This post originated from an RSS feed registered with .NET Buzz
by Udi Dahan.
Original Post: BizTalk's as fast as they come (or is that go?)
Feed Title: Udi Dahan - The Software Simplist
Feed URL: http://feeds.feedburner.com/UdiDahan-TheSoftwareSimplist
Feed Description: I am a software simplist. I make this beast of architecting, analysing, designing, developing, testing, managing, deploying software systems simple.
This blog is about how I do it.
Aaron Skonnard is blogging quite a bit about BizTalk these days. An earlier post that caught my eye quoted Mike Woods, the Sr. Technical Product Manager on the BizTalk team:
"... Finally on performance; if you're truly seeing 1 transaction per second then something isn't right. The SOAP adapter and heavy use of orchestration will knock your transaction rates down. Depending on what you're doing you should be able to get that up over a hundred Tx/sec. on a well tuned BizTalk server farm."
Isn't one of the major selling points of BizTalk the whole webservices thing (SOAP) and the ability to express complex workflow (orchestration)? If it can't do these things at a high transaction rate, then why do I need it? If the logic is simple, why don't I just hand code it? I could probably get over 100 Tx/s on a single server, let alone "a well tuned ... server farm".
Previous Topic
