Well it is interesting to imagine what the future of a product will be that you love very passionaltely . I am of course talking about Biztalk . Ever since WF was announced and was shipped there was a question
Is WF going to replace Biztalk .
Is R2 going to be the last release of biztalk .
What is after R2 V next . What after VNext .
I have heard V Next is going to be based on WF .
That is a lot of questions and No I am not trying to answer them nor am I making any statements . This is just some random spaghetti thoughts that I feel I need to put out of my head .
Well for one I believe BizTalk as a product is NOT going away . It is very much here and it will be here to stay .I am no way discounting the argument that WF lets you do many of the things that Biztalk does today .But my point is how easy is it for you to do something that is already available in Biztalk . BizTalk today is much more than an orchestation engine . It has a very rich adapter story . Building a workflow engine is one thing having the surround story where you can integerate that engine easily with other systems is a totaaly different ballgame . Writing an EDI adapter for your project to connect using workflow project using hand built WF vs what you can achieve with BizTalk and the EDI Adpater that ships out of the box is two different set of efforts and they are very much different . Of course when you see the 23+ adapters shipping out of the box which includes SAP , MQ , Oracle, Peoplesoft , JD Edwards to name a few it is easy to see why I feel that way . Another importnat reason is today enterprises want to make thier integeration as smooth and integerated while being very cost effective . For this they need an integerated help desk . Case in point some enterprise EDI customers who had the Covast accelerator was not happy with the covast support that they recived compared to the level of support that they get for BizTalk . Considering EDI is not going anywhere with the advent of new standards like Rosettanet and eb-XML on the contarary EDI is growing in momentum and is growing about 6% YOY . So these customers will definiely buy a more integerated suite like Biztalk and not probably build or buy external party adapters .
The next release of Biztalk after R2 code named V Next is based on .net 3.0 stack where the WF that you build in Biztlak and the Visual studio will both be the same in fact the designer could be a single one . Also with adpters moving to the new WCF Framework . One could potentially see future adapters built on WCF being consumed by Biztalk ad well as WF . So will biztalk be replaced then , in future . Probably not again becuase Biztalk also does guaranteed delivery and has a high availability model buuilt in which is scalable vertically and horizontally which is again hard to replicate . But if you are a small shop and you want to send some SAP data to your big customer . You probably can use your SAP adapter based on WCF to send data while compromising on lot of enterprise class features at a much lower cost .
Now with R2's EDI support there would be massive RFID deployment at the edge and there should be some new RFID SKU like the previous partner edition whihc wil make the Biztalk footprint much larger . I know there are other RFID early movers out there but the reason I am willing to bet on BizTalk is I remember back in the 90's every game that I used to play from Wolfenstein to Jazz Jack Rabbit you need to install the sound driver for every game . same with a word processing you needed to install the driver for every printer which means the app maker has to figure out support for each printer /sound card vendor . But microsoft came out with a unified printer and sound driver model for which you could write your app and now you can plug and play any printer that you like . This is pretty much the model on RFID now so the RFID printer manufactures I am sure is gonna love that . The fact that RFID will be packeged with Biztalk is a master stroke that I gotta give it to Microsoft .
So in relaity both WF and BizTalk is going to remain playing to their own individual strengths .
WF in the smaller integeration efforts with lower cost for trimmed basic functionality and BizTalk giving a true integeration platform or the Service bus for the much larger enterprise.