Miért migrál a BizTalk Serverről az Azure Integration Servicesbe?

Ez az útmutató áttekintést nyújt a helyszíni BizTalk Serverről a felhőalapú Azure Integration Servicesre való migrálás megkezdéséhez szükséges okokról és előnyökről, termék-összehasonlításokról, képességekről és egyéb információkról. Az útmutatót követve további útmutatókat talál, amelyek bemutatja, hogyan választhatja ki a forgatókönyvnek leginkább megfelelő szolgáltatásokat, valamint a migrálási stratégiákat, a tervezési szempontokat és az ajánlott eljárásokat a sikeres eredmények eléréséhez.

Okok és előnyök

Az integrációs számítási feladatok Azure Integration Servicesbe való migrálásával a következő elsődleges előnyöket élvezheti:

Haszon	Leírás
Modern integrációs platform szolgáltatásként (iPaaS)	Az Azure Integration Services a BizTalk Server eredeti létrehozásakor még nem tervezett képességeket biztosít, például: – REST API-k létrehozásának és kezelésének képessége - Méretezhető felhőinfrastruktúra - Modern, biztonságosabb és könnyebben implementálható hitelesítési sémák – Egyszerűsített fejlesztési eszközök, beleértve számos webböngészőalapú felületet – Automatikus platformfrissítések és integráció más natív felhőbeli szolgáltatásokkal
Fogyasztásalapú díjszabás	A hagyományos köztes szoftverplatformokkal gyakran jelentős tőkebefektetéseket kell végrehajtania a licencek és az infrastruktúra beszerzésébe, ami arra kényszeríti, hogy "csúcsra építsen", és hatékonysági hiányosságokat hozzon létre. Az Azure Integration Services több díjszabási modellt is kínál, amelyek általában lehetővé teszik a használatért való fizetést. Bár egyes díjszabási modellek lehetővé teszik és hozzáférést biztosítanak a fejlettebb funkciókhoz, rugalmasan fizethet azért, amit használ.
Alsó akadály a belépéshez	A BizTalk Server egy nagyon alkalmas köztesszoftver-közvetítő, de jelentős időt igényel a tanuláshoz és a jártasság megszerzéséhez. Az Azure Integration Services csökkenti a megoldások elindításához, megismeréséhez, összeállításához és biztosításához szükséges időt. Az Azure Logic Apps például tartalmaz egy vizuális tervezőt, amely kód nélküli vagy alacsony kódszámú felületet biztosít a deklaratív munkafolyamatok létrehozásához.
SaaS-kapcsolat	A REST API-k alkalmazásintegrációhoz való szabványossá válásával egyre több SaaS-vállalat alkalmazta ezt a megközelítést az adatcserére. A Microsoft kiterjedt és folyamatosan növekvő összekötő-ökoszisztémát hozott létre több száz API-val a Microsoft és a nem Microsoft-szolgáltatások, rendszerek és protokollok használatához. Az Azure Logic Appsben a munkafolyamat-tervezővel kiválaszthatja az összekötők műveleteit, egyszerűen hozhat létre és hitelesíthet kapcsolatokat, és konfigurálhatja a használni kívánt műveleteket. Ez a képesség felgyorsítja a fejlesztést, és nagyobb konzisztenciát biztosít a szolgáltatásokhoz való hozzáférés hitelesítése során az OAuth2 használatával.
Több földrajzi üzembe helyezés	Az Azure jelenleg több mint 60 bejelentett régiót kínál, több mint bármely más felhőszolgáltatót, így könnyedén kiválaszthatja azOkat az adatközpontokat és régiókat, amelyek önnek és ügyfeleinek megfelelőek. Ez az elérés lehetővé teszi a megoldások konzisztens üzembe helyezését számos földrajzi területen, és lehetőségeket kínál a méretezhetőség és a redundancia szempontjából is.

Mi az Az Azure Integration Services?

Az Azure Integration Services a következő felhőalapú, kiszolgáló nélküli, méretezhető és Microsoft által felügyelt építőelemeket tartalmazza, hogy átfogó integrációs megoldásokat hozzon létre, és migrálja a meglévő BizTalk Server-megoldásokat:

Szolgáltatás	Leírás
Azure Logic Apps	Automatizált logikai alkalmazás-munkafolyamatok létrehozása és futtatása, amelyek integrálják az alkalmazásokat, az adatokat, a szolgáltatásokat és a rendszereket. Gyorsan fejleszthet nagy mértékben méretezhető integrációs megoldásokat a vállalati és a vállalatközi (B2B) forgatókönyvekhez. A vizuális munkafolyamat-tervező használatával engedélyezheti a mikroszolgáltatásokat, az API-vezényléseket és az üzletági integrációkat. A skálázás és a hordozhatóság növelése az üzletileg kritikus fontosságú munkafolyamatok automatizálása során, üzembe helyezés és futtatás bárhol, ahol a Kubernetes futtatható. Létrehozhat használati vagy standard logikai alkalmazás-erőforrásokat. A használatalapú logikai alkalmazások csak egy állapotalapú munkafolyamatot tartalmaznak, amely több-bérlős Azure Logic Appsben fut. A standard logikai alkalmazások több állapotalapú vagy állapot nélküli munkafolyamatot is tartalmazhatnak, amelyek az egybérlős Azure Logic Appsben, az App Service Environment v3-ban vagy az Azure Arc-kompatibilis Logic Appsben futnak. Az Azure Logic Apps Azure Integration Servicesen belüli elhelyezéséhez ez az útmutató a standard logikai alkalmazásokra összpontosít, amelyek a legjobb egyensúlyt biztosítják a vállalati funkciók, a költségek és az agilitás között. További információ: Azure Logic Apps.
Azure Functions	Kevesebb kód írása, kevesebb infrastruktúra fenntartása és az alkalmazások futtatásának költségeinek csökkentése. Kiszolgálók üzembe helyezése és karbantartása nélkül a felhőinfrastruktúra biztosítja az alkalmazások futtatásához szükséges összes naprakész erőforrást. További információ: Azure Functions.
Azure Data Factory	Vizuálisan integrálhatja az összes adatforrást több mint 90 beépített, karbantartásmentes összekötő használatával, hozzáadott költség nélkül. Egyszerűen hozhat létre kinyerési, átalakító és betöltési (ETL) és kinyerési, betöltési és átalakítási (ELT) folyamatokat kódmentesen egy intuitív környezetben, vagy írhat saját kódot. Az üzleti elemzések feloldásához nyújtsa be az integrált adatokat az Azure Synapse Analyticsbe. További információ: Azure Data Factory.
Azure Service Bus	Adatok átvitele alkalmazások és szolgáltatások között offline állapotban is, üzenetként ezzel a megbízható vállalati üzenetközvetítővel. Nagyobb rugalmasságot kaphat az üzenetek ügyfél és kiszolgáló közötti közvetítése során strukturált, első lépésekben történő (FIFO) üzenetküldéssel, közzétételi-feliratkozási képességekkel és aszinkron műveletekkel. További információ: Azure Service Bus.
Azure Event Grid	Alkalmazásokat integrálhat egy eseményszervező által az előfizetői célhelyekre küldött események használatával, például az Azure-szolgáltatásokba, más alkalmazásokba vagy bármely olyan végpontba, ahol az Event Grid hálózati hozzáféréssel rendelkezik. Az eseményforrások tartalmazhatnak más alkalmazásokat, SaaS-szolgáltatásokat és Azure-szolgáltatásokat. További információ: Azure Event Grid.
Azure API Management	Az API-átjárók egymás mellett történő üzembe helyezése és a forgalom optimalizálása az Azure-ban, más felhőkben és a helyszínen üzemeltetett API-kkal. Megfeleljen a biztonsági és megfelelőségi követelményeknek, miközben egységes felügyeleti élményt és teljes megfigyelhetőséget élvez minden belső és külső API-ban. További információ: Azure API Management.

Kiegészítő Azure-szolgáltatások

A Microsoft a korábban ismertetett szolgáltatásokon túl az alábbi kiegészítő szolgáltatásokat is kínálja, amelyek az Azure Integration Services mögöttes funkcióit biztosítják, és amelyeket valószínűleg egy migrálási projektben fog használni:

Szolgáltatás	Leírás
Azure Storage	Magas rendelkezésre állású, nagymértékben méretezhető, tartós, biztonságos és modern tárolást biztosít a felhőben található különböző adatobjektumokhoz. Ezeket az adatobjektumokat a világ bármely pontjáról elérheti HTTP-en vagy HTTPS-en keresztül egy REST API használatával. Az Azure Integration Services ezeket a képességeket használja a konfigurációs és telemetriai adatok biztonságos tárolására a platformon keresztüli tranzakciók során. További információ: Azure Storage.
Azure szerepköralapú hozzáférés-vezérlés (Azure RBAC)	A felhőbeli erőforrásokhoz való hozzáférés kezelése, amely kritikus fontosságú a felhőt használó szervezetek számára. Az Azure RBAC az Azure Resource Managerre épülő engedélyezési rendszer, amely részletes hozzáférés-kezelést biztosít az Azure-erőforrásokhoz. Kezelheti, hogy kik férhetnek hozzá az Azure-erőforrásokhoz, mit tehetnek ezekkel az erőforrásokkal, és mely területekhez férhetnek hozzá. További információ: Azure RBAC.
Azure Key Vault	Olyan képességeket biztosít, amelyekkel megoldhatja a titkos kódok kezelésével, a kulcskezeléssel és a tanúsítványkezeléssel kapcsolatos problémákat. Az Azure Integration Services alkalmazáskonfigurációs beállításokon és összekötőn keresztül biztosítja az Azure Key Vaulttal való integrációt. Ez a funkció lehetővé teszi titkos kulcsok, hitelesítő adatok, kulcsok és tanúsítványok biztonságos, de kényelmes tárolását. További információ: Azure Key Vault.
Azure Policy	Olyan képességeket biztosít, amelyek segítenek a szervezeti szabványok betartatásában és a megfelelőség skálázható értékelésében. A megfelelőségi irányítópulton összesített nézetet kap, így kiértékelheti a környezet általános állapotát az erőforrásonkénti, szabályzatonkénti részletességű részletezés lehetőségével. Az Azure Integration Services integrálható az Azure Policyvel, így hatékonyan implementálhatja a széles körű szabályozást. További információ: Azure Policy.
Azure-hálózatok	A hálózatkezelési képességek széles skáláját kínálja, beleértve a kapcsolatot, az alkalmazásvédelmi szolgáltatásokat, az alkalmazáskézbesítési szolgáltatásokat és a hálózatfigyelést. Az Azure Integration Services ezeket a képességeket arra használja, hogy virtuális hálózatokat és privát végpontokat használó szolgáltatások közötti kapcsolatot biztosítson. További információ: Azure Networking.
Azure-eseményközpontok	Dinamikus adatfolyamokat hozhat létre, és azonnal reagálhat az üzleti kihívásokra, ha másodpercenként több millió eseményt streamel bármely forrásból ezzel a teljes körűen felügyelt, valós idejű adatbetöltési szolgáltatással, amely egyszerű, megbízható és méretezhető. Az API Management egyéni naplózást végez az Event Hubs használatával, amely az egyik legjobb megoldás a leválasztott nyomkövetési megoldások Azure-ban történő implementálásakor. További információ: Azure Event Hubs.
Azure SQL Database	Előfordulhat, hogy egy adott ponton egyéni naplózási stratégiákat vagy egyéni konfigurációkat kell létrehoznia az integrációs megoldások támogatásához. Bár az SQL Servert gyakran használják erre a célra a helyszínen, az Azure SQL Database életképes megoldást kínálhat a helyszíni SQL Server-adatbázisok felhőbe való migrálásakor. További információ: Azure SQL Database.
Azure App Configuration	Központilag kezelheti az alkalmazásbeállításokat és a funkciójelzőket. A modern programok, különösen a felhőben futók általában számos elosztott összetevővel rendelkeznek természetük szerint. A konfigurációs beállítások ezen összetevők közötti terjesztése az alkalmazás üzembe helyezése során nehezen elhárítható hibákhoz vezethet. Az Alkalmazáskonfigurációval tárolhatja az alkalmazás összes beállítását, és biztonságossá teheti a hozzáférésüket egy helyen. További információ: Azure-alkalmazás Konfiguráció.
Azure Monitor	Az Azure Monitor részét képező Application Insights alkalmazásteljesítmény-kezelést és monitorozást biztosít az élő alkalmazásokhoz. Tárolja az alkalmazás telemetriáját, és figyelje az integrációs platform általános állapotát. Emellett beállíthatja a küszöbértékeket, és riasztásokat kaphat, ha a teljesítmény meghaladja a konfigurált küszöbértékeket. További információ: Application Insights.
Azure Automation	Automatizálhatja azure-beli felügyeleti feladatait és vezénylheti a műveleteket az Azure-on belüli külső rendszereken. A PowerShell-munkafolyamatra épülve használhatja a nyelv számos funkcióját. További információ: Azure Automation.

Támogatott fejlesztői élmények

Ez a szakasz a BizTalk Server és az Azure Integration Services által támogatott fejlesztői eszközöket ismerteti:

Ajánlat	Termék vagy szolgáltatás támogatott eszközökkel
BizTalk Server	Minden BizTalk Server-verzió támogatja a Visual Studio egy adott verzióját. A BizTalk Server 2020 például támogatja a Visual Studio 2019 Enterprise vagy Professional verziót. A Visual Studio Community Edition azonban nem támogatott.
Azure Integration Services	- Azure Logic Apps (Standard): Azure Portal és Visual Studio Code - Azure Logic Apps (használat): Azure Portal, Visual Studio Code és Visual Studio 2019, 2017 vagy 2015 - Azure Functions: Azure Portal, Visual Studio Code és Visual Studio 2022 - Azure API Management: Azure Portal és Visual Studio Code - Azure Service Bus: Azure Portal és Service Bus Explorer - Azure Data Factory: Azure Portal és Visual Studio 2015 vagy 2013

BizTalk Server és Azure Integration Services

A BizTalk Server és az Azure Integration Services összehasonlításához és a migrálás módjának ismertetéséhez először röviden összefoglaljuk a BizTalk Server működését. Az eredetileg 2000-ben elérhető BizTalk Server egy helyszíni, stabil, köztes szoftverplatform, amely különböző rendszereket csatlakoztat adapterek használatával. Ez a platform közvetítőként működik a vállalkozások, rendszerek vagy alkalmazások között, és mára már jól bevált integrációs platform. A BizTalk Server a következő fő képességeket kínálja, hogy egyszerűbbé tegye a különböző nyelveken fejlesztett és különböző protokollokkal és formátumokkal összekapcsolható különböző rendszerek kombinálásával kapcsolatos kihívást:

• Vezénylés (üzleti folyamat)

  Lehetővé teszi vezénylések vagy grafikusan meghatározott üzleti folyamatok létrehozását és futtatását.

• Üzenetkezelés

  Lehetővé teszi a szoftveralkalmazások széles skálájával való kommunikációt. Az adapterek lehetővé teszik, hogy a BizTalk Server üzenetkezelési összetevője különböző protokollokkal és adatformátumokkal működjön együtt.

A BizTalk Server motor a következő összetevőket tartalmazza:

Összetevő	Leírás
Üzleti szabálymotor (BRE)	Összetett szabálykészleteket értékel ki.
Vállalati egyszeri bejelentkezés (SSO)	Lehetővé teszi a hitelesítési adatok leképezését a Windows és a nem Windows rendszerű rendszerek között.
Üzleti tevékenység monitorozása (BAM)	Lehetővé teszi, hogy az adatmunkások egy futó üzleti folyamatot monitorozzanak.
Csoportközpont	Lehetővé teszi, hogy a támogatási személyzet felügyelje a motort és a futó vezényléseket.

