Brian Loesgen's Blog

BizTalk, Enterprise Service Bus (ESB), SOA, Oslo, San Diego .NET User Group, San Diego Software Industry Council Web Services... and stuff!

  Home  |   Contact  |   Syndication    |   Login
  104 Posts | 0 Stories | 75 Comments | 84 Trackbacks

News

Tag Cloud


Archives

Post Categories

Image Galleries

My Blog Friends

Microsoft ESB (Enterprise Service Bus) Guidance for Partners, the project I've been working on, shipped yesterday. Finally, I can talk about what I’ve been doing…

 

OK, so it hasn’t exactly been a SUPER secret project, given that Lukas (see below) and I have been referencing it in presentations. If you saw our presentation at TechEd, we alluded to it (followed by a chalk-talk drilldown). If you’re a Microsoft employee and saw our presentation at TechReady3, then you heard an announcement of it. And, if you saw our presentation at the SOA conference in Redmond a couple of weeks back, you heard about it and saw a drilldown.

 

Now, I can talk, because the word is out….

 

As a follow-on to the ESB work I did at a major healthcare company, I have been working with Microsoft on what is now called “ESB Guidance”. What this means is that for the past year, I have been fully immersed in ESB-land, and loving it. I have had the opportunity to work with some very bright people, and together we have built something that many people, myself included, believe will have a significant impact on the BizTalk community.

 

 

The core team has been:

 

·         Lukas Cudrigh, Technical Strategist, Microsoft (architecture)

·         Brian Loesgen, Principal Consultant, Neudesic LLC (architecture, development)

·         Marty “Who needs sleep?” Wasznicky, Regional Program Manager, Microsoft (architecture, development)

 

I have had the pleasure of working with Marty and Lukas for most of the past year on this project. Many MANY hours have been spent on this effort. MANY late nights too. In fact, I have never worked as hard as I have in the past few months. For a while, it felt like I was a subject in a "sleep deprivation and caffeine abuse" experiment. It was a massive effort by everyone involved. And, it shows!

 

Together we have built guidance that will help BizTalk developers create ESB-based solutions. Many customers are heading down this path, the ESB Guidance will provide them with a head start by encapsulating some real world experiences and providing pre-built modules.

 

Perhaps more significantly, the ESB Guidance team has contributed ideas, and helped shape strategies, visions and opinions around ESBs at Microsoft. It has been an honor and privilege for me to participate in this endeavor, and to actually contribute to Microsoft’s ESB vision.

 

Microsoft’s ESB Guidance is available to select partners in the BizTalk competency. Sorry, it is not broadly available at this time, and *please* don’t ask me for it. However, if you need assistance with your ESB architecture, strategy or implementation, Neudesic (the managed partner I work for) is always happy to help.

 

To quote from the docs:

 

Microsoft ESB Guidance, version 0.8, contains architectural guidance, patterns and practices, and BizTalk Server and .NET components that enable Microsoft partners to build large and small-scale ESB solutions on the Microsoft Application Platform. Microsoft ESB Guidance consists of a number of BizTalk projects including:

·         ESB Core Engine

·         ESB Core Services (dynamic transformation, dynamic routing, dynamic endpoint resolution)

·         ESB Portal framework

·         Exception Handling framework

·         ESB Client application

·         Namespace Resolution pipeline component

·         JMS (Java Message Service) Interop pipeline component

 

Microsoft ESB Guidance also provides developers with a set of frequently encountered ESB use cases and sample scenarios that are maintained within the ESB Client application and can be executed with a dynamic set of parameters to demonstrate the functionality of the ESB Core Engine, the Core Services, the ESB Management Portal, and the pipeline components. Built using a modular architecture, many of the Microsoft ESB Guidance components can be deployed as stand-alone building blocks, providing ESB developers with the flexibility to customize and extend the standard reference implementation to match their specific SOI requirements.

 

This guidance package is currently available only to Microsoft partners in the BPI Competency. For questions about this package or to provide feedback, please send e-mail to esbtlkt@microsoft.com.

 

I’d also like acknowledge some of the other people that have contributed to this effort. Without their ideas, insights, and other contributions, this would not have turned out as well as it has. They are: Dylan Lewis (Kaiser), Dean Watson (Kaiser), Kris Horrocks (Microsoft), Tom Canter (Neudesic), Mickey Williams (Neudesic), Curt Peterson (Neudesic), Todd Sussman (Neudesic) and John Lee (Neudesic).

 

