Geeks With Blogs

News View Michael Stephenson's profile on BizTalk Blog Doc View Michael Stephenson's profile on LinkedIn
Michael Stephenson keeping your feet on premise while your heads in the cloud
 

Name:

The Plug and Play SOA

 

Description:

I have seen occasions where BizTalk has been stuck between two systems simply because it is perceived to decouple them.  One case was where System A called an API on System B which was exposed as a set of web services.  All BizTalk was planned to do was accept the web service call from System A and forward it to System B.  Some of the design thoughts included:

 

Thought

Other consideration

"We can replace System B and System A is not affected"

Well yes but the other thing is that this is only true if the contract is the same, and the likely hood of System B providing the exact same interface to its admin API is about 0% so there would always be some change if not more likely a lot.  Because BizTalk is in the middle you now need to change two things rather than one.

"BizTalk removes the dependency of System A on System B"

Because the communication is a web service call they are not tightly coupled anyway.  Sticking BizTalk in the middle

It becomes an SOA

No it doesn’t, its just 2 web service calls and a bunch of additional overhead rather than 1 web service call

Another part of the communication between the to systems used BizTalk so we should here.

The other bit was a valid use of BizTalk where it used asynchronous processes and BizTalk provided features which helped this work. 

 

The planned implementation for this is to generate a schema in BizTalk via a web reference.  And then expose this straight out through the receive port.  Any requests were simply routed and there were just no real benefits in using BizTalk.

 

Symptoms:

  1. There are processes in BizTalk which don’t really use any BizTalk features
  2. This usually only applies to synchronous processes within BizTalk
  3.  

     

Pain:

  1. Cost - It costs more to develop the solution because you end up doing a bunch of BizTalk development that you don’t need to.
  2. Performance - The performance of the specific processes is affected because BizTalk adds additional overhead to the request
  3. Time - It takes longer to develop the solution because you have a whole bunch of unrequired code which needs to now go through phases like testing, QA, etc etc..
  4.  

Cure:

I think prevention rather than cure is the most likely solution.  When you are designing solutions that will use BizTalk you should really validate that it is appropriate to use BizTalk for your situation.  In the instance discussed above it could also be cured by stopping the development of the un required BizTalk artefacts.  To System A it is then just a case of re-pointing the endpoint to its web service calls.

 

Comments:

 

Posted on Monday, December 18, 2006 5:20 PM BizTalk | Back to top


Comments on this post: BizTalk Anti Pattern: The plug and play SOA

# re: BizTalk Anti Pattern: The plug and play SOA
Requesting Gravatar...
I see this a lot it, usually when Architects decide to use an ESB pattern and route all point to point Web Service calls through BizTalk. Bad idea it's expensive and it won't perform as well as developing a proper SOA architecture in WCF or other WS framework. I think it's best to treat BizTalk as just another application in your Enterprise SOA architecture not the all encompassing layer everything has to pass through.

I have also seen BizTalk used a lot to perform ETL logic moving data between databases which should really be done in SSIS or another ETL.

Like the anti-patterns.
Rob
Left by Rob A on Jan 10, 2007 9:17 PM

# re: BizTalk Anti Pattern: The plug and play SOA
Requesting Gravatar...
Michael,

This post would fit nicely in the new TechNet Wiki article I started.

http://social.technet.microsoft.com/wiki/contents/articles/8050.the-list-of-bad-practices-for-designing-developing-and-administering-biztalk-esb-solutions.aspx


Would you be interested in adding it?

Thanks,

Howard
Left by Howard Edidin on Mar 09, 2012 12:39 PM

# re: BizTalk Anti Pattern: The plug and play SOA
Requesting Gravatar...
Amazing post thanks for sharing with all of us and we all are very thankful after seeing this postGJF
Feliz Navidad 2016
Feliz Año Nuevo 2017 YG YFUY YUF
Left by DIPIKA on Dec 16, 2016 9:57 PM

# re: BizTalk Anti Pattern: The plug and play SOA
Requesting Gravatar...
nice post admin thanks for this.
mobdro for Windows
xender download app
Left by mobdro tv app for pc on May 12, 2017 6:39 PM

# re: BizTalk Anti Pattern: The plug and play SOA
Requesting Gravatar...
Left by Toro on Sep 06, 2017 6:15 AM

Your comment:
 (will show your gravatar)


Copyright © Michael Stephenson | Powered by: GeeksWithBlogs.net