Hogyan működik a BizTalk Server?

A BizTalk Server egy közzététel-előfizetés üzenetkezelési motorarchitektúrát használ, amelynek középpontjában a MessageBox adatbázis található. A MessageBox feladata üzenetek, üzenettulajdonságok, előfizetések, vezénylési állapotok, nyomon követési adatok és egyéb információk tárolása.

Amikor a BizTalk Server üzenetet kap, a kiszolgáló egy folyamaton keresztül továbbítja és feldolgozza az üzenetet. Ez a lépés normalizálja és közzéteszi az üzenetet a MessageBoxban. A BizTalk Server ezután kiértékeli a meglévő előfizetéseket, és meghatározza az üzenet címzettjét az üzenetkörnyezet tulajdonságai alapján. Végül a BizTalk Server előfizetések vagy szűrők alapján irányítja az üzenetet a címzettnek. Ez a címzett vezénylés vagy küldési port, amely az a cél, ahová a BizTalk Server üzeneteket vagy forrást küld, ahonnan a BizTalk Server fogadhat üzeneteket. A BizTalk Server küldési porton keresztül továbbítja az üzeneteket egy Küldési folyamaton keresztül. A Küldés folyamat szerializálja az üzeneteket a fogadó által várt natív formátumban, mielőtt adapteren keresztül küldené el az üzeneteket.

A MessageBox-adatbázis a következő összetevőkkel rendelkezik:

• Üzenetkezelési ügynök

  A BizTalk Server ezzel az ügynökkel kommunikál a MessageBoxtal, amely interfészeket biztosít az üzenetek közzétételéhez, az üzenetekre való feliratkozáshoz, az üzenetek lekéréséhez és sok máshoz.

• Egy vagy több SQL Server-adatbázis

  Ezek az adatbázisok biztosítják az üzenetek, üzenetrészek, üzenettulajdonságok, előfizetések, vezénylési állapot, nyomkövetési adatok, állomássorok megőrzését az útválasztáshoz stb.

Az alábbi képen a BizTalk Server Messaging Engine működése látható:

Miután a Fogadó port kapott egy üzenetet, a MessageBox tárolja ezt az üzenetet üzleti folyamatok feldolgozására vagy az adott üzenetekre előfizetéssel rendelkező küldési portokra való átirányításhoz.

További információkért tekintse meg az útmutató későbbi, Publish-subscribe architektúrát ismertető szakaszát.

Üzleti folyamatok

Ez a szakasz a BizTalk Serverben és az Azure Integration Servicesben futtatható üzleti folyamatok tervezésének és létrehozásának lehetőségeit ismerteti.

BizTalk Server

A BizTalk Serverben a vezénylések végrehajtható üzleti folyamatok, amelyek feliratkozhatnak (fogadhatnak) üzeneteket, és közzétehetnek (küldhetnek) üzeneteket a MessageBox-adatbázison keresztül. A vezénylések új üzeneteket hozhatnak létre, és üzeneteket fogadhatnak az előfizetés és az útválasztási infrastruktúra használatával. Amikor a MessageBox kitölti az előfizetéseket vezénylésekhez, egy új példány (vezénylési futtatás) aktiválódik, és a MessageBox kézbesíti az üzenetet. Szükség esetén a példány rehidratálva lesz, és a rendszer kézbesíti az üzenetet. Ha az üzeneteket vezénylésből küldi el, a rendszer ugyanúgy teszi közzé az üzeneteket a MessageBoxban, mint a fogadási helyre érkező üzenetek, amelyek az adatbázishoz az útválasztáshoz megfelelő tulajdonságokkal rendelkeznek.

A közzétételre feliratkozó üzenetküldés engedélyezéséhez a vezénylések olyan kötéseket használnak, amelyek segítenek az előfizetések létrehozásában. A vezénylési portok olyan logikai portok, amelyek egy interakciót írnak le. Az üzenetek kézbesítéséhez ezeket a logikai portokat egy fizikai porthoz kell kötnie, de ez a kötési folyamat nem más, mint az előfizetések konfigurálása az üzenet-útválasztáshoz.

A BizTalk Server a következő példaelőnyöket kínálja:

• Tervezőközpontú (deklaratív)

  Összetett folyamatok tervezése könnyen érthető tervezőeszközökkel olyan minták és munkafolyamatok implementálásához, amelyek egyébként nehezen implementálhatók a kódban.

• Absztrakció végrendszerekkel

  Olyan folyamatokat tervezzen, amelyek az üzenetekre összpontosítanak, nem a végrendszerre. A megoldások fejlesztése során például nem kell amiatt aggódnia, hogy FILE- vagy FTP-adaptert fog-e használni. Ehelyett a kommunikációs típusra, az egyirányúra vagy a kérés-válaszra, valamint a feldolgozni kívánt üzenettípusra kell összpontosítania. Később, amikor üzembe helyezi a megoldásokat, megadhatja az adaptert és a végrendszereket.

Azure Integration Services

Az Azure Logic Appsben végrehajtható üzleti folyamatokat és alkalmazásokat hozhat létre logikai alkalmazás-munkafolyamatokként egy vizuális tervezővel végzett programozás "építőelem" használatával, és előre összeállított műveleteket több száz összekötőből, minimális kóddal. A logikai alkalmazás munkafolyamata egy triggerművelettel kezdődik, amelyet egy vagy több művelet követ, és mindegyik művelet logikai lépésként működik a munkafolyamat implementálási folyamatában. A munkafolyamat műveleteket használhat külső szoftverek, szolgáltatások és rendszerek meghívására. Egyes műveletek programozási feladatokat hajtanak végre, például feltételes műveleteket (ha utasításokat), ciklusokat, adatműveleteket, változókezelést stb.

Az Azure Logic Apps a következő példaelőnyöket kínálja:

• Tervezőközpontú (deklaratív)

  Összetett folyamatok tervezése könnyen érthető tervezőeszközökkel olyan minták és munkafolyamatok implementálásához, amelyek egyébként nehezen implementálhatók a kódban.

• Rugalmas és méretezhető

  Az Azure Logic Apps egy felhőalapú, kiszolgáló nélküli, nagy mértékben skálázható számítástechnikai szolgáltatás, amely automatikusan méretez és alkalmazkodik a változó üzleti igényekhez.

• Bármihez csatlakozik

  Válasszon egy folyamatosan bővülő katalógusból több száz előre összeállított összekötővel a munkafolyamatok létrehozásához. Az összekötők olyan műveleteket biztosítanak, amelyeket a munkafolyamatok lépéseiként használhat. A legtöbb szolgáltatáshoz és rendszerhez létrehozhat integrációs megoldásokat a Microsofttól és a partnerektől is, beleértve a BizTalk Servert, a Salesforce-ot, az Office 365-öt, az SQL-adatbázisokat, a legtöbb Azure-szolgáltatást, például az Azure Functionst, az Azure Storage-t, az Azure Service Bust és sok más szolgáltatást, valamint helyszíni alkalmazásokat vagy rendszereket, nagyszámítógépeket, SaaS-eket és API-kat. Ha nem létezik előre összeállított összekötő a elérni kívánt erőforráshoz, az általános HTTP-művelettel kommunikálhat a szolgáltatással, vagy létrehozhat egy egyéni összekötőt.

Újrafelhasználható összetevők

Az integrációs platformok a problémák egységes és egységes megoldásának módjait kínálják, amelyeket gyakran újrahasználható összetevőkkel érhet el. Ez a szakasz azt ismerteti, hogyan használhatja fel újra az összetevőket a BizTalk Serverben és az Azure Integration Servicesben.

BizTalk Server

• Vezénylések

  Létrehozhat és megoszthat közös üzleti logikát vezénylésekként különböző munkafolyamatokban, belsőleg ugyanabban az alkalmazásban vagy több alkalmazással. Vezényléseket a BizTalk Server natív közzétételi-előfizetési mechanizmusával (leválasztott módon) vagy a Call Orchestration nevű vezénylési alakzatokkal szinkronizált hívásokhoz vagy az aszinkron hívások vezénylésének elindításával indíthat.

• Adapterek

  Az adapterek olyan szoftverösszetevők, amelyek gyakran felismert adatprotokollok és dokumentumformátumok használatával biztosítanak kapcsolatot a BizTalk Server és a kereskedelmi partnerek között. Ezek az összetevők megkönnyítik az üzenetek küldését és fogadását egy olyan kézbesítési mechanizmussal, amely megfelel egy gyakran felismert szabványnak, például SMTP, FTP, HTTP stb. Az adapterek az alapplatform részét képezik, ezért minden meglévő alkalmazás megosztja őket. Ezt a réteget úgy is kibővítheti, hogy létrehoz egy egyéni adaptert natív vagy a Windows Communication Foundation (WCF) alapján a BizTalk Adapter Framework használatával.

• Sémák

  Az XML-sémadefiníciós (XSD-) sémák lehetővé teszik a bizTalk serverben a szerződésalapú üzenetküldést. A redundáns sémák létrehozásának elkerülése érdekében a lefordított szerelvények sémáira hivatkozhat. Megosztott sémák használatához a BizTalk-projektből fel kell vennie egy hivatkozást a megosztott szerelvényre.

  Bár ez a lépés egyszerűnek tűnhet, a megosztott szerelvények módosításainak kezelése nehézkessé válhat a függőségi láncolás miatt. Ha a megosztott szerelvény frissítésre van szükség, a frissítés telepítéséhez el kell távolítania a megosztott szerelvényre hivatkozó összes projektet a BizTalk Serverről. A korlátozások elkerülése érdekében azonban implementálhatja a szerelvény verziószámozását, ahol a meglévő megoldások feltörése nélkül üzembe helyezhet egy új verziót egy sémához vagy megosztott sémához.

• Térképek és egyéni funktoidok

  A térképek lehetővé teszik az XML-üzenetek fordítását vagy átalakítását a BizTalk Serverben. Megoszthatja a térképeket, de a megosztott sémákhoz hasonlóan a megosztott térképekre is hasonló figyelmeztetések vonatkoznak. A függőségek láncolása miatt körültekintően járjon el, és győződjön meg arról, hogy a változások kezeléséhez kiforrott szoftverfejlesztési életciklusa van.

  A térképekben a funktoidok előre definiált képletek és argumentumoknak nevezett konkrét értékek használatával végeznek számításokat. A BizTalk Server számos funktoidot biztosít számos különböző művelet támogatásához. Az egyéni funktoidok lehetővé teszik a BizTalk Server leképezési környezetében elérhető műveletek körét.

  Ha sok térképet kezd létrehozni, rá fog jönni, hogy ismét hasonló logikát implementál. Következésképpen azzal kell töltenie az időt, hogy több egyenértékű kódrészletet tartson fenn, amelyeket általában egy térképen vagy térképen belül több helyre másol és illeszt be. Fontolja meg az ilyen kódrészletek egyéni funktoidmá alakítását. Így csak egyszer hozza létre a funktoidot, de a funktoidot tetszőleges számú térképen újra felhasználhatja, és csak egy helyen frissítheti a funktoidot. Minden egyéni functoid .NET-szerelvényként van üzembe helyezve a Microsoft.BizTalk.BaseFunctoids névtérből származó osztályok használatával. Egyetlen szerelvény több egyéni funktoidot is tartalmazhat.

• .NET Fx szerelvények

  Ezeket a szerelvényeket BizTalk Server-projektekben is megoszthatja. Ezek a szerelvények függőségi szempontból könnyebben kezelhetők. Feltéve, hogy nincsenek kompatibilitástörő módosítások, a .NET Fx-szerelvény frissítéséhez frissíteni kell a DLL-t a globális szerelvénygyorsítótárban (GAC), amely automatikusan elérhetővé teszi a módosításokat más szerelvények számára. Ha kompatibilitástörő változások léteznek, frissítenie kell a függő projektet is, hogy megfeleljen a .NET Fx-szerelvény változásainak.

• Egyéni folyamatok és folyamatösszetevők

  Amikor a BizTalk Server üzeneteket fogad és küld, előfordulhat, hogy a kiszolgálónak üzleti okokból elő kell készítenie és át kell alakítania az üzeneteket a be- és kilépéshez. A BizTalk Serverben a folyamatok a Csövek és szűrők integrációs minta implementálását biztosítják, és számos funkciót tartalmaznak, például JSON-kódolót és dekódert, MIME-t vagy SMIME-dekódert stb.

  Ha adatokat kell hozzáadnia egy folyamat testreszabását igénylő üzenet környezetéhez, a BizTalk Server lehetővé teszi a folyamatok testreszabását egyéni folyamatösszetevők létrehozásával. Az egyéni folyamatösszetevők a.NET osztály, amelyet több BizTalk-interfész implementálásához, majd bármely egyéni folyamat különböző szakaszaiban használ. Egy ilyen összetevő kódjának írásához használhatja a C# vagy a Visual Basic for .NET használatát.

• Szabálymotor-szabályzatok

  Az üzleti szabályok motorszabályzata egy másik összetevő, amelyet megoszthat az ugyanazon BizTalk-csoportban üzembe helyezett BizTalk Server-alkalmazások között. Ha például az üzenet-útválasztással kapcsolatos gyakori üzleti szabályokkal rendelkezik, ezeket a szabályokat egy helyen kezelheti, és széles körben megoszthatja őket a telepített BizTalk-alkalmazások között. Az üzleti szabályok motorja gyorsítótárazza ezeket a szabályokat, ezért ha módosítja ezeket a szabályokat, újra kell indítania az üzleti szabályok motorfrissítési szolgáltatását. Ellenkező esetben a módosítások a gyorsítótár következő időtúllépésében lesznek átvéve.

Azure Integration Services

• Integrációs fiók

  Az Azure Logic Apps esetében az integrációs fiók egy felhőalapú tároló és Azure-erőforrás, amely központosított hozzáférést biztosít az újrahasználható összetevőkhöz. A Consumption logikai alkalmazás munkafolyamataihoz ezek az összetevők közé tartoznak a kereskedelmi partnerek, a megállapodások, az XSD-sémák, az XSLT-térképek, a folyékony sablonalapú térképek, a tanúsítványok, a kötegkonfigurációk és a .NET Fx-szerelvények.

  A standard logikaialkalmazás-munkafolyamatok esetében az Azure Logic Apps nemrég bevezette a .NET Fx-szerelvények XSLT-átalakításokból való meghívásának támogatását integrációs fiók megkövetelése nélkül. Másik lehetőségként sémákat, térképeket és szerelvényeket adhat hozzá egy Standard logikai alkalmazás projekthez a Visual Studio Code-ban, majd üzembe helyezheti az Azure-ban.

• API-k

  Az API-k lehetővé teszik a digitális élményt, az adatok és szolgáltatások újrafelhasználhatóvá és univerzálisan hozzáférhetővé tételét, az alkalmazásintegráció egyszerűsítését és az új digitális termékek alapjául szolgálnak. Az API-k elterjedése és növekvő függősége miatt a szervezeteknek az életciklusuk során első osztályú eszközként kell kezelniük őket.

  Az Azure Integration Servicesben újra felhasználhatja az API-kat, különösen az Azure API Managementtel felügyelteket. Miután hozzáadta az API-kat az Azure API Managementhez, az API Management-összekötő és a Consumption logikai alkalmazás munkafolyamatai segítségével könnyen elérheti az API-kat felügyelt és szabályozott módon. Az Azure Logic Apps emellett támogatja az egyéni API-k létrehozását és használatát is, így a szervezet előléptetheti az újrahasználatot a vállalaton belül, és elkerülheti a fejlesztők által egyébként létrehozott szükségtelen redundáns összekötőket. Az egyéni API-k azt is demokratizálják, hogy ki használhatja ezeket az API-kat, ahelyett, hogy a fejlesztő kitalálja, hogy a mechanika hogyan használható egy adott API-hoz.

• Egyéni összekötők

  Ha nem léteznek előre összeállított összekötők a használni kívánt API-khoz, egy külső vagy külső API-t egy OpenAPI-sémával körbefuttatva létrehozhat egy egyéni összekötőt, és hozzáférhet az összekötőhöz a Használati logikai alkalmazás munkafolyamataiból a megfelelő engedélyekkel. Az egyéni összekötő létrehoz egy szerződést az Azure Logic Apps és az API között, amely lehetővé teszi a kérelemüzenetek egyszerű összeállítását, és az Azure Logic Apps számára, hogy az alsóbb rétegbeli műveletekben használható, gépelt választ kapjon. A REST API-k és a SOAP API-k is támogatottak, és hivatkozhatnak a helyi hálózaton található nyilvános API-kra vagy privát API-kra. Egyéni összekötőket is használhat a Microsoft Power Automate és a Microsoft Power Apps használatával.

  A standard logikai alkalmazás munkafolyamataihoz létrehozhat saját, szolgáltatón alapuló egyéni összekötőket.

  Az egyéni összekötők implementálásával leegyszerűsítheti a fejlesztési élményt azáltal, hogy létrehoz egy közös felületet a kérésüzenetek küldéséhez és a gépelt válaszok fogadásához. További információ: Egyéni összekötők és API-k.

Adapterek és összekötők

Az alábbi szakasz a BizTalk Server és az Azure Integration Services adaptereinek és összekötőinek fogalmait ismerteti.

BizTalk Server

Az üzenetek külső rendszerekkel, alkalmazásokkal és entitásokkal való cseréjéhez a BizTalk Server olyan adaptereket biztosít, amelyek com- vagy .NET Fx-összetevők, amelyek különböző kommunikációs protokollok használatával továbbítják az üzeneteket üzleti végpontokra, például fájlrendszerekre, adatbázisokra és egyéni üzleti alkalmazásokra. A BizTalk Server natív adaptereket biztosít, amelyek támogatják a különböző protokollokat, például:

• Fájladapter, amely támogatja az üzenetek fájlhelyről való küldését és fogadását
• Adapterek EDI-, FTP-, HTTP-, MSMQ-, SMTP-, POP3- és SOAP-protokollokhoz
• Adapter a Windows SharePoint Serviceshez

A BizTalk Adapter-keretrendszer stabil, nyitott mechanizmust biztosít minden adapter számára a BizTalk Server Üzenetkezelő motorjának működéséhez vagy eléréséhez. A Microsoft.BizTalk.Adapter.Framework névtér felületei lehetővé teszik az adapterek számára a konfigurációs tulajdonságok lapjainak módosítását. A BizTalk Adapter-keretrendszer lehetővé teszi szolgáltatások és sémák BizTalk-projektbe való importálását is. A partneradapterek különböző gyártóktól és közösségi tagoktól is elérhetők. Az ismert adapterek listáját a BizTalk Server: Külső adapterek listája című témakörben találja.

Azure Integration Services

Amikor munkafolyamatokat hoz létre az Azure Logic Appsszel, előre összeállított összekötőkkel egyszerűen és gyorsan dolgozhat más alkalmazásokban, szolgáltatásokban, rendszerekben, protokollokban és platformokon lévő adatokkal, eseményekkel és erőforrásokkal, általában kód írása nélkül. Az Azure Logic Apps folyamatosan bővülő katalógust biztosít több száz használható összekötővel. Számos, felhőalapú vagy helyszíni szolgáltatáshoz és rendszerhez készíthet integrációs megoldásokat a Microsofttól és a partnerektől, például BizTalk Server, Salesforce, Office 365, SQL-adatbázisok, a legtöbb Azure-szolgáltatás, nagyszámítógép, API stb. Egyes összekötők olyan műveleteket biztosítanak, amelyek programozási műveleteket hajtanak végre, például feltételes (ha) utasításokat, ciklusokat, adatműveleteket, változók kezelését stb. Ha nem érhető el összekötő a kívánt erőforráshoz, az általános HTTP-művelettel kommunikálhat a szolgáltatással, vagy létrehozhat egy egyéni összekötőt.

Az összekötő gyakorlatilag egy proxy vagy burkoló egy API körül, amelyet a mögöttes szolgáltatás vagy rendszer az Azure Logic Appsszel való kommunikációhoz használ. Ez az összekötő biztosítja a munkafolyamatokban a feladatok végrehajtásához használt műveleteket. Egy művelet eseményindítóként vagy konfigurálható tulajdonságokkal rendelkező műveletként érhető el. Egyes eseményindítókhoz és műveletekhez először létre kell hoznia és konfigurálnia kell a kapcsolatot az alapul szolgáló szolgáltatással vagy rendszerrel. Szükség esetén a felhasználói fiókhoz való hozzáférést is hitelesíteni fogja.

Az Azure Logic Apps legtöbb összekötője beépített vagy felügyelt összekötő. Egyes összekötők mindkét verzióban elérhetők. Az elérhető verziók attól függenek, hogy használatalapú logikai alkalmazás munkafolyamatot vagy standard logikai alkalmazás munkafolyamatot hoz-e létre.

• A beépített összekötők úgy vannak kialakítva, hogy natívan fussanak az Azure Logic Apps-futtatókörnyezetben, és általában jobb teljesítménnyel, átviteli sebességgel, kapacitással vagy egyéb előnyökkel rendelkeznek, mint bármely felügyelt összekötő-megfelelő.

• A felügyelt összekötőket a Microsoft telepíti, üzemelteti és felügyeli az Azure-ban. Ezek az összekötők eseményindítókat és műveleteket biztosítanak a felhőszolgáltatásokhoz, a helyszíni rendszerekhez vagy mindkettőhöz. A Standard logikai alkalmazás munkafolyamataiban az összes felügyelt összekötő Azure-összekötőkként van csoportosítva. A Használat logikai alkalmazás munkafolyamataiban azonban a felügyelt összekötők standard vagy nagyvállalati szinten vannak csoportosítva a díjszabási szintjük alapján.

További információkért tekintse meg a következő dokumentációt:

• A beépített összekötők áttekintése
• Felügyelt összekötők áttekintése
• Az Azure Logic Appsben elérhető felügyelt összekötők

Alkalmazáskapcsolat

A következő szakasz a BizTalk Server és az Azure Integration Services más alkalmazásaival való kapcsolódási lehetőségeket ismerteti.

BizTalk Server

Az adapterek biztosítják a BizTalk Server kapcsolati képességeit, és helyileg futnak a küldési vagy fogadási műveletet végrehajtó BizTalk-kiszolgálón. Körülbelül 30 beépített adapter érhető el, míg az ISV-adapterek kis ökoszisztémája további funkciókat biztosít. Ha ezek az adapterek helyileg futnak, a Windows-hitelesítés népszerű hitelesítési módszer. A gyakran használt adapterek közé tartozik a FILE, az SFTP, az SQL, a WCF (Basic-HTTP), a HTTP és az SMTP. Ebből a listából megállapíthatja, hogy a BizTalk Server adapterei többnyire protokolladapterek. Ennek eredményeképpen az adapterek általában üzenetközpontú üzenetkezelési mintát használnak, ahol a rendszer teljes üzenetet cserél más rendszerekkel, ahol ezek a rendszerek felelősek az adatok elemzéséért, mielőtt betöltik az adatokat a végső adattárba.

Azure Integration Services

Az összekötők biztosítják az Azure Logic Apps kapcsolati képességeit, és absztrakciót kínálnak a mögöttes SaaS-rendszer tulajdonában lévő API-kon. Az olyan szolgáltatások például, mint a SharePoint, api-első megközelítéssel készültek, ahol az API-k a végfelhasználók számára biztosítanak funkciókat a szolgáltatásnak, de ugyanez a funkció más rendszerek számára is elérhető az API-n keresztüli híváshoz. Az API-k meghívásának egyszerűsítése érdekében az összekötők metaadatokkal írják le az üzenetkezelési szerződést, hogy a fejlesztők tudják, milyen adatok várhatók a kérésben és a válaszban.

Az alábbi képernyőkép egy standard logikai alkalmazás munkafolyamatának összekötőkeresési felületét mutatja be az egybérlős Azure Logic Appsben. A Beépített lap kiválasztásakor olyan beépített összekötőket találhat, mint az Azure Functions, az Azure Service Bus, az SQL Server, az Azure Storage, a fájlrendszer, a HTTP stb. Az Azure lapon több mint 800 összekötő található, köztük más Microsoft SaaS-összekötők, partner SaaS-összekötők stb.

Webszolgáltatások és API-kapcsolat

Az alábbi szakasz a BizTalk Server és az Azure Integration Services webszolgáltatások és API-kapcsolatok támogatását ismerteti.

BizTalk Server

A webszolgáltatások támogatása a BizTalk Server egyik népszerű képessége, és a Windows Communication Foundation (WCF) integrálásával érhető el. Ez a Támogatás a BizTalkban két kategóriába sorolható: WCF-szolgáltatások közzététele és használata.

A WCF-adapterek támogatják a WS-* szabványokat, például a WS-Addressinget, a WS-Securityt és a WS-AtomicTransactiont. A WS-ReliableMessaging azonban nem támogatott a WCF-adapterek jelen kiadásában.

A WCF-adapterek megszemélyesítéssel támogatják a Egyszeri bejelentkezés (SSO) használatát, és beszerezik a Vállalati egyszeri bejelentkezés jegyet az egyszeri bejelentkezés WCF-adapterekkel való használatához. Ez a funkció lehetővé teszi a felhasználói környezet számára a rendszerek közötti áramlást. Hitelesítési szempontból a Szolgáltatáshitelesítés a következő típusokat támogatja: Nincs, Windows és Tanúsítvány. Az ügyfél-hitelesítés a következő típusokat támogatja: Névtelen, UserName, Windows és Tanúsítvány. A támogatott biztonsági módok a következő típusokat tartalmazzák: Átvitel, Üzenet és Vegyes.

A WCF támogatja a WS-AutomicTransaction protokollt használó tranzakciókat, amelyeket olyan WCF-adapterekben találhat, mint a WCF-WsHttp, a WCF-NetTcp és a WCF-NetMsmq. Ez a képesség a következő esetekben támogatott:

• Üzenetek tranzakciós elküldése a MessageBox-adatbázisba
• Üzenetek tranzakciós továbbítása a MessageBoxból tranzakciós célhelyre

A tranzakciós hatókört a MessageBox összetevő korlátozza. Egy BizTalk-vezénylés például nem vehet részt egy ügyfél tranzakciójában. Hasonlóképpen, a célvégpont nem tud részt venni egy BizTalk vezénylés által kezdeményezett tranzakcióban.

A WCF bővíthetősége egyéni WCF-kötéseken keresztül érhető el. Egyéni kódot kell lefordítania és hozzáadnia a globális szerelvénygyorsítótárhoz (GAC). Frissítenie kell a machine.config fájlt is, hogy belefoglalja az új bővítményt. A kötés telepítése után a bővítmény látható a WCF-Custom és a WCF-CustomIsolated adapterek számára.

A BizTalk Server a BizTalk Felügyeleti konzol használatakor végpontként elérhetővé teheti a WCF-BasicHTTP fogadási helyeket az Azure API Managementben. A SOAP-végpontokat a BizTalk Server API Management szolgáltatásán keresztül is elérhetővé teheti az Azure Portal API Management használatával. További információ: BizTalk WCF-BasicHTTP-végpontok közzététele az API Managementben.

Azure Integration Services

Az Azure Integration Services kapcsolati modellje eltér a BizTalk Servertől, részben az API-gazdaság fejlődése miatt. Mivel egyre több szervezet teszi elérhetővé a mögöttes rendszerekhez és adatokhoz való hozzáférést, platform-agnosztikus megközelítésre volt szükség. A REST mára a modern webszolgáltatások tervezésének domináns architekturális megközelítése.

Az Azure Logic Appsben a REST az alapértelmezett módszer a rendszerek csatlakoztatására. Mivel a Microsoft és más szoftvergyártók RESTful-szolgáltatásokat tehetnek közzé a rendszereik és adataik mellett, az Azure Logic Apps képes ilyen típusú információkat elérhetővé és felhasználni. Az OpenAPI-specifikáció lehetővé teszi, hogy az emberek és a számítógépek is megértsék az ügyfél és a kiszolgáló közötti interakciót metaadatokon keresztül. Ennek a megértésnek a részeként a kérelem és a válasz hasznos adatai is származnak, ami azt jelenti, hogy dinamikus tartalommal feltöltheti a munkafolyamat-műveletek bemeneteit, és használhatja a válasz kimeneteit az alsóbb rétegbeli műveletekben.

Az összekötő által hívott mögöttes szolgáltatást megvalósító szoftverszállító alapján a hitelesítési sémák összekötőnként eltérőek. Ezek a sémák általában a következő típusokat tartalmazzák:

• Basic
• Ügyféltanúsítvány
• Active Directory OAuth
• Nyers
• Felügyelt identitás

A Microsoft erős védelmi rétegeket biztosít az adatok átvitel közbeni és inaktív titkosításával. Amikor az Azure-ügyfélforgalom az adatközpontok között mozog, a Microsoft vagy a Microsoft nevében nem ellenőrzött fizikai határokon kívül, az IEEE 802.1AE MAC biztonsági szabványokat (MACsec) használó adatkapcsolati réteg titkosítási módszere pontról pontra vonatkozik az alapul szolgáló hálózati hardveren.

A Microsoft lehetővé teszi a Transport Layer Security (TLS) protokoll használatát a felhőszolgáltatások és az ügyfelek közötti adatvédelemhez. A Microsoft adatközpontjai TLS-kapcsolatot egyeztetnek az Azure-szolgáltatásokhoz csatlakozó ügyfélrendszerekkel. A TLS erős hitelesítést, üzenetvédelmet és integritást biztosít, amely lehetővé teszi az üzenetek illetéktelen behatolásának, elfogásának és hamisításának észlelését, valamint az együttműködési képességet, az algoritmus rugalmasságát, valamint az üzembe helyezés és a használat egyszerűségét.

Bár ez a szakasz az összekötőken keresztüli RESTful kapcsolatra összpontosított, a SOAP webszolgáltatás-kapcsolatot az egyéni összekötői felületen keresztül valósíthatja meg.

Adapter vagy összekötő használatának letiltása

Az alábbi szakasz a BizTalk Server és az Azure Integration Services adapter- vagy összekötőhasználatának megelőzésére szolgáló lehetőségeket ismerteti.

BizTalk Server

A BizTalk Server nem tartalmazza a különböző alkalmazások adott adaptereinek blokkolását, de az adapterek környezetből való eltávolításával "letilthatja" a használatukat az alkalmazásokban. A BizTalk Server adapterei a platformbeállítások részét képezik, így a telepített adapterek bárki számára elérhetők. Az egyes adapterekhez meghatározott fogadási és küldési kezelőket is definiálhat, amelyek meghatározzák a BizTalk-csoporthoz tartozó számítógépeket, amelyek végrehajthatják vagy feldolgozhatják ezeket a kezelőket.

Azure Integration Services

Ha a szervezet nem engedélyezi a korlátozott vagy nem jóváhagyott erőforrásokhoz való csatlakozást felügyelt összekötők használatával az Azure Logic Appsben, letilthatja a kapcsolatok létrehozását és használatát a logikai alkalmazás munkafolyamataiban. Az Azure Policy használatával olyan szabályzatokat határozhat meg és kényszeríthet ki, amelyek megakadályozzák a letiltani kívánt összekötők kapcsolatainak létrehozását vagy használatát. Biztonsági okokból például érdemes lehet letiltani az adott közösségimédia-platformokkal vagy más szolgáltatásokkal és rendszerekkel létesített kapcsolatokat.

Üzenet tartóssága

A következő szakasz a BizTalk Server és az Azure Integration Services üzenetmegőrzését ismerteti.

BizTalk Server

A MessageBox-adatbázis egy másik előnyt is kínál, mivel olyan adatmegőrzési pontként működik, amely gondoskodik arról, hogy egy üzenet megmaradjon a tárolóban, mielőtt megkísérli elküldeni a végpontot. Ha az üzenet nem küldhető el a konfigurált újrapróbálkozási kísérletek kimerítése után, a rendszer felfüggeszti és tárolja az üzenetet a MessageBoxban.

Rendszergazdaként folytathatja a felfüggesztett üzeneteket a BizTalk felügyeleti konzolról. Ugyanez történik vezénylések használatakor is. Az Orchestration futtatókörnyezet megőrzi az üzleti logikát, amelyet folytathat, ha valami nem sikerül. Például a következő forgatókönyvekben folytathatja az üzenetek vezénylésben való folytatását:

• Nem atomi hatókörön belül küldött üzenet
• Tranzakciós hatókör végén
• Új vezénylési példány indításakor (Vezénylési alakzat indítása)
• Hibakeresési töréspontban
• Amikor a motor úgy dönt, hogy kiszárad
• Amikor a vezénylés befejeződik
• Amikor a rendszer leáll

A BizTalk Server mindezeket a képességeket beépítetten biztosítja. Nem kell aggódnia az adatmegőrzés implementálása miatt, mert a BizTalk Server kezeli ezt Az Ön számára.

Azure Integration Services

Az Azure Logic Apps az alábbi módokon biztosítja az üzenetek tartósságát:

• Az állapotalapú munkafolyamatok, amelyek a Használat logikai alkalmazásokban alapértelmezettek, és standard logikai alkalmazásokban érhetők el, olyan ellenőrzőpontokkal rendelkeznek, amelyek nyomon követik a munkafolyamat állapotát, és a munkafolyamat-műveletek során üzeneteket tárolnak. Ez a funkció hozzáférést biztosít az eseményindító és a munkafolyamat-példány futtatási előzményeiben tárolt gazdag adatokhoz, ahol áttekintheti a részletes bemeneti és kimeneti értékeket.

  A futtatott példányokat újra feldolgozhatja az Azure Portalon vagy egy API-val. Ezúttal a teljes futtatási példány fut, függetlenül attól, hogy hol történt hiba az előző futtatás során. Ez a viselkedés azt jelenti, hogy az üzenetek legalább egyszer érkeznek, és az idempotens feldolgozás a fogyasztóknál történik.

• Az Azure Service Busban elérhető betekintő-zárolású üzenetküldéssel véglegesítheti az üzenetet a sikeres üzenetvégrehajtás után, vagy megszakíthatja az üzenetet, ha hiba történik. Ha ezt a képességet szeretné használni az Azure Logic Appsben, válassza ki az Azure Service Bus-összekötőt. A véglegesített üzenet el lesz távolítva az üzenetsorból, míg egy elhagyott üzenet feloldva van, és az ügyfelek feldolgozhatók. A peek-lock nagyszerű módja annak, hogy "pontosan egyszer" üzenetküldést lehessen elérni.

Közzétételi-előfizetési architektúra

Az alábbi szakasz a közzétételi-előfizetési minta BizTalk Serverben és Azure Integration Servicesben való implementálásának lehetőségeit ismerteti.

BizTalk Server

A Közzététel-feliratkozás (pub-sub) képességek a MessageBox-adatbázison keresztül léteznek, amelyet a BizTalk Server működése című szakasz korábban ismertetett. Az előfizetések létrehozásának egyik népszerű módja az előléptetett tulajdonságok használata, amely lehetővé teszi a meghatározott üzenetséma egyes elemeinek vagy attribútumainak előléptetett tulajdonságként való azonosítását. Ezután előfizetéseket hozhat létre, amelyek meghatározott feltételek alapján szűrik az üzeneteket egy előléptetett tulajdonságra. Ha például előléptetett egy Város nevű sémaelemet, létrehozhat egy előfizetést, amely az adott városok Város elemére szűr. Ha teljesülnek a feltételek, az előfizetés, a küldési port vagy a vezénylés megkapja az üzenet egy példányát.

Azure Integration Services

A BizTalk Servertől teljesen eltérő architektúra miatt az Azure Integration Services legtöbb szolgáltatása eseményalapú. Ha közzétételi-előfizetési megoldást kell implementálnia, használhatja az Azure Service Bust. Ez a szolgáltatás egy teljes körűen felügyelt vállalati üzenetközvetítő üzenetsorokkal és közzétételi-feliratkozási témakörökkel egy névtérben. Az Azure Service Bus használatával elkülönítheti egymástól az alkalmazásokat és szolgáltatásokat, és az alábbi előnyöket nyújtja:

• A terheléselosztás a versengő feldolgozók között működik.
• Biztonságosan irányíthatja és továbbíthatja az adatokat a szolgáltatás- és alkalmazáshatárok közötti vezérléssel.
• Koordinálja a nagy megbízhatóságot igénylő tranzakciós munkát.

Az Azure Logic Apps tartalmaz egy Azure Service Bus-összekötőt , amellyel üzeneteket tehet közzé és iratkozhat fel. A Service Bus használatának előnye, hogy a munkafolyamattól függetlenül használhatja az üzeneteket. A BizTalk Serverrel ellentétben az üzenetkezelés leválasztva van a munkafolyamat-platformról. Bár az üzenetkezelési és munkafolyamat-képességek az Azure Integration Servicesben vannak leválasztva, létrehozhat üzenet-előfizetéseket az Azure Service Busban, amely támogatja az üzenettulajdonságokat (felhasználói tulajdonságokat). Ezekkel a tulajdonságokkal kulcs-érték párokat biztosíthat, amelyeket egy témakör-előfizetésben létrehozott szűrők értékelnek ki. Ezeket a felhasználói tulajdonságokat egy Azure Service Bus-művelet beállításakor egy vagy több kulcs-érték pár hozzáadásával határozhatja meg. Bemutatót a következő videóban talál: Pub sub Messaging using Azure Integration Services – Part 2 Content Based Routing.

Az Azure Integration Servicesen kívül közzétételi-előfizetési forgatókönyveket is implementálhat az Azure Cache for Redis használatával.

Üzleti szabályok motorja

Az alábbi szakasz a BizTalk Server és az Azure Integration Services üzleti szabályainak beállítási lehetőségeit ismerteti.

BizTalk Server

A BizTalk Server tartalmaz egy előreláncoló szabálymotort, amellyel vizuális szerkesztővel hozhat létre "if-then-else" szabályokat. Ezeket a szabályokat egy olyan szabályzatban kötheti össze, amely az informatikai környezet más környezeteibe is szállítható. Ezek a szabályzatok XSD-sémákhoz, .NET Fx-kódhoz és SQL Server-adatbázistáblákhoz is hozzáférhetnek az adatok kereséséhez és a kimenetek bővítéséhez.

Azure Integration Services

Bár az Azure-ban jelenleg nem létezik egyenértékű szabálymotor-képesség, az ügyfelek gyakran az Azure Functions használatával implementálnak szabályokat egyéni kóddal. Ezután az Azure Logic Apps beépített Azure Functions-összekötőjével érik el ezeket a szabályokat.

Az ezen a területen történő jövőbeli beruházásokról az útmutató későbbi, Úttérkép szakaszában olvashat bővebben.

Adatátalakítás

A következő szakasz a BizTalk Server és az Azure Integration Services adatátalakítási képességeit ismerteti.

BizTalk Server

Gazdag eszközkészletet biztosít az XML-üzenetek egyik formátumból a másikba való átalakításához. Az adatátalakítás XSLT-térképeket használ, amelyek támogatják azokat a bővítményobjektumokat, amelyek lehetővé teszik egyéni .NET Fx-kód beszúrását a térképek közepére. A beépített funktoidokat is használhatja, amelyek újrafelhasználható funkciókat biztosítanak, amelyek segítenek gazdag térképek készítésében.

Az alapvető XML-átalakításokon túl a BizTalk Server a CSV- és JSON-formátumok kódolását és dekódolását is biztosítja, így ezek között a formátumok és xml-formátumok között konvertálhat, így különböző formátumokat támogathat.

Azure Integration Services

• Enterprise Integration Pack

  Ez az összetevő a BizTalk Server hasonló fogalmait követi, és megkönnyíti a B2B-képességek használatát az Azure Logic Appsben. Az egyik fő különbség azonban az, hogy a nagyvállalati integrációs csomag architektúraalapú integrációs fiókokon alapul. Ezek a fiókok leegyszerűsítik az összetevők, például kereskedelmi partnerek, megállapodások, térképek (XSLT- vagy Liquid-sablonok), sémák és tanúsítványok tárolását, kezelését és használatát a B2B-forgatókönyvekhez.

• Folyékony sablonok

  A logikaialkalmazás-munkafolyamatok alapvető JSON-átalakításaihoz beépített adatműveleteket használhat, például a Compose műveletet vagy a JSON-elemzési műveletet. Egyes forgatókönyvek azonban speciális és összetett átalakításokat igényelhetnek, amelyek olyan elemeket tartalmaznak, mint például az iterációk, a vezérlőfolyamatok és a változók. JSON-ról JSON-ra, JSON-ról szövegre, XML-ről JSON-ra vagy XML-szöveggé történő átalakításhoz létrehozhat egy Liquid-sablont, amely leírja a szükséges leképezést vagy átalakítást a Liquid nyílt forráskódú sablonnyelvével.

• EDI-sémák

  Az EDI-dokumentumséma egy EDI-tranzakciós dokumentumtípus törzsét határozza meg. A logikai alkalmazás munkafolyamataihoz a Microsoft Integration GitHub-adattár összes BizTalk EDI-sémája nyilvánosan elérhető.

• Standard logikai alkalmazások

  Az Azure Portalon térképeket és sémákat tölthet fel közvetlenül egy Standard logikai alkalmazás erőforrásba. Ha standard logikai alkalmazásprojekttel dolgozik a Visual Studio Code-ban, integrációs fiók használata nélkül feltöltheti ezeket az összetevőket a megfelelő mappájukba az Artifacts mappában. Egyéni lefordított szerelvényeket is meghívhat az XSLT-térképekről.

• Azure Functions

  Az XSLT- vagy Liquid-sablonátalakításokat C# vagy bármely más programnyelv használatával hajthatja végre egy Azure-függvény létrehozásához, amelyet az Azure API Management vagy az Azure Logic Apps használatával hívhat meg.

Hálózati kapcsolat

Az alábbi szakasz a BizTalk Server és az Azure Integration Services hálózati kapcsolati funkcióit és képességeit ismerteti.

BizTalk Server

Ha a BizTalk Server mindig kiszolgálókörnyezetben van telepítve, a hálózati kapcsolat a mögöttes kiszolgáló hálózati konfigurációjától függ. A BizTalk Server hálózati kapcsolatának beállításakor általában a következő területeket kell konfigurálnia:

• Függőségek
• Bejövő és kimenő kapcsolat a végfelhasználói rendszerekhez

Függőségek konfigurálása

A BizTalk Server többkiszolgálós környezetben való teljes konfigurálásához különös figyelmet kell fordítania az összes hálózati kapcsolati függőségre, amely általában tűzfalkonfigurációval teszi lehetővé a TCP- és UDP-portokat a jól ismert szolgáltatásokhoz vagy protokollokhoz. Ilyen szolgáltatások és protokollok például az SQL Server-motorhoz, a Microsoft Distributed Transaction Coordinatorhoz (MSDTC), a fürtözött hálózati meghajtókhoz, az SSO-szolgáltatásokhoz, ha egy másik kiszolgálón vannak telepítve, és a SharePoint minden olyan szolgáltatás, amelyet bemenő és kimenő szabályok létrehozásával kell konfigurálnia a kapcsolatok implementálásához.

Bejövő és kimenő kapcsolat konfigurációja

Miután teljes mértékben beállította a BizTalk Servert, és már készen áll az alkalmazások üzembe helyezésére, győződjön meg arról, hogy olyan tűzfalszabályokat implementál, amelyek lehetővé teszik a gazdagéppéldányok számára a különböző szolgáltatások elérését, akár belső, akár külső hálózat részét képezik. Ha a szervezeti hálózaton kívüli végponti rendszerekhez való csatlakozásra gondol, biztonsági szempontokat is figyelembe kell vennie. A különböző rendszerek az engedélyezett IP-címek listáját használják első védelmi vonalként, ezért ideális esetben a BizTalk Server a nyilvános IP-címek jól meghatározott listáján keresztül irányítja a kimenő kommunikációt.

Amikor a partnerszolgáltatások megpróbálnak kapcsolatba lépni a BizTalk Serverrel, győződjön meg arról, hogy nem érnek el olyan példányt, amely a szervezet hálózatában vagy belső rétegében található, ahol az alapvető szervezeti szolgáltatások elérhetők lehetnek. Ehelyett adjon hozzáférést a partnerszolgáltatásoknak egy peremhálózaton belüli végponthoz, más néven demilitarizált zónához (DMZ), amely a szervezet hálózatának legszélső határa. Azoknak a szolgáltatásoknak azonban, amelyekhez a BizTalk Servernek irányítania kell az üzeneteket, általában a szervezet hálózatán belül kell lenniük, ezért hozzáféréssel kell rendelkezniük a belső réteghez.

Az ilyen forgatókönyvek eléréséhez több megközelítés is létezik, például:

• A BizTalk Server implementálása szegélyhálózaton, és csak a saját szolgáltatásai vagy gazdagéppéldányai számára engedélyezi a szervezet hálózatának elérését
• Állítson be két BizTalk-kiszolgálót, az egyiket szegélyhálózaton, a másikat pedig a szervezet hálózatában. A szegélyhálózaton lévő kiszolgáló ezután közzéteszi azokat az üzeneteket, amelyeket a kiszolgáló a szervezeti hálózaton használ fel.
• Egyéni alkalmazásokat vagy berendezésszoftvereket fejleszthet, például a NetScalert és az F5-öt, amelyek fordított proxyként működhetnek, üzeneteket fogadhatnak a BizTalk nevében a szegélyhálózaton belül, és átirányíthatják ezeket a hívásokat a BizTalk Serverre.

Azure Integration Services

• Bejövő és kimenő kapcsolat

  Az Azure több módszert is kínál a szolgáltatások hálózati határokon belüli elkülönítésére, valamint a helyszíni és a felhőbeli számítási feladatok összekapcsolására. Az alábbi lista különböző módszereket mutat be az Azure-erőforrások hálózati szegélyhálózaton belüli erőforrásokkal való integrálására:

  • Helyi adatátjáró

    Ez az átjáró hídként működik az Azure és a hálózati peremhálózat erőforrásai között, így gyors és biztonságos adatátvitelt tesz lehetővé a helyszíni adatok és a Microsoft különböző felhőszolgáltatásai között. Ezek a szolgáltatások közé tartoznak az Azure Logic Apps, a Microsoft Power BI, a Microsoft Power Apps, a Microsoft Power Automate és az Azure Analysis Services. Ezzel az átjáróval megőrizheti az adatbázisokat és más adatforrásokat a helyszíni hálózataikon belül, és biztonságosan használhatja ezeket a helyszíni adatokat a felhőszolgáltatásokban.

  • Hibrid kapcsolatok

    Az Azure-szolgáltatás és a Azure-alkalmazás szolgáltatás egyik funkciója is támogatja a hibrid kapcsolatok forgatókönyveit, és az Azure-alkalmazás Szolgáltatásban használt lehetőségeken túli képességeket is kínál. A Azure-alkalmazás Szolgáltatáson kívüli használatról további információt az Azure Relay Hibrid kapcsolatok című témakörben talál. A Azure-alkalmazás szolgáltatáson belül hibrid kapcsolatok használatával bármely olyan hálózatban elérheti az alkalmazáserőforrásokat, amelyek kimenő hívásokat indíthatnak az Azure-ba a 443-as porton keresztül. A hibrid kapcsolatok hozzáférést biztosítanak az alkalmazásból egy TCP-végponthoz, és nem teszik lehetővé az alkalmazás elérésének új módját. A Azure-alkalmazás Szolgáltatásban minden hibrid kapcsolat egyetlen TCP-gazdagéphez és portkombinációhoz kapcsolódik. Ez a funkció lehetővé teszi az alkalmazások számára, hogy bármilyen operációs rendszeren hozzáférjenek az erőforrásokhoz, feltéve, hogy létezik TCP-végpont. A hibrid kapcsolatok nem ismerik vagy érdeklik az alkalmazásprotokollt, illetve azt, hogy mit szeretne elérni. Ez a funkció egyszerűen hálózati hozzáférést biztosít.

  • Virtuális hálózat integrációja

    Az Azure-beli virtuális hálózat integrációjával az Azure-erőforrást egy Azure-ban konfigurált virtuális hálózathoz csatlakoztathatja, így az alkalmazás hozzáférhet az adott virtuális hálózat erőforrásaihoz. Az Azure Logic Apps virtuális hálózatintegrációja csak az Azure-erőforrásból a virtuális hálózatra irányuló kimenő hívások indítására szolgál.

    A virtuális hálózatok közötti társviszony-létesítéssel csatlakoztathatja helyszíni hálózatait az Azure-hoz, amely kétirányú kapcsolatot biztosít a helyszíni erőforrások és az Azure-szolgáltatások között. Az Azure Integration Services virtuális hálózati kapcsolatot biztosít, lehetővé téve a hibrid integrációt. Az alábbi képen egy Standard logikai alkalmazás erőforrás látható, amelyen a Hálózatkezelés lap meg van nyitva, és a virtuális hálózat integrációja engedélyezve van a kimenő forgalom mezőben kiemeltként. Ez a konfiguráció gondoskodik arról, hogy az összes kimenő forgalom elhagyja ezt a virtuális hálózatot.

    

  • Privát végpontok

    Egy privát végpont a virtuális hálózat egy privát IP-címét használó hálózati csatlakozási felület. Ez a hálózati adapter privátan és biztonságosan csatlakozik egy Azure-erőforráshoz, amelyet az Azure Private Link működtet. Egy privát végpont engedélyezésével ezt az Azure-erőforrást a virtuális hálózatba irányítja, és engedélyezi, hogy a hálózat erőforrásai bejövő hívásokat kezdeményezhessenek az Azure-erőforráshoz.

Az alábbi táblázat az egyes Azure Integration Services-erőforrások által használható hálózati kapcsolati módszereket mutatja be:

Erőforrás	Helyi adatátjáró	Hibrid kapcsolatok	Virtuális hálózat integrációja	Privát végpontok
Azure API Management	✅		✅	✅
Azure Logic Apps (használat)	✅
Azure Logic Apps (Standard)	✅ (Azure-összekötőkkel)	✅ (beépített összekötőkkel)	✅ (beépített összekötőkkel)	✅
Azure Service Bus			✅	✅
Azure Event Grid

Egyéni kód

Az alábbi szakasz a saját kód BizTalk Serverben és Azure Integration Servicesben való készítésének és futtatásának lehetőségeit ismerteti.

BizTalk Server

A BizTalkot sokféleképpen bővítheti egyéni .NET Fx-kóddal, például:

Funkció	Leírás
Beágyazott kód	Inline C# kódot írhat vezénylési alakzaton belül. A BizTalk-térképen belül beágyazott kódot is írhat. Mindkét forgatókönyvben a kódrészletek általában egyszerűek, és nem lehet hibakeresést.
Összeállított szerelvények	Ezeket a szerelvényeket a következő helyekről hívhatja meg: - Kifejezésalakzatok vezénylésben - BizTalk térképek a Scripting Functoid használatával - Üzleti szabályok motorszabályzatai - Folyamatok egyéni folyamatösszetevőkként A lefordított szerelvények hibakereséséhez csatolja a Visual Studio hibakeresőt a megfelelő gazdagéppéldány Windows-folyamatához.
Egyéni adapterek	A BizTalk Server számos beépített adaptert tartalmaz, de szükség esetén bármikor létrehozhat saját adaptert.
Egyéni WCF-viselkedések	A BizTalk Server számos beépített adaptert tartalmaz, amelynek többsége a Windows Communication Foundationen (WCF) alapul. Bizonyos esetekben előfordulhat, hogy egyéni viselkedések fejlesztésével ki kell terjesztenie a képességeiket, például OAuth-fejlécet kell alkalmaznia a rendszerkommunikációra.
Bővíthetőség a BizTalk Server-térképeken	– A beépített funktoidok használatával c#, JScript, Visual Basic, XSLT vagy XSLT hívássablonokkal hozhat létre beágyazott kódot. - Meghívhat egy külső szerelvényt a Scripting Functoid használatával. - Létrehozhat egyéni funktoidokat, amelyek az összes térképen használhatók.

Azure Integration Services

Az Azure Functions lehetővé teszi, hogy olyan kódot írjon, amelyet az Azure Functions-összekötőből futtathat az Azure Logic Appsben. A Functions platform számos programozási nyelvet és futtatókörnyezetet támogat, amelyek nagy rugalmasságot biztosítanak. Ezek a függvények általában rövid végrehajtási időkre vannak tervezve, és számos fejlesztői eszköz létezik a helyi fejlesztés és hibakeresés támogatására.

Az Azure Logic Appsben a Beágyazott kód összekötő biztosítja az Execute JavaScript Code nevű műveletet. Ez a művelet kis kódrészletek JavaScriptben való írására használható. Ezek a kódrészletek várhatóan rövid végrehajtási idővel is rendelkeznek, és támogatják a dinamikus tartalombemeneteket és -kimeneteket. A kód futtatása után a kimenet elérhető a munkafolyamat alsóbb rétegbeli műveleteihez. Bár ehhez a művelethez jelenleg nincs közvetlen hibakeresési támogatás, a munkafolyamat-példány futtatási előzményeiben megtekintheti a bemeneteket és kimeneteket.

Az Újrahasználható összetevők szakaszban leírtak szerint a .NET Fx-szerelvények XSLT-térképről való meghívásának támogatása jelenleg a Consumption logikai alkalmazás munkafolyamataiban érhető el, amikor ezeket a szerelvényeket egy integrációs fiókba tölti fel. Ez a funkció segít az egyéni adatátalakítási szabályok támogatásában. A Standard logikaialkalmazás-munkafolyamatok esetében az Azure Logic Apps csapata nemrég kiadott egy támogatást a .NET Fx-kód XSLT-térképekről való meghívásához integrációs fiók megkövetelése nélkül. Szerelvényeket és térképeket is hozzáadhat egy Standard logikai alkalmazásprojekthez a Visual Studio Code-ban, majd üzembe helyezheti az Azure-ban. További információ: .NET-keretrendszer szerelvény támogatása az Azure Logic Apps (Standard) XSLT-átalakításokhoz és az Úttérkép szakaszhoz.

A munkafolyamatokat kibővítheti az Azure API-alkalmazásokkal vagy a Azure-alkalmazás Szolgáltatással létrehozott webalkalmazásokkal is. Ha webalkalmazások, REST API-k és mobil háttérrendszerek üzemeltetésére van szükség, Azure-alkalmazás szolgáltatás a HTTP-alapú megoldás. A Azure-alkalmazás Szolgáltatásban üzemeltetett alkalmazásokat helyszíni vagy felhőszolgáltatásokkal integrálhatja. Ez a platform windowsos és Linux-alapú környezeteket is támogat az alkalmazások futtatásához és skálázásához különböző nyelvekkel és keretrendszerekkel együtt, például ASP.NET Core, Java, Ruby, Node.js, PHP és Python.

Alkalmazáscsoportok

A következő szakasz a számítási feladatok BizTalk Serverben és Azure Integration Servicesben való rendszerezésének lehetőségeit ismerteti.

BizTalk Server

A szoftverfejlesztési életciklus része a kód és az összetevők logikai csomagokban való létrehozása és kezelése. A BizTalk Server támogatja az alkalmazás fogalmát, így a Visual Studio-megoldásokat üzembe helyezheti egy BizTalk-alkalmazásban. Ha tehát olyan forgatókönyvek vannak, amelyekben erőforrásokat kell megosztania, hivatkozhat más alkalmazásokra.

A BizTalk Server explicit megosztási modellt használ, ahol hivatkozásokat adhat a lefordított szerelvényekhez. Feltéve, hogy ezek a szerelvények a globális szerelvénygyorsítótárban (GAC) találhatók, a BizTalk Futtatókörnyezet szükség szerint megtalálja és betölti a szerelvényeket. Az egyik hátránya, hogy ha frissítenie kell a megosztott szerelvényeket, hacsak nem implementál verziószámozási sémát, a frissítés előtt el kell távolítania az összes Olyan BizTalk-projektet, amely a szerelvényekre hivatkozik. Ez a korlátozás hosszú üzembe helyezési ütemterveket és összetettséghez vezethet több telepítés és eltávolítás kezeléséhez.

Azure Integration Services

Az Azure Logic Appsben a Használat logikai alkalmazás erőforrása csak egyetlen állapotalapú munkafolyamatot tartalmaz, ami azt jelenti, hogy a munkafolyamat és a logikai alkalmazás erőforrása, amely az ön alkalmazása, mindig 1–1 kapcsolattal rendelkezik. A Standard logikai alkalmazás erőforrásával kialakult az alkalmazáskoncepció. Bár a standard logikai alkalmazás erőforrása továbbra is az alkalmazás, több munkafolyamatot is felvehet és futtathat ezzel az erőforrással, ami 1-a-többhöz kapcsolatot eredményez. Ha helyileg dolgozik egy Standard logikaialkalmazás-projekten a Visual Studio Code-ban, a logikai alkalmazás erőforrása ehhez az egyetlen projekthez lesz leképezve. Ezzel a módszerrel egyszerűen és logikailag csoportosíthatja a kapcsolódó számítási feladatokat, kódot és összetevőket ugyanabban a projektben, és egyetlen egységként helyezheti üzembe a projektet.

A felhőarchitektúrák másként működnek, mint a kiszolgálóalapú paradigmák, például a BizTalk. Az Azure Logic Apps (Standard) lekéréses modellt használ kód és összetevők behozására. Ennek eredményeképpen minden további szükséges összetevőt átmásol a projektbe, majd üzembe helyezi őket a kóddal és más összetevőkkel. Bizonyos esetekben előfordulhat, hogy el szeretné kerülni az összes szükséges kód és összetevő másolását. Ha igen, érdemes lehet ezt a funkciót olyan szolgáltatássá alakítani, amelyet külön kezelhet, de meghívhat egy munkafolyamatból.

Tegyük fel például, hogy a szervezet által széles körben használt adatátalakítással rendelkezik. Ahelyett, hogy több logikai alkalmazásprojektre is felvenned az átalakítás térképét, egy olyan felületet implementálhat, amely szolgáltatásként biztosítja az átalakítást. Ezután a szolgáltatás életciklusát a logikai alkalmazásprojektektől elkülönítve kezelheti, és meghívhatja a szolgáltatást a munkafolyamatokból.

Ha több munkafolyamatot is belefoglal egy Standard logikai alkalmazásprojektbe, megkérdezheti, hogyan rendszerezheti ezeket a munkafolyamatokat egy projekten belül vagy több projektben? A válasz általában a követelményektől függ, például:

• Üzleti folyamat affinitása
• Végpontok közötti monitorozás és támogatás
• Biztonság, szerepköralapú hozzáférés-vezérlés és hálózatelkülönítés
• Teljesítmény és üzleti kritikusság
• Földrajzi hely és georedundancia

További információ: Logikaialkalmazás-munkafolyamatok rendszerezése az Azure Logic Appsben (Standard).

Biztonság és irányítás

A biztonság és a szabályozás természetesen fontos az integrált megoldások létrehozásakor. Definíció szerint a köztes szoftver két vagy több rendszer között helyezkedik el. A kapcsolatok létrehozásakor ezekhez a rendszerekhez való csatlakozáshoz és hozzáféréshez gyakran hitelesítő adatokat vagy titkos kulcsokat kell átadnia, ezért a bizalmas adatok kezelése megfontolandó.

BizTalk Server

A BizTalk nagyvállalati egyszeri bejelentkezést (SSO) tartalmaz, amely lehetővé teszi az adapterek által használt titkosított hitelesítő adatok tárolását, leképezését és továbbítását. Ez a titkosított információ az SSO-adatbázisban van tárolva. Konfigurálhat SSO-társalkalmazásokat is, amelyek logikai entitások, amelyek egy összekapcsolni kívánt rendszert vagy üzletági rendszert jelölnek.

Azure Integration Services

Az Azure Logic Apps a következő biztonsági képességeket támogatja:

• Azure Key Vault

  Az Azure Key Vault használatával hitelesítő adatokat, titkos kulcsokat, API-kulcsokat és tanúsítványokat tárolhat. Az Azure Logic Appsben ezeket az információkat az Azure Key Vault-összekötővel érheti el, és a biztonságos bemenetek és kimenetek funkcióval kizárhatja ezeket az információkat a platform naplóiból és futtatási előzményeiből.

  A Nyomon követés szakasz későbbi részében ez az útmutató ismerteti a futtatási előzmények funkcióját, amely lépésről lépésre mutatja be a munkafolyamat végrehajtását. Bár az Azure Logic Apps lehetővé teszi a munkafolyamat-futtatás minden bemenetének és kimenetének rögzítését, néha részletesebben kell kezelnie a bizalmas adatokhoz való hozzáférést. Az ilyen tartalmak futási előzményeinek elrejtéséhez és az adatok Azure Monitorba, különösen a Log Analyticsbe és az Application Insightsba való küldésének megakadályozásához az eseményindítókon és műveleteken a biztonságos bemenetek és kimenetek funkcióval állíthatja be ezeket az adatokat. Az alábbi képen a biztonságos bemenetek és a biztonságos kimenetek futási előzményekben való engedélyezéséből származó példa látható.

  

• OAuth-alapú integráció

  A legtöbb összekötő ezt a hitelesítési típust használja a kapcsolatok létrehozásakor. Ez a megközelítés megkönnyíti az integrációt számos SaaS-szolgáltatással, mint az e-mail-cím és a jelszó megadása. Az Azure API Management az OAuthot is támogatja, így egységes hitelesítési séma biztosításával mindkét szolgáltatást együtt használhatja.

  Ez a képesség natív módon nem érhető el a BizTalk Serverben.

• Felügyelt identitások

  Egyes összekötők támogatják a felügyelt identitás használatát a Microsoft Entra ID által védett erőforrásokhoz való hozzáférés hitelesítéséhez. Ha felügyelt identitással hitelesíti a kapcsolatot, nem kell hitelesítő adatokat, titkos kulcsokat vagy Microsoft Entra-jogkivonatokat megadnia.

Alkalmazáskezelés és hozzáférés-kezelés

A következő szakasz az alkalmazások és a hozzáférés BizTalk Serverben és Azure Integration Servicesben való kezelésének lehetőségeit ismerteti.

BizTalk Server

A rendszergazdák a BizTalk Server felügyeleti konzoljával kezelhetik a BizTalk Server-alkalmazásokat. Ez az eszköz egy Microsoft Management Console (MMC) vastag ügyfélalkalmazás, amellyel a rendszergazdák alkalmazásokat helyezhetnek üzembe, áttekinthetik a korábbi, aktív és várólistás tranzakciókat, és részletes hibaelhárítási tevékenységeket végezhetnek, például a nyomkövetések áttekintését és a tranzakciók újraküldését.

Azure Integration Services

Az Azure Portal egy gyakori eszköz, amelyet a rendszergazdák és a támogatási személyzet használnak a felületek állapotának megtekintéséhez és monitorozásához. Az Azure Logic Apps esetében ez a felület a futtatási előzményeken keresztül elérhető, részletes tranzakciókövetéseket is magában foglalja.

Részletes szerepköralapú hozzáférés-vezérlés (RBAC) is elérhető, így különböző szinteken kezelheti és korlátozhatja az Azure-erőforrásokhoz való hozzáférést.

Tárolás

Az alábbi szakasz a BizTalk Server és az Azure Integration Services adattárolási lehetőségeit ismerteti.

BizTalk Server

A BizTalk Server nagymértékben támaszkodik az SQL Serverre az adattár és az adatmegőrzés érdekében. A BizTalk Server minden más összetevője és gazdagépe meghatározott szerepkörrel rendelkezik a különböző üzleti alkalmazások integrálásában, például üzenetek fogadásában, feldolgozásában vagy útválasztásában. Az adatbázis-számítógép azonban rögzíti és megőrzi ezt a munkát a lemezen. Ha például a BizTalk Server bejövő üzenetet kap, a fogadó gazdagép megőrzi ezt az üzenetet a MessageBox-adatbázisban, mielőtt más gazdagépek lekérik az üzenetet a vezénylés feldolgozásához és elküldéséhez.

Mivel Ön felel az SQL-adatbázisok kiépítéséért és felügyeletéért, a magas rendelkezésre állás fontos architektúra-összetevő az üzemidő biztosításához. A BizTalk Server-adatbázisok magas rendelkezésre állásának biztosítása érdekében az ügyfelek gyakran windowsos fürtszolgáltatással hoznak létre egy kiszolgálófürtöt két vagy több, SQL Servert futtató számítógéppel. Ez a kiszolgálófürt redundanciát és hibatűrést biztosít a BizTalk Server-adatbázisokhoz. A terheléselosztásos fürtözéstől eltérően, ahol egy számítógépcsoport együtt dolgozik a rendelkezésre állás és a méretezhetőség növelése érdekében, a kiszolgálófürtök általában egy aktív-passzív konfigurációban lévő adatbázis-számítógéppárot foglalnak magukban, így az egyik számítógép biztonsági mentési erőforrásokat biztosít a másik számára.

Azure Integration Services

Az Azure Logic Apps az Azure Storage-ra támaszkodva tárolja és automatikusan titkosítja az inaktív adatokat. Ez a titkosítás megvédi az adatait, és segít a szervezet által előírt biztonsági és megfelelőségi követelmények teljesítésében. Az Azure Storage alapértelmezés szerint a Microsoft által felügyelt kulcsokkal titkosítja az adatokat. További információért lásd: Azure Storage titkosítás a nyugalmi adatokhoz.

Ha az Azure Storage-ral az Azure Portalon keresztül dolgozik, az összes tranzakció HTTPS-en keresztül történik. Az Azure Storage-ral a Storage REST API-val is dolgozhat HTTPS-en keresztül. Ha a REST API-knak a tárfiókokban lévő objektumok elérésére való meghívásakor HTTPS-t szeretne használni, engedélyezze a tárfiókhoz szükséges biztonságos átvitelt.

Adatkonfiguráció

A konfiguráció és a kód elkülönítése akkor válik fontossá, ha az integrációs megoldásokat a környezetek között szeretné áthelyezni anélkül, hogy újra kellene összeállítania vagy újra kellene összeállítania a kódot. A konfigurációs információk általában környezetspecifikusak, így definiálhat végpontokat és egyéb részleteket, amelyeket módosítania kell a megoldások környezetbeli üzembe helyezésekor.

BizTalk Server

• A BizTalk NT Szolgáltatás végrehajtható

  Ez a végrehajtható fájl meghív egy BTSNTSvc.exe.config nevű app.config fájlt. Ez a fájl kulcs-érték párokat biztosít, hogy egyértelmű szöveges konfigurációs információkat tárolhass. A következő szempontok alapján azonban ügyeljen erre a fájlra:

  • Ügyeljen arra, hogy gondosan replikálja a konfigurációt egy BizTalk-csoport összes számítógépére.

  • A konfigurációs módosításokhoz újra kell indítania a gazdagéppéldányokat a konfigurációs fájl legújabb értékeinek felvételéhez.

  • A konfigurációs fájlban bevezetett szintaxishibák megakadályozzák a gazdagéppéldányok indítását, és állásidőt eredményeznek.

• Vállalati egyszeri bejelentkezés eszköz

  Ezt az eszközt konfigurációs tárolóként is használhatja. Közösségi eszközök is rendelkezésre állnak az enterprise SSO-val végzett adatkezelés engedélyezéséhez. Ezeket az adatokat később SDK-eszközök használatával érheti el, hogy futásidőben lekérje ezeket az adatokat.

• Egyéni gyorsítótár-összetevők

  Ezeket az összetevőket gyakran vezetik be, így a kulcs-érték párokon túli használati eseteket is kezelhet. Tegyük fel például, hogy táblázatos adatokat szeretne tárolni egy SQL Server-adatbázisban, és betölti az adatokat a memóriába egy gazdagéppéldány indításakor. Ez az implementáció lehetővé teszi, hogy a BizTalk Server futásidőben szerezze be ezeket az információkat egyéni .NET Fx-kód futtatásával. Ezután ezeket az adatokat vezénylésekből, BizTalk-térképekből és egyéni folyamatösszetevőkből érheti el.

• Egyéni adatbázis

  Az adatbázisok jól ismert technológia és nyelv mind a fejlesztők, mind a rendszergazdák számára, így az egyéni adatbázis egy másik gyakori lehetőség az alkalmazáskonfigurációs adatok tárolására.

• Üzleti szabályok motorja (BRE)

  Bár nem elsődleges használati eset, a BRE konfigurációs tárolóként is működhet. Akár vezénylési vagy folyamatösszetevőből hívja meg a motort, definiálhat környezetspecifikus információkat a BRE-szabályzatokban, majd üzembe helyezheti a megfelelő szabályzatot a megfelelő környezetben. Futásidőben a vezénylési vagy folyamatösszetevők hozzáférhetnek és felhasználhatják ezeket az információkat az alsóbb rétegbeli függvényekben, például térképeken vagy útválasztási helyzetekben.

• Egyéni konfigurációs fájl

  Egyéni konfigurációs (.config) fájlokkal tárolhatja az alkalmazáskonfigurációs adatokat, de ez a módszer nem gyakori, mert valószínűleg statikus és rögzített helyet kell fenntartania ezekhez a fájlokhoz minden környezetben.

• Windows-beállításjegyzék

  Az alkalmazáskonfigurációs értékek tárolásához használhatja a Windows beállításjegyzéket érvényes beállításként. Ez a beállításjegyzék egy központi hierarchikus adatbázis, amelyet a Microsoft Windows operációs rendszerei használnak a rendszer egy vagy több felhasználó, alkalmazás és hardvereszköz konfigurálásához szükséges információk tárolására. A beállításjegyzék a következő alapvető elemeket tartalmazza: csalánkiütések, kulcsok és értékek. A beállításjegyzékben tárolt értékek fenntartása azonban nehéznek bizonyulhat a több adatbázissal rendelkező nagy környezetekben, valamint az egyes alkalmazásbeállítások biztonsági mentésének nehézsége.

Azure Integration Services

• Azure Key Vault

  Ez a szolgáltatás tárolja és védi az alkalmazások és felhőszolgáltatások által használt titkosítási kulcsokat és egyéb titkos kulcsokat. Mivel a biztonságos kulcskezelés elengedhetetlen a felhőbeli adatok védelméhez, az Azure Key Vault használatával titkosíthatja és tárolhatja a kulcsokat és titkos kulcsokat, például jelszavakat.

• Azure App Configuration

  Ez a szolgáltatás központilag kezeli az alkalmazásbeállításokat és a funkciójelzőket. Az összes Azure-alkalmazás konfigurációit univerzális, üzemeltetett helyen tárolhatja. A konfigurációk hatékony és megbízható kezelése valós időben és az ügyfelek befolyásolása nélkül az időigényes újratelepítések elkerülésével. Azure-alkalmazás konfiguráció a sebesség, a méretezhetőség és a biztonság érdekében készült.

• Azure Cosmos DB

  Ez a szolgáltatás egy teljes körűen felügyelt NoSQL-adatbázis a modern alkalmazásfejlesztéshez egy számjegyű ezredmásodpercnyi válaszidővel, valamint automatikus és azonnali méretezhetőséggel, amely bármilyen léptékben garantálja a sebességet. A konfigurációs adatokat betöltheti az Azure Cosmos DB-be, majd hozzáférhet ezekhez az adatokhoz az Azure Cosmos DB-összekötővel az Azure Logic Appsben.

• Azure Table Storage

  Ez a szolgáltatás egy másik tárolóhelyet biztosít a konfigurációs adatok alacsony költségen tartásához. Ezeket az adatokat egyszerűen elérheti az Azure Table Storage-összekötővel az Azure Logic Appsben. További információ: Azure Table Storage.

• Egyedi gyorsítótárazás

  Egyéni gyorsítótárazási megoldásokat is implementálhat az Azure Integration Services használatával. A népszerű megközelítések közé tartozik a gyorsítótárazási szabályzatok használata az Azure API Managementben és az Azure Cache for Redisben.

• Egyéni adatbázis

  Az adatbázisok jól ismert technológia és nyelv mind a fejlesztők, mind a rendszergazdák számára, így az egyéni adatbázis egy másik gyakori lehetőség az alkalmazáskonfigurációs adatok tárolására.

Nagyméretű fájlfeldolgozás

A következő szakasz a BizTalk Server és az Azure Integration Services nagyméretű fájljainak kezelésére vonatkozó lehetőségeket ismerteti.

BizTalk Server

A nagy méretű fájlfeldolgozás kezeléséhez a BizTalk Server az alábbi profilok alapján optimalizálásokat tartalmaz:

• Csak üzenet-útválasztás

  Ha a BizTalk Servert csak az előléptetett üzenettulajdonságokon alapuló üzenetek útválasztására használja, a rendszer a .NET XmlReader felülettel streameli az üzeneteket a MessageBox adatbázisába. A BizTalk Server nem tölt be egyes üzenetrészeket a memóriába, így ebben a forgatókönyvben a memóriahibák nem okoznak problémát. Az elsődleges szempont azonban a nagyon nagy üzenetek (több mint 100 MB) MessageBox-adatbázisba való írásához szükséges idő. A BizTalk Server fejlesztői csapata sikeresen tesztelte a legfeljebb 1 GB-os üzenetek feldolgozását, ha csak útválasztást hajt végre. További információ: Folyamat teljesítményének optimalizálása.

• Adatátalakítások térképekkel

  Amikor a BizTalk Server térkép használatával átalakít egy dokumentumot, ez a memóriaigényes művelet átadja az üzenetet a .NET XslCompiledTransform osztálynak, amely betölti az XSL stíluslapot. A terhelési művelet sikeres befejezése után több szál is meghívhatja egyszerre az Átalakítás metódust. További információ: XslCompiledTransform Osztály.

  A BizTalk Server jelentősen javítja a nagyméretű dokumentumok memóriakezelését azáltal, hogy konfigurálható üzenetméret-küszöbértéket vezet be a dokumentumok memóriába való betöltéséhez az átalakítások során. Alapértelmezés szerint az üzenetméret küszöbértéke 1 MB. Az ilyen küszöbérték alatti méretű üzenetek esetén a BizTalk Server kezeli az üzenetet a memóriában. A küszöbérték feletti méretű üzenetek memóriaigényének csökkentése érdekében a BizTalk Server puffereli az üzenetet a fájlrendszerbe.

Azure Integration Services

Alapvető különbségek vannak a nagyméretű fájlok helyszíni köztes szoftverplatformokkal, például BizTalk Serverrel való feldolgozása és egy PaaS-ajánlat, például az Azure Logic Apps között. Például körültekintően vizsgálja meg a nagy üzenetforgatókönyveket, hogy megtalálja a megfelelő megoldást, mert a probléma megoldására különböző módok léteznek egy modern felhőkörnyezetben.

Fájlméretkorlátok

Az Azure-ban a fájlméretkorlátok a konzisztens és megbízható szolgáltatások biztosítása érdekében léteznek. A forgatókönyv érvényesítéséhez tekintse át az Azure Logic Apps szolgáltatáskorlátokkal kapcsolatos dokumentációját. Egyes összekötők támogatják az üzenetek adattömbjeit az alapértelmezett üzenetméretkorlátot meghaladó üzenetek esetében, amelyek az összekötőtől függően változnak. Az üzenetrészletezés úgy működik, hogy egy nagy üzenetet kisebb üzenetekre oszt.

Nem az Azure Logic Apps az egyetlen szolgáltatás, amelynek üzenetméret-korlátai vannak. Az Azure Service Bus például ilyen korlátozásokkal is rendelkezik. A nagy méretű üzenetek Azure Service Busban való kezeléséről további információt a Nagyméretű üzenetek támogatása című témakörben talál.

Jogcím-ellenőrzési minta

A fájlméret korlátozásainak elkerülése érdekében implementálhatja a jogcím-ellenőrzési mintát, amely úgy működik, hogy egy nagy üzenetet feloszt egy jogcím-ellenőrzésre és egy hasznos adatra. Elküldi a jogcím-ellenőrzést az üzenetkezelési platformnak, és a hasznos adatokat egy külső szolgáltatásban tárolja. Így feldolgozhatja a nagy méretű üzeneteket, miközben védi az üzenetbuszt és az ügyfelet a túlterheléstől. Ez a minta a költségek csökkentésében is segít, mivel a tárolás általában olcsóbb, mint az üzenetkezelési platform által használt erőforrásegységek.

Azure Data Factory

Az Azure Data Factory egy másik lehetőséget kínál a nagyméretű fájlok kezelésére. Ez a szolgáltatás az Azure ELT-ajánlata skálázható kiszolgáló nélküli adatintegrációhoz és adatátalakításhoz, kód nélküli vizuális felülettel az intuitív szerkesztéshez és az egyablakos monitorozáshoz és felügyelethez. A meglévő SQL Server Integration Services-csomagokat (SSIS) az Azure-ba is áthelyezheti, és teljes kompatibilitással futtathatja őket az Azure Data Factoryben. Az SSIS integrációs modul teljes körűen felügyelt szolgáltatást kínál, így nem kell aggódnia az infrastruktúra-kezelés miatt. További információt az SQL Server Integration Services számítási feladatainak felhőbe történő emelése és áthelyezése című témakörben talál.

A helyszíni architektúrákban az SSIS népszerű lehetőség volt a nagyméretű fájlok adatbázisokba való betöltésének kezelésére. Az Azure Data Factory az architektúra felhőbeli megfelelőjeként képes kezelni a nagy adathalmazok átalakítását és áthelyezését különböző adatforrások, például fájlrendszerek, adatbázisok, SAP, Azure Blob Storage, Azure Data Explorer, Oracle, DB2, Amazon RDS stb. között. Ha nagy adatfeldolgozási követelményekkel rendelkezik, fontolja meg az Azure Data Factory használatát jobb megoldásként az Azure Logic Apps és az Azure Service Bus esetében.

Monitorozás és riasztások

BizTalk Server

• BizTalk Állapotfigyelő

  Ez az eszköz egy MMC beépülő modul, amellyel figyelheti a BizTalk Server-környezetek állapotát, és karbantartási feladatokat hajthat végre. A funkciók közé tartoznak az MsgBox Viewer (MBV)-jelentések, a Terminator eszköz feladatai, az e-mail-értesítések, a jelentésgyűjtés és a perfmon integráció.

• BizTalk Felügyeleti konzol

  Ez az eszköz egy MMC beépülő modul a rendszergazdák számára a hibák, a felfüggesztett példányok, az újrapróbálkozott tranzakciók, az állapot stb. felderítéséhez. Az eszköz élménye nagyon reaktív jellegű, mert folyamatosan frissítenie kell a konzolt a legújabb információk áttekintéséhez.

• BizTalk360

  Egy külső webes megoldás, amely teljes körű felügyeletet biztosít a BizTalk Server-környezet felett. Ez az egyetlen eszköz üzemeltetési, monitorozási és elemzési képességeket kínál a BizTalk Serverhez.

Azure Integration Services

• Azure Monitor

  Az Azure-erőforrások monitorozásához ezt a szolgáltatást és a Log Analytics-képességet átfogó megoldásként használhatja a felhőből és a helyszíni környezetekből származó telemetriai adatok gyűjtésére, elemzésére és kezelésére.

• Az Azure Logic Appsben a következő lehetőségek érhetők el:

  • A Használat logikai alkalmazás munkafolyamatai esetén telepítheti a Logic Apps Felügyeleti megoldást (előzetes verzió) az Azure Portalon, és beállíthatja az Azure Monitor-naplókat a diagnosztikai adatok gyűjtéséhez. Miután beállította, hogy a logikai alkalmazás elküldje az adatokat egy Azure Log Analytics-munkaterületre, a telemetriai folyamatok olyan helyre kerülnek, ahol a Logic Apps Felügyeleti megoldás állapotvizualizációkat biztosíthat. További információ: Azure Monitor-naplók beállítása és diagnosztikai adatok gyűjtése az Azure Logic Appshez. Ha a diagnosztika engedélyezve van, az Azure Monitor használatával riasztásokat is küldhet különböző jeltípusok alapján, például amikor egy eseményindító vagy egy futtatás meghiúsul. További információ: Futtatás állapotának figyelése, eseményindítók előzményeinek áttekintése és riasztások beállítása az Azure Logic Appshez.

  • Standard logikaialkalmazás-munkafolyamatok esetén engedélyezheti az Application Insightst a logikai alkalmazás erőforrás-létrehozásakor, hogy diagnosztikai naplózást és nyomkövetéseket küldjön a logikai alkalmazás munkafolyamataiból. Az Application Insightsban megtekintheti az alkalmazástérképet , hogy jobban megértse a felületek teljesítményét és állapotát. Az Application Insights rendelkezésre állási képességeket is tartalmaz, amelyekkel olyan szintetikus teszteket konfigurálhat, amelyek proaktív módon hívják meg a végpontokat, majd kiértékelik a választ adott HTTP-állapotkódokra vagy hasznos adatokra vonatkozóan. A konfigurált feltételek alapján értesítéseket küldhet az érdekelt feleknek, vagy meghívhat egy webhookot további vezénylési képességekért.

• A Kiszolgáló nélküli 360 a Kovai egy külső megoldása, amely monitorozást és felügyeletet biztosít az Azure-szolgáltatások, például az Azure Logic Apps, az Azure Service Bus, az Azure API Management és az Azure Functions leképezésével. Az üzeneteket az Azure Service Bus üzenetsorainak használatával újra feldolgozhatja, öngyógyítást végezhet az időszakos szolgáltatáskimaradások kezeléséhez, és proaktív monitorozást állíthat be szintetikus tranzakciókon keresztül.

  Egyéni figyelési szabályokat konfigurálhat, és naplókat tekinthet meg egy portálon. Értesítéseket küldhet különböző csatornákon, például e-mailen, Microsoft Teamsen és ServiceNow-on keresztül. A felületek állapotának vizuális meghatározásához elérhetőek a szolgáltatástérképek.

Üzleti tevékenység monitorozása

Az alábbi szakasz a BizTalk Server és az Azure Integration Services számítási feladataihoz tartozó telemetriai adatok monitorozásának és gyűjtésének lehetőségeit ismerteti.

BizTalk Server

A BizTalk Server tartalmaz egy Üzleti tevékenység monitorozása (BAM) nevű funkciót, amely lehetővé teszi a fejlesztők és az üzleti elemzők számára, hogy meghatározzák a vezénylésekre alkalmazható nyomkövetési profilokat. Amikor az üzenetek áthaladnak a fogadási és küldési portokon, a rendszer rögzíti és tárolja az adatattribútumokat egy BAM-adatbázisban. Az egyéni implementáció egy .NET Fx API-val is elérhető.

Azure Integration Services

Bár az Azure-ban nem létezik egyenértékű üzleti tevékenységfigyelési képesség, létrehozhat egyéni megoldást olyan képességek használatával, mint az Application Insights vagy más adatplatformok. A munkafolyamat végrehajtása során rendszerezheti a kódot vagy a konfigurációt, hogy releváns információkat küldjön ezeknek az adattáraknak, ahol további elemzéseket és vizualizációkat végezhet a Power BI használatával. Az ezen a területen történő jövőbeli beruházásokról az útmutató későbbi, Úttérkép szakaszában olvashat bővebben.

Egy másik lehetőség, hogy használhat egy külső megoldást a Kovaiból, a Kiszolgáló nélküli 360-ból. A monitorozási platform mellett az üzleti tevékenység monitorozási funkcióját is használhatja, amely teljes körű nyomon követést biztosít az üzleti folyamatokhoz a natív felhőbeli és hibrid integrációkban. Ez a funkció tartalmaz egy felügyelt összekötőt, amellyel a fejlesztők kódokat készíthetnek, és rögzíthetik a fontos üzleti adatokat. A rendszergazdák ezután irányítópultokat hozhatnak létre, és megoszthatják őket üzleti elemzőkkel.

Nyomon követés

A következő szakasz a BizTalk Server és az Azure Integration Services teljesítményfigyelési és állapotelemzési összetevőinek nyomon követésére szolgáló lehetőségeket ismerteti.

BizTalk Server

• Üzenetkövetés

  A BizTalk Server rendszergazdái az üzenettörzs nyomon követésével jelezhetik, hogy mikor kell az üzenettörzseket a tárolóban tárolni hibaelhárítási és naplózási célokra. Az üzenetkövetés teljesítmény- és tárolási szempontból is költséges művelet, ezért ezt a képességet szelektíven használva elkerülheti a teljesítményproblémákat. Ha engedélyezi az üzenettörzs nyomon követését a Fogadás és küldés portokon, a BizTalk Server az adatokat a BizTalk Tracking adatbázisba (BizTalkDTADb) másolja a TrackedMessages_Copy_<message-box-name> nevű SQL Server-ügynökfeladat használatával.

  

  Szinte minden BizTalk Server-összetevőre alkalmazhat nyomkövetést, beleértve a vezényléseket, a folyamatokat, a portok fogadását, a portok küldését, a sémákat és az üzleti szabályokat. Ezek a beállítások futásidőben engedélyezve vannak vagy le vannak tiltva anélkül, hogy hatással vannak a kódra (megoldásra), vagy újraindítást igényelnek.

• Állapot- és tevékenységkövetés (HAT)

  Bár a HAT eszköz a 2009-ben megjelent kiadástól kezdve el lett távolítva a BizTalk-kiszolgálóról, a funkció továbbra is megtalálható a BizTalk felügyeleti konzolon. A rendszergazdák az Új lekérdezés felületen keresztül kereshetnek adatokat a Csoport áttekintése felületen. A lekérdezéseket különböző feltételek alapján szabhatja testre, beleértve az eseménytípust, a portnevet, az URI-t, a sémanevet stb. Ha át szeretné tekinteni a fogadási vagy küldési porton átköltöző üzenettörzseket, hozzáférhet ezekhez az információkhoz, feltéve, hogy engedélyezte a portszintű nyomkövetést. További információ: Állapot- és tevékenységkövetés.

• Integráció az Application Insightsszal és az Azure Event Hubsszal

  A BizTalk Server 2016 Feature Pack 1 csomaggal telemetriát tehet közzé az Application Insightsban az Azure Monitorban vagy az Azure Event Hubsban. Ez a megközelítés elkerüli az SQL Server lemezkapacitásával kapcsolatos problémákat, így rugalmas, felhőalapú adattárakat használhat helyette, például az Application Insightst, a Log Analyticst, és futtathat előzményeket az Azure Logic Appsben.

Azure Integration Services

Az Azure Logic Apps részletes futtatási előzményekkel rendelkezik, így a fejlesztők és a támogatási elemzők a művelet telemetriai adatai alapján tekinthetik át a műveletet, beleértve az összes feldolgozott bemenetet és kimenetet. A bizalmas adatok védelme érdekében engedélyezheti a biztonságos bemeneteket és kimeneteket a munkafolyamatok egyes műveleteihez. Ez a képesség elrejti vagy elrejti az adatokat a naplókban és a munkafolyamat-futtatási előzményekben a szivárgások elkerülése érdekében.

Az adatok elhomályosításán túl azure RBAC-szabályokkal is védheti az adathozzáférést. Az Azure RBAC két beépített szerepkört tartalmaz, amelyek kifejezetten az Azure Logic Appshez tartoznak, amelyek a Logic App Közreműködője és a Logic App Operator.

Az Azure RBAC-on kívül ip-címtartomány szerint is korlátozhatja az Azure Logic Appsben a futtatási előzményekhez való hozzáférést.

Üzemeltetés

Az alábbi szakasz a BizTalk Server és az Azure Integration Services üzemeltetési lehetőségeit ismerteti.

BizTalk Server

A BizTalk Server 2020 a következő Microsoft-platformokat és -termékeket támogatja:

• Windows Server 2019, Windows Server 2016 és Windows 10
• Visual Studio 2019 Enterprise és Visual Studio 2019 Professional
• SQL Server 2019, SQL Server 2017 és SQL Server 2016 SP2
• Office 2019 és Office 2016

A BizTalk Servert saját hardveren, helyszíni virtuális gépen vagy Azure-beli virtuális gépen is telepítheti és futtathatja. Az Azure-beli virtuális gépek rugalmasságot biztosítanak a virtualizáláshoz számos számítási megoldáshoz, a BizTalk Server, a Windows Server, az SQL Server stb. támogatásával. Az összes jelenlegi generációs virtuális gép tartalmazza a terheléselosztást és az automatikus skálázást díjmentesen.

Azure Integration Services

Azure Logic Apps

• Futtatási tervek

  Az egybérlős Azure Logic Appsben a Standard logikai alkalmazások hasonlóak egy Azure-függvényhez vagy webalkalmazáshoz, ahol egyetlen munkafolyamat-szolgáltatási csomag használatával több Standard logikai alkalmazást is üzemeltethet. Ez a hasonlóság azt jelenti, hogy nem kell minden munkafolyamatot egyetlen standard logikai alkalmazás-erőforrásban üzembe helyeznie. Ehelyett ezeket a munkafolyamatokat logikai csoportokba (logikai alkalmazásokba) rendezheti, hogy jobban kezelhesse a megoldás egyéb aspektusait. Ez a megközelítés segít a munkafolyamat-szolgáltatáscsomagból a lehető legtöbbet kihozni, és időtálló alkalmazásokat használni, amelyeket implementálhat, hogy azok egyenként méretezhetők legyenek.

  Egy standard logikai alkalmazás a következő tarifacsomagokkal rendelkezik: WS1, WS2 és WS3. Funkcionálisan minden szint ugyanazokat a képességeket biztosítja. A számítási és memória-meghatározási követelmények a legmegfelelőbbek a forgatókönyvhöz, például:

  Tarifacsomag	Virtuális PROCESSZOR (vCPU)	Memória (GB)
  WS1	0	3,5
  WS2	2	7
  WS3	4	14

  A legfrissebb információkért tekintse meg a Standard modell tarifacsomagjait.

• Elérhetőség és redundancia

  Az Azure-ban a rendelkezésre állási zónák rugalmasságot, elosztott rendelkezésre állást és aktív-aktív-aktív zónaméretezhetőséget biztosítanak. A logikai alkalmazás számítási feladatainak rendelkezésre állásának növelése érdekében engedélyezheti a rendelkezésre állási zónák támogatását, de csak a logikai alkalmazás létrehozásakor. Minden olyan Azure-régióban, amely támogatja és engedélyezi a zónaredundanciát, legalább három különálló rendelkezésre állási zónára lesz szüksége. Az Azure Logic Apps platform ezeket a zónákat és logikai alkalmazások számítási feladatait osztja el ezeken a zónákon. Ez a képesség kulcsfontosságú követelmény a rugalmas architektúrák engedélyezéséhez és a magas rendelkezésre állás biztosításához, ha adatközpont-hibák történnek egy régióban. További információ: Magas rendelkezésre állású megoldások összeállítása rendelkezésre állási zónák használatával.

• Izolált és dedikált környezet

  Standard logikai alkalmazások esetén lehetősége van kiválasztani egy App Service Environment (ASE) v3-as verziót az üzembe helyezési környezethez. Az ASE v3-as verzióval teljesen elkülönített és dedikált környezetet kap az alkalmazások nagy léptékű, kiszámítható díjszabással történő futtatásához. Csak az ASE App Service-csomagért kell fizetnie, függetlenül attól, hogy hány logikai alkalmazást hoz létre és futtat.

Azure Service Bus

Az Azure Service Bus különböző tarifacsomagokat kínál, így kiválaszthatja az igényeinek leginkább megfelelő szintet. Vállalati környezetek esetén az ügyfelek általában a Prémium vagy a Standard szintet választják. Azoknak az ügyfeleknek, akik nagy átviteli sebességet igényelnek kiszámítható teljesítménnyel és a fejlett hálózatkezelés támogatásával, a Prémium szint jobb választás. Vagy ha el tudja fogadni a változó átviteli sebességet és a kisebb üzenetfeldolgozást, a Standard szintnek több értelme lehet. Az alábbi táblázat mindkét szintet összegzi:

Prémium szintű csomag	Standard csomag
Nagy átviteli sebesség	Változó teljesítmény
Kiszámítható teljesítmény	Változó késés
Rögzített díjszabás	Használatalapú változó díjszabás
Lehetőség a munkaterhelés vertikális fel- és leskálázására	Nem elérhető
Az üzenet mérete legfeljebb 100 MB. Lásd: Nagy üzenettámogatás.	Legfeljebb 256 KB méretű üzenet

A legfrissebb információkért tekintse meg a Service Bus Premium és a Standard üzenetkezelési szinteket.

Azure API Management

Az Azure API Management különböző tarifacsomagokat kínál, így kiválaszthatja az igényeinek leginkább megfelelő szintet. Minden szint saját képességekkel rendelkezik, és a neve Consumption, Developer, Basic, Standard és Premium.

Ezen szintek képességei a Microsoft Entra-integrációtól, az Azure-beli virtuális hálózat támogatásától, a beépített gyorsítótártól, a saját üzemeltetésű átjáróktól és egyebektől terjednek. További információ ezekről a szintekről és képességeikről: Az Azure API Management-szintek funkcióalapú összehasonlítása.

Azure Data Factory

Az Azure Data Factory különböző díjszabási modelleket kínál, így kiválaszthatja az igényeinek leginkább megfelelő modellt. A lehetőségek a futtatókörnyezet típusától függően változnak, beleértve az Azure Integration Runtime-t, az Azure Managed VNET Integration Runtime-t és a saját üzemeltetésű integrációs modult. Minden futásidejű ajánlaton belül vegye figyelembe a vezénylések, az adatáthelyezési tevékenység, a folyamattevékenység és a külső folyamattevékenység támogatását. A költségtervezéssel és a díjszabással kapcsolatos további információkért lásd : Az Azure Data Factory költségeinek kezelése és a Data Factory díjszabásának ismertetése példákon keresztül

Telepítés

BizTalk Server

A BizTalk Server natív üzembehelyezési csomagolása egy Microsoft Installer-fájlon (MSI) alapul, amely egy környezetkonfigurációval vagy kötésekkel kombinált fájlon alapul. Ez a két fájl különválasztja az összetevők telepítését, amelyek a következő BizTalk Server-adattárakban vannak üzembe helyezve, és a port- és folyamatszinten határozzák meg a beállításokat, beleértve a végpontot, a titkos kulcsokat, a folyamatkonfigurációt és másokat.

• Felügyeleti adatbázis
• BizTalk Server helyi mappák
• .NET globális szerelvénygyorsítótár

Bár ez a folyamat hatékonynak bizonyulhat, az egyes környezetkonfigurációkat a kódtól elkülönítve kell kezelnie. A BizTalk Deployment Framework (BTDF) nyílt forráskódú projektje egyetlen megoldást kínál erre a problémára. Ezzel az eszközzel fenntarthatja a környezetkonfigurációt a BizTalk Server-megoldás részeként egy, a tervezéskor létrehozott jogkivonatos kötésfájl és egy Excel-fájlként létrehozott tokenmátrix használatával az egyes környezetekhez.

A létrehozási folyamat ezután létrehoz egy egységes és verziószámozott MSI-fájlt. Ez a fájl ugyanabból a csomagból támogatja az összetevők üzembe helyezését és környezetkonfigurációját, így jobban szabályozhatja a különböző környezetekben implementálni kívánt megoldás verzióját.

A BTDF-csomagok támogatása folyamatos integrációs-folyamatos üzembe helyezési (CI/CD) folyamatban a BizTalk Server 2020-ban érhető el, amely tartalmazza a BizTalk Server 2016 szolgáltatáscsomagokkal bevezetett funkciókat. Ezzel a funkcióval és az Azure DevOps platformmal egyszerűsítheti a BizTalk Server-megoldások automatikus üzembe helyezését a különböző környezetekben.

Azure Integration Services

Amikor üzembe helyez egy Azure Integration Services-összetevőt vagy -megoldást az Azure-ban, a következő elemeket kell kezelnie:

• Tárolóként működő Azure-erőforrások vagy az üzembe helyezni kívánt megoldások infrastruktúrája, például az API Management-példány, a Standard logikai alkalmazás erőforrása, a Service Bus-névtér vagy az Event Grid-témakör

• Az egyes összetevők, például API-k, munkafolyamatok, üzenetsorok és előfizetések által implementált tényleges logika

• Az egyes összetevőkhöz társított környezetspecifikus konfiguráció, például engedélyek, titkos kódok, riasztások stb.

Ha az infrastruktúradefiníciót elkülöníti a kódtól, az infrastruktúradefiníciót csak egy újabb kódként kezelheti, amelyet verziószámozhat, biztonságosan tárolhat egy forrásvezérlő adattárban, és elindíthat egy üzembe helyezést, amikor a definíció megváltozik. Ez a gyakorlat, más néven infrastruktúra mint kód (IaC) javítja a környezet minőségét, mivel minden környezethez létrehozhat verziókat, és nyomon követheti a forráskövetés változásait.

Az Azure Integration Services támogatja az IaC-t azáltal, hogy lehetővé teszi az infrastruktúra-erőforrások Azure Resource Management-sablonok használatával történő létrehozását. Bár az ARM-sablonok összetettnek tűnhetnek az egységes megoldás megértéséhez és implementálásához, használhat absztrakciós eszközöket, például a Bicepet, a Terraformot vagy a Pulumit, amelyek kódszerű felületet biztosítanak az infrastruktúradefiníció létrehozásához. Bár ezek az eszközök absztrakciós rétegeket biztosítanak ARM-sablonokon keresztül, az eszközök végső soron ARM-sablonokat hoznak létre, és üzembe helyezhetik ezeket a sablonokat.

Az infrastruktúra üzembe helyezésével üzembe helyezheti a végpontok közötti munkafolyamatokat megvalósító logikát. Mivel az Azure Integration Services számos eszközt kínál az integrációs munkafolyamatok implementálásához, minden összetevőt üzembe kell helyeznie. Az Azure Integration Services használatával készült megoldások esetében a CI/CD-folyamatok általában az összetevők vezénylésén alapulnak. A DevOps mérnökei olyan beépített műveleteket használhatnak, amelyek elvonják az üzembe helyezési tevékenységeket, vagy általános műveleteket használnak, amelyek parancssori felületi parancsokat vagy automatizálási szkripteket futtatnak, például a PowerShellt és a Basht. A legtöbb esetben a mérnökök az alkalmazás igényeinek megfelelően szabják testre a folyamatokat, áttekintik a hivatalos dokumentáció útmutatását, és kiindulási pontként mintaadattárakat használnak.

Az egyes összetevők üzembe helyezésre való előkészítésének folyamata általában a következő lépéseket veszi figyelembe:

• Folyamatos integrációs fázis

  1. Szerezze be a forráskód legújabb verzióját.

  2. Készítse elő a kódot a környezetspecifikus konfigurációval.

     Ennek a lépésnek a részletei a környezeti változók külső injektálásához nyújtott technológia támogatásától függnek. Az alapfeltétel az, hogy a környezetalapú konfigurációs információk, például a kapcsolati sztring és a külső erőforrásokra mutató hivatkozások absztrakciója az alkalmazásbeállítások tárházára való hivatkozáshoz szükséges. Ebben a forgatókönyvben tehát olyan hivatkozásokat tárolhat, amelyek egyértelmű szövegként létezhetnek közvetlenül az alkalmazásbeállítások adattárában, de bizalmas értékeket, például titkos kulcsokat tárolhat, például egy titkos kulcstároló bejegyzéseire mutató hivatkozásokat, például egy Azure-kulcstartót.

     Az Azure Logic Apps ezt a megközelítést az alkalmazásbeállítások tárházára mutató hivatkozások támogatásával teszi lehetővé egy standard logikai alkalmazás erőforrása számára, amelyet aztán a név-érték párok a kulcstartó bejegyzéseihez rendelhet.

     Az Azure API Management esetében hasonló eredményeket kaphat egy névérték-konfigurációval, amely az Azure Key Vaultot is támogatja.

  3. Csomagolja be a különböző környezetekben való üzembe helyezéshez szükséges kódot.

• Folyamatos üzembe helyezési fázis

  1. Csomagolt kód üzembe helyezése a célkörnyezetben.

  2. Frissítse az alkalmazásbeállítások tárházát a megfelelő környezeti értékekkel, akár tiszta szövegként, akár a kulcstartó bejegyzéseire mutató hivatkozásként.

  3. Frissítse a kódtól függő szükséges engedélyeket.

  4. Szükség esetén készítse elő az alkalmazást a végrehajtásra.

Funkcióegyeztetés

Az alábbi táblázat és ábra nagyjából bemutatja, hogy az erőforrások, összetevők, funkciók és képességek hogyan egyeznek meg a BizTalk Server és az Azure Integration Services között, bár az egyezés nem lesz egy az egyhez. Bár az Azure Integration Services az integrációs számítási feladatok kulcsfontosságú platformja, ügyeljen arra, hogy az összes rendelkezésre álló Azure-képességet teljes egészében figyelembe vegye.

Szolgáltatás vagy funkció	BizTalk Server	Azure
Vezénylések	- BizTalk Server vezénylés - C# kód (segédosztály vagy webszolgáltatás)	– Azure Logic Apps-munkafolyamat – Azure Functions-függvényalkalmazás - Azure API-alkalmazás
Pipelines	- BizTalk Server-folyamatok - Folyamatösszetevők	- Azure Logic Apps-munkafolyamatok (folyamatként) - Azure API Management (folyamatként) - Azure Functions vagy Azure API-alkalmazás
Üzenet-útválasztás	- MessageBox - Ingatlan promóciók -Szűrők	– Azure Service Bus-üzenetsorok és témakörök (üzenetfejlécek, üzenettulajdonságok és előfizetések) - Azure Event Grid vagy Azure API Management - SQL Server vagy Azure Cache for Redis
Alkalmazáskapcsolat	- BizTalk Server házon kívül és egyéni adapterek - Internet Information Services (IIS) és Azure API Management (hibrid képességek)	– Azure Logic Apps-összekötők - Azure API Management (összekötőként) - Azure Functions vagy Azure API-alkalmazás
Kereszthivatkozások	xref_ * táblák a BizTalk Management-adatbázison (BizTalkMgmtDb)	- Azure Functions - SQL Server -Szokás
Sémák (XSD)	- BizTalk Server-sémák – XML-, JSON- és egysíkú fájlsémák	- Azure Logic Apps (használat) és Azure Integration Account - Azure Functions és Azure Storage-fiók - Azure Logic Apps és Azure API App - Azure Logic Apps (Standard)
Maps	- BizTalk Mapper - XSLT-térképek - Azure API Management (hibrid képességek)	- Azure Logic Apps (használat) és Azure Integration Account (XSLT-térképek, Liquid) - Azure Functions és Azure Storage-fiók – Azure Logic Apps és Azure API-alkalmazás - Azure Logic Apps (Standard)
Üzleti szabályok	BizTalk Server üzleti szabályok motorja	- Azure Functions - SQL Server - Egyéni adatbázis
Üzleti tevékenység monitorozása	BizTalk Server Üzleti tevékenység monitorozása	- SQL Server - Azure Monitor (Application Insights) - Power BI
EDI	- A BizTalk Server beépített képességei - Felek, partnerek, megállapodások, AS2, X12, EDIFACT	Azure Logic Apps és Azure Integration Account (partnerek, szerződések, AS2, X12, EDIFACT)
HL7, RosettaNet és SWIFT	BizTalk Server-gyorsítók HL7, RosettaNet és SWIFT esetén	- Azure Logic Apps, RosettaNet és SWIFT-összekötők, valamint Azure Integration Account - Azure API Management for FHIR (HL7) - Azure Blueprint, amely lehetővé teszi a SWIFT CSP-megfelelőséget az Azure-ban
Titkos kódok	Vállalati egyszeri bejelentkezés (SSO)	- Azure Key Vault - SQL Server - Alkalmazáskonfiguráció
Biztonság és irányítás	- Vállalati egyszeri bejelentkezés (SSO) - SSO affiliate alkalmazások - Active Directory - Tanúsítványok aláírása - IIS biztonsági hitelesítés - Hálózati biztonság	- Microsoft Entra-azonosító - Azure Network Security - Azure szerepköralapú hozzáférés-vezérlés (Azure RBAC) - Jogcímek, jogkivonatok – Megosztott hozzáférési szabályzatok
Adatkonfiguráció	- Fájlok konfigurálása – Vállalati egyszeri bejelentkezéses alkalmazás konfigurációja – Egyéni gyorsítótár-összetevők - Egyéni adatbázis - Üzleti szabályok motorja - Windows beállításjegyzék	- Azure Key Vault - Azure-alkalmazás konfiguráció - Azure Cosmos DB - Azure Table Storage – Az Azure Logic Apps (Standard) konfigurációja – Azure Functions-konfiguráció – Azure API Management által elnevezett értékek és háttérrendszerek - SQL Server – Egyéni gyorsítótárazás - Egyéni adatbázis
Telepítés	- BizTalk Server kötésfájl	- Azure Pipelines - Bicep-szkriptek - Terraform
Nyomon követés	- BizTalk Server nyomkövetési képességei (Portok fogadása, Portok küldése, folyamatok, vezénylések) - IIS-nyomkövetés - Azure API Management beépített elemzés (hibrid képességek)	– Az Azure Logic Apps futtatási előzményei és nyomon követett tulajdonságai - Azure Storage-fiók - Azure Monitor (Application Insights) – Azure API Management beépített elemzés – Egyéni megoldás, például az Azure Event Hubs, az Azure Functions, az SQL Server és az Azure Data Explorer
Figyelés	- BizTalk felügyeleti konzol - BizTalk Állapotfigyelő	Azure Monitor (Application Insights, Log Analytics)
Üzemeltetés	- BizTalk Server Felügyeleti konzol - Azure Pipelines - MSI, PowerShell - BizTalk Deployment Framework	- Azure Portal - Azure Monitor – Azure Resource Manager-sablonok - Azure Pipelines - PowerShell, CLI, Bicep

Útiterv

Annak érdekében, hogy a BizTalk-ügyfelek igényeinek megfelelően migrálhassák számítási feladataikat és felületeiket az Azure Integration Servicesbe, a Microsoft jelenleg a következő beruházásokat helyezi előtérbe:

Időszak	Funkcióbefektetések
Rövid távú	- XSLT + .NET-keretrendszer támogatás (nyilvános előzetes verzió) - SWIFT MT kódoló és dekóder (nyilvános előzetes verzió) – Egyéni .NET-keretrendszer kód meghívása az Azure Logic Appsből (Standard)
Középtávú	- EDI- és integrációs fiók fejlesztései – Natív XML-támogatás - WCF és SOAP támogatás - Üzleti szabályok motor támogatása
Hosszú távú	Üzleti eseménykövetés

Ha naprakész szeretne maradni a legújabb befektetésekről, iratkozzon fel az Azure Blog – Tech Community integrációira.

Következő lépések

Többet is megtudhat arról, hogyan viszonyul az Azure Integration Services a BizTalk Serverhez. A következő lépésben megtudhatja, hogyan választhatja ki a forgatókönyvekhez leginkább megfelelő Azure-képességeket. Vagy ugorjon előre, és tekintse át a javasolt megközelítéseket és erőforrásokat, a tervezési szempontokat és a migrálás ajánlott eljárásait.

Válassza ki a forgatókönyvhöz legjobb Azure Integration Services-ajánlatokat

A BizTalk Server migrálási megközelítései az Azure Integration Servicesbe