A Microsoft ESB Toolkit leírása alapján összeszedtem, hogy miből is áll egy ESB (Enterprise Service Bus) implementáció. Milyen kritériumokat kell implemenetálni, ha egy cég ESB-t akar építeni, az MS olvasatában. Ezeket persze a BizTalk Toolkit biztosítja is a számunkra. 

• Endpoint run-time discovery and virtualization. A szolgáltatás fogyasztójának ne kelljen tudnia a szolgáltató fizikai végpontját, és annak részleteit: úgy lehessen felvenni, vagy módosítani egy szolgáltatást az ESB-re, hogy a fogyasztók ebből semmit se vegyenek észre. Ennek feltétele, hogy futási időben dőljön el, hová kell továbbítani a SOAP kérést. 
• Loosely coupled service composition. A szolgáltatás fogyasztójának ne kelljen ismernie a szolgáltató által használt kommunikációs stílust. Ez azt jelenti, hogy az ESB fedje el a kommunikációs protokollt a fogyasztó elől, illetve alakítsa át azt a szükséges módon.
• Dynamic message transformation and translation. Az ESB biztosítson futási idejű, ezáltal üzem közben állítható, transzformációt az egyes üzenet szerkezetek számára. Ezzel pl. egyszerűen meg lehet oldani a Web Service-ünk verziózását.
• Dynamic routing. A futási idejű üzenet routing funkció többféle dolgot jelent: tartalom alapján, itinerary (üzenetben megadott útvonal alapján)-based, vagy üzenet fejléc alapján történő üzenet kézbesítés. 
• Centralized exception management. Központi hiba kezelő keretrendszer. A keretrendszer olyan infrastruktúra komponensekből, szolgáltatásokból áll, amelyek biztosíjták: hiba üzenetek létrehozását, hibás üzenetek javvítását, ismételt beküldését, illetve ezek kompenzációját. Az MS  keretrendszer része egy ESB web portál is, amelyen követni lehet az egyes hibákat, és hiba statisztikákat. Persze, ha az ember vesz valamilyen SOA governance megoldást, akkor több dolgot lát, de ez sem rossz.
• Quality of service. Az aszinkron üzenet feldolgozás lehetővé teszi, hogy a különböző időpontokban elérhető szolgáltatások is kommunikálni tudjanak egymással. Az ESB-nek biztosítania kell valamiféle megoldást arra, hogy skálázhatóan, nagy rendelkezésre állás mellett kapcsolja össze a rendszereket.
• Protocol transformation. Az ESB adjon lehetőséget arra, hogy a szolgáltató és a fogyasztó eltérő a protokollokat használhasson, köztük a WS-* web service szabványokat. Például az ESB képes legyen egy HTTP alapú web service kérést MSMQ üzenet segítségével továbbítani, ha szükséges.
• Extensibility. Egy ESB implementáció során előny, ha bővítési pontokat ad a fejlesztő számára, pl. a végpont meghatározás, az üzenet routing funkciókban, ez növeli a rugalmasságot.

Ezek a képességek szerintem jól leírák, hogy milyen funkcióval is kell rendelkeznie egy ESB-nek, ha keresgélünk a piacon.