The press is picking up on this, here are some links:

 

http://www.cio.com/blog_view.html?CID=25511

http://www.crn.com/sections/breakingnews/dailyarchives.jhtml?articleId=193104205

http://www.infoworld.com/article/06/10/04/HNmsesbsoa_1.html

http://www.networkworld.com/news/2006/100406-microsoft-offers-esb-guidelines-for.html

http://www.pcwelt.de/mobile/pda/news20061005/582163/ (German)

 

If you are with a partner and have the opportunity to work with ESB Guidance, I'd love to hear your thoughts and opinions. This is, after all, a Verion 0.8 release. Much more has been discusssed, and many parts of the ESB landscape are still emerging.

 

I don’t know where this ESB “bullet train” is heading, but early indications are that it will continue to be a fun ride.

 

posted on Friday, November 03, 2006 10:12 AM

Feedback

# re: Microsoft ships ESB Guidance for Partners 11/16/2006 5:29 PM Brian Xu
Hi,

Can MS ESB address the Network Reliability and Data Accessibility of LAN? or improve data access and interoperability?

If yes, how can we work on new projects?

Thanks

Brian Xu

310 320 3088
bxu@poc.com


# re: Microsoft ships ESB Guidance for Partners 12/13/2006 8:35 AM TomM
Wondering why isn't this being made publicly available? Releasing it only to partners smacks of the IBM-esque "well, if you want it, you need to hire our consultants."

# re: Microsoft ships ESB Guidance for Partners 1/21/2007 11:05 PM Syed Sajid Hussain
Brian,

I've gone through the esb guidance that you people have put up, not completely but enough to get an idea of how it is working and what it tries to acheive and I must say its a great effort on part of you people.

But I have some questions and concerns, hope you'll answer them:

1. For dynamic routing and transformation, you use generic orchestrations, wouldn't they become a point of contention when all or most of the traffic would be going through them? Yes we can load balance the on-ramp web service using NLB and Biztalk would load balance automatically for the processing of orchestration if it is clustered, but still, would that be a good idea to route most of the traffic through it?

2. You say in the ESB guidance everything is loosely coupled, but we need to provide names of the services in the uddi and fqdn of maps from the client app, now isn't that tight coupling with the middleware?, in future if those addresses or name changes we'd need to make changes in the application also. Wouldn't that be a bad idea if we provide 'keys' rather than names or fqdn, based on which esb find the required service?

3. For a routing scenario, suppose if we want to implement a request-response scenario (synchronous), how do you think we should do that? because the control transfers from the generic service to the specific service and we are not in direct contact with it.

Thanks for your time,
Hope to listen from you soon,
Regards,
Sajid

# re: Microsoft ships ESB Guidance for Partners 1/22/2007 5:08 AM KjellSJ
As a WCF developer with no BTS experience at all, just watching the web-cast leaves me with a few questions and some observations:

Is the on-ramp equivalent to a WCF service endpoint, and how do you invoke a specific operation, i.e. how do the ESB-client invoke the receive port for a specfic business event and its event data?

It seems to me that you have to provide (a lot of) extra information as processing instructions and itineraris that should have been a part of the 'business service operation' endpoint (address, binding, config); at least when calling WCF in response to a business event, you call a specific operation and provides just the event data. Why should the ESB client need to provide the extra information? Does this not expose too much tech-stuff and impose high coupling in the exposed services?

# re: Microsoft ships ESB Guidance for Partners 3/9/2007 4:30 AM Michael Kors
I agree with Tom, It should be publicly available.

# re: Microsoft ships ESB Guidance for Partners 4/13/2007 7:47 AM Howard Zinzuwadia
In your earlier blogs you talked about Heartbeat (ping) service. I think it didn't make it into this release. Can you comment on this?

# Microsoft ESB Guidance 公開釋出預覽版 5/22/2007 1:02 AM Tom Lee's blog
2007年5月21日 Patterns & Practices 系列首度釋出 Microsoft ESB (Enterprise Services Bus) Guidance 的 CTP 版本,過去幾年中

# Microsoft Enterprise Service Bus Guidance - Intro 6/28/2007 10:47 AM Marty Wasznicky - Regional BizTalk Rants
Wow......I can't even remember the last time I blogged. I've been living on an airplane; it seems like

Post Feedback

Title:
Name:
Email: (never displayed)
Url:
Comments: 
Please add 8 and 7 and type the answer here: