Proč migrovat z BizTalk Serveru na Azure Integration Services?

Tato příručka obsahuje přehled důvodů a výhod, porovnání produktů, možností a dalších informací, které vám pomůžou začít migrovat z místního BizTalk Serveru na cloudové integrační služby Azure. V této příručce najdete další příručky, které se týkají výběru služeb, které nejlépe vyhovují vašemu scénáři, spolu se strategiemi migrace, aspekty plánování a osvědčenými postupy, které vám pomůžou zajistit úspěšné výsledky.

Důvody a výhody

Migrací úloh integrace do Azure Integration Services můžete využít následující hlavní výhody:

Výhoda	Popis
Moderní integrační platforma jako služba (iPaaS)	Služba Azure Integration Services zatím nevymyslela možnosti, kdy byl původně sestaven BizTalk Server, například: – Schopnost vytvářet a spravovat rozhraní REST API – Škálovatelná cloudová infrastruktura - Schémata ověřování, která jsou moderní, bezpečnější a snadněji implementovaná – Zjednodušené vývojové nástroje, včetně mnoha prostředí založených na webovém prohlížeči – Automatické aktualizace platformy a integrace s dalšími nativními službami cloudu
Ceny založené na spotřebě	U tradičních platforem middlewaru musíte často výrazně investovat do kapitálových investic do získávání licencí a infrastruktury, což vás vynutí "sestavovat pro špičku" a vytvářet nefektivnosti. Azure Integration Services poskytuje více cenových modelů, které vám obecně umožňují platit za to, co používáte. I když některé cenové modely umožňují a poskytují přístup k pokročilejším funkcím, máte flexibilitu platit za to, co využíváte.
Dolní bariéra pro vstup	BizTalk Server je velmi schopný middlewarový zprostředkovatel, ale vyžaduje významný čas učit se a získat odbornost. Integrační služby Azure zkracují dobu potřebnou ke spuštění, učení, sestavování a doručování řešení. Azure Logic Apps například obsahuje vizuální návrhář, který poskytuje prostředí bez kódu nebo nízkého kódu pro vytváření deklarativních pracovních postupů.
Připojení SaaS	S rozhraními REST API se stávají standardem pro integraci aplikací, více společností SaaS tento přístup přijalo při výměně dat. Microsoft vytvořil rozsáhlé a neustále se rozšiřující ekosystém konektorů se stovkami rozhraní API pro práci s Microsoftem a ne služby Microsoft, systémy a protokoly. V Azure Logic Apps můžete pomocí návrháře pracovních postupů vybrat operace z těchto konektorů, snadno vytvářet a ověřovat připojení a konfigurovat operace, které chtějí použít. Tato funkce urychluje vývoj a poskytuje větší konzistenci při ověřování přístupu k těmto službám pomocí OAuth2.
Několik geografických nasazení	Azure v současné době nabízí více než 60 oznámených oblastí, více než jakýkoli jiný poskytovatel cloudu, abyste si mohli snadno vybrat datacentra a oblasti, které jsou pro vás a vaše zákazníky vhodné. Díky tomuto dosahu můžete nasadit řešení konzistentním způsobem napříč mnoha zeměpisnými oblastmi a poskytuje příležitosti z hlediska škálovatelnosti i redundance.

Co je Azure Integration Services?

Azure Integration Services zahrnuje následující cloudové, bezserverové, škálovatelné a spravované stavební bloky microsoftu, které vám umožní vytvářet komplexní řešení integrace a migrovat stávající řešení BizTalk Serveru:

Služba	Popis
Azure Logic Apps	Vytvářejte a spouštějte automatizované pracovní postupy aplikací logiky, které integrují vaše aplikace, data, služby a systémy. Můžete rychle vyvíjet vysoce škálovatelná řešení integrace pro podnikové scénáře a scénáře B2B (Business-to-Business). Pomocí vizuálního návrháře pracovních postupů můžete povolit mikroslužby, orchestrace rozhraní API a obchodní integrace. Pokud chcete zvýšit škálování a přenositelnost při automatizaci důležitých obchodních pracovních postupů, nasaďte a spusťte kdekoli, kde může Kubernetes běžet. Můžete vytvořit prostředky aplikace logiky Consumption nebo Standard. Aplikace logiky Consumption zahrnuje pouze jeden stavový pracovní postup, který běží v Azure Logic Apps s více tenanty. Standardní aplikace logiky může obsahovat několik stavových nebo bezstavových pracovních postupů, které běží v Azure Logic Apps s jedním tenantem, ve službě App Service Environment v3 nebo Azure Arc s podporou Logic Apps. Pro umístění Azure Logic Apps v rámci Integračních služeb Azure se tato příručka zaměřuje na standardní aplikace logiky, které poskytují nejlepší rovnováhu mezi podnikovými funkcemi, náklady a flexibilitou. Další informace najdete v tématu Azure Logic Apps.
Azure Functions	Napište méně kódu, udržujte méně infrastruktury a ušetřete náklady na spouštění aplikací. Bez nutnosti nasazovat a udržovat servery poskytuje cloudová infrastruktura všechny aktuální prostředky potřebné k tomu, aby vaše aplikace běžely. Další informace najdete v tématu Azure Functions.
Azure Data Factory	Vizuálně integrujte všechny zdroje dat pomocí více než 90 integrovaných konektorů bez dalších poplatků bez údržby. Snadné vytváření extrakce, transformace a načítání (ETL) a extrakce, načítání a transformace (ELT) zpracovává kód bez kódu v intuitivním prostředí nebo můžete napsat vlastní kód. Pokud chcete odemknout obchodní přehledy, doručte integrovaná data do Azure Synapse Analytics. Další informace najdete v tématu Azure Data Factory.
Azure Service Bus	Přenos dat mezi aplikacemi a službami, i když jsou offline, jako zprávy pomocí tohoto vysoce spolehlivého podnikového zprostředkovatele zpráv. Získáte větší flexibilitu při zprostředkování zpráv mezi klientem a serverem se strukturovaným zasíláním zpráv typu first-in, zasíláním zpráv fiFO (first-out), možnostmi publikování a odběrem a asynchronními operacemi. Další informace najdete v tématu Azure Service Bus.
Azure Event Grid	Integrujte aplikace pomocí událostí doručovaných zprostředkovatele událostí do cílů odběratelů, jako jsou služby Azure, jiné aplikace nebo jakýkoli koncový bod, ve kterém má Event Grid síťový přístup. Zdroje událostí můžou zahrnovat další aplikace, služby SaaS a služby Azure. Další informace najdete v tématu Azure Event Grid.
Azure API Management	Nasaďte brány rozhraní API vedle sebe a optimalizujte tok provozu pomocí rozhraní API hostovaných v Azure, dalších cloudech a místních prostředích. Splnění požadavků na zabezpečení a dodržování předpisů, zatímco máte jednotné prostředí pro správu a plnou pozorovatelnost napříč všemi interními a externími rozhraními API. Další informace najdete v tématu Azure API Management.

Doplňkové služby Azure

Kromě dříve popsaných služeb nabízí Microsoft také následující doplňkové služby, které poskytují základní možnosti pro integrační služby Azure a které budete pravděpodobně používat v projektu migrace:

Služba	Popis
Azure Storage	Poskytuje vysoce dostupné, široce škálovatelné, odolné, zabezpečené a moderní úložiště pro různé datové objekty v cloudu. K těmto datovým objektům můžete přistupovat odkudkoli na světě přes HTTP nebo HTTPS pomocí rozhraní REST API. Služba Azure Integration Services používá tyto funkce k bezpečnému ukládání konfiguračních a telemetrických dat za vás, zatímco transakce procházejí platformou. Další informace najdete v tématu Azure Storage.
Řízení přístupu na základě role Azure (Azure RBAC)	Správa přístupu ke cloudovým prostředkům, což je důležitá funkce pro jakoukoli organizaci, která cloud používá. Azure RBAC je autorizační systém založený na Azure Resource Manageru, který poskytuje jemně odstupňovanou správu přístupu k prostředkům Azure. Můžete spravovat, kdo má přístup k prostředkům Azure, co může s těmito prostředky dělat a ke kterým oblastem má přístup. Další informace najdete v tématu Azure RBAC.
Azure Key Vault	Poskytuje možnosti, které vám pomůžou vyřešit problémy související se správou tajných kódů, správou klíčů a správou certifikátů. Služba Azure Integration Services poskytuje integraci se službou Azure Key Vault prostřednictvím nastavení konfigurace aplikace a konektoru. Tato funkce umožňuje ukládat tajné kódy, přihlašovací údaje, klíče a certifikáty zabezpečeným, ale pohodlným způsobem. Další informace najdete v tématu Azure Key Vault.
Azure Policy	Poskytuje možnosti, které vám pomůžou vynutit standardy organizace a vyhodnotit dodržování předpisů škálovatelným způsobem. Prostřednictvím řídicího panelu dodržování předpisů získáte agregované zobrazení, abyste mohli vyhodnotit celkový stav prostředí s možností přejít k podrobnostem jednotlivých prostředků a podrobností zásad. Integrační služby Azure se integrují se službou Azure Policy, abyste mohli efektivně implementovat rozšířené zásady správného řízení. Další informace najdete v tématu Azure Policy.
Sítě Azure	Poskytuje širokou škálu síťových funkcí, včetně možností připojení, služeb ochrany aplikací, služeb doručování aplikací a monitorování sítí. Služba Azure Integration Services tyto funkce využívá k poskytování připojení mezi službami pomocí virtuálních sítí a privátních koncových bodů. Další informace najdete v tématu Sítě Azure.
Azure Event Hubs	Vytvářejte dynamické datové kanály a okamžitě reagují na obchodní výzvy streamováním milionů událostí za sekundu z libovolného zdroje pomocí plně spravované služby pro příjem dat v reálném čase, která je jednoduchá, důvěryhodná a škálovatelná. SLUŽBA API Management provádí vlastní protokolování pomocí služby Event Hubs, což je jedno z nejlepších řešení při implementaci odděleného řešení pro sledování v Azure. Další informace najdete v tématu Azure Event Hubs.
Azure SQL Database	V určitém okamžiku možná budete muset vytvořit vlastní strategie protokolování nebo vlastní konfigurace pro podporu řešení integrace. Zatímco SQL Server se pro tento účel běžně používá místně, azure SQL Database může nabídnout přijatelné řešení při migraci místních databází SQL Serveru do cloudu. Další informace najdete v tématu Azure SQL Database.
Azure App Configuration	Centrálně spravujte nastavení aplikace a příznaky funkcí. Moderní programy, zejména ty, které běží v cloudu, mají obecně mnoho distribuovaných komponent podle povahy. Rozšíření nastavení konfigurace mezi tyto komponenty může vést k obtížnému řešení chyb během nasazování aplikace. Pomocí služby App Configuration můžete uložit všechna nastavení pro vaši aplikaci a zabezpečit jejich přístupy na jednom místě. Další informace najdete v tématu Aplikace Azure Konfigurace.
Azure Monitor	Aplikační Přehledy, která je součástí služby Azure Monitor, poskytuje správu a monitorování výkonu aplikací pro živé aplikace. Uložte telemetrii aplikací a monitorujte celkový stav vaší integrační platformy. Máte také možnost nastavit prahové hodnoty a dostávat upozornění, když výkon překročí nakonfigurované prahové hodnoty. Další informace najdete v tématu Přehledy aplikace.
Azure Automation	Automatizujte úlohy správy Azure a orchestrujte akce napříč externími systémy v rámci Azure. Je založený na pracovním postupu PowerShellu, abyste mohli používat mnoho funkcí tohoto jazyka. Další informace najdete v tématu Azure Automation.

Podporovaná prostředí pro vývojáře

Tato část popisuje vývojářské nástroje, které podporuje server BizTalk a Azure Integration Services:

Nabídka	Produkt nebo služba s podporovanými nástroji
BizTalk Server	Každá verze BizTalk Serveru podporuje konkrétní verzi sady Visual Studio. Například BizTalk Server 2020 podporuje Visual Studio 2019 Enterprise nebo Professional. Visual Studio Community Edition se ale nepodporuje.
Integrační služby Azure	– Azure Logic Apps (Standard): Azure Portal a Visual Studio Code – Azure Logic Apps (Consumption): Azure Portal, Visual Studio Code a Visual Studio 2019, 2017 nebo 2015 – Azure Functions: Azure Portal, Visual Studio Code a Visual Studio 2022 – Azure API Management: Azure Portal a Visual Studio Code – Azure Service Bus: Azure Portal a Service Bus Explorer – Azure Data Factory: Azure Portal a Visual Studio 2015 nebo 2013

BizTalk Server versus Azure Integration Services

Abychom mohli porovnat BizTalk Server s Azure Integration Services a probrat, jak migrovat, pojďme nejprve stručně shrnout, co BizTalk Server dělá. BizTalk Server je původně k dispozici v roce 2000 místní, stabilní middlewarová platforma, která připojuje různé systémy pomocí adaptérů. Tato platforma funguje jako zprostředkovatel mezi podniky, systémy nebo aplikacemi a je teď dobře zavedenou integrační platformou. Pro zjednodušení výzvy při kombinování různých systémů vyvinutých v různých jazycích a je možné je připojit pomocí různých protokolů a formátů, Nabízí BizTalk Server následující hlavní funkce:

• Orchestrace (obchodní tok)

  Poskytuje možnost vytvářet a spouštět orchestrace nebo graficky definované obchodní procesy.

• Zasílání zpráv

  Poskytuje schopnost komunikovat s širokou škálou softwarových aplikací. Adaptéry umožňují komponentě zasílání zpráv bizTalk Serveru pracovat s různými protokoly a datovými formáty.

Modul BizTalk Server obsahuje následující komponenty:

Součást	Popis
Modul obchodních pravidel (BRE)	Vyhodnotí komplexní sady pravidel.
Jednotné přihlašování organizace (SSO)	Poskytuje možnost mapovat ověřovací informace mezi systémy Windows a systémy, které nejsou systémem Windows.
Monitorování obchodních aktivit (BAM)	Umožňuje pracovníkům s informacemi monitorovat spuštěný obchodní proces.
Centrum skupin	Umožňuje pracovníkům podpory spravovat modul a orchestrace, které běží.

Jak BizTalk Server funguje?

BizTalk Server používá architekturu modulu zasílání zpráv pro publikování a odběr zpráv s databází MessageBox v srdci. MessageBox zodpovídá za ukládání zpráv, vlastností zpráv, odběrů, stavů orchestrace, sledování dat a dalších informací.

Když BizTalk Server obdrží zprávu, server předá a zpracuje zprávu prostřednictvím kanálu. Tento krok normalizuje a publikuje zprávu do MessageBoxu. BizTalk Server pak vyhodnotí všechna existující odběry a určí zamýšlený příjemce zprávy na základě vlastností kontextu zprávy. BizTalk Server nakonec směruje zprávu zamýšlenému příjemci na základě odběrů nebo filtrů. Tento příjemce je orchestrací nebo portem Pro odeslání, což je cíl, do kterého BizTalk Server odesílá zprávy nebo zdroj, ze kterého může BizTalk Server přijímat zprávy. BizTalk Server přenáší zprávy přes port Odeslat předáním prostřednictvím kanálu odeslat. Kanál Send serializuje zprávy do nativního formátu očekávaného příjemcem před odesláním zpráv prostřednictvím adaptéru.

Databáze MessageBox má následující komponenty:

• Agent zasílání zpráv

  BizTalk Server komunikuje se MessageBox pomocí tohoto agenta, který poskytuje rozhraní pro publikování zpráv, přihlášení k odběru zpráv, načítání zpráv a další.

• Jedna nebo více databází SQL Serveru

  Tyto databáze poskytují úložiště trvalosti pro zprávy, části zpráv, vlastnosti zpráv, odběry, stav orchestrace, sledování dat, fronty hostitelů pro směrování a další.

Následující obrázek ukazuje, jak funguje modul zasílání zpráv BizTalk Serveru:

Jakmile port příjmu přijme zprávu, MessageBox uloží tuto zprávu ke zpracování obchodními procesy nebo ke směrování na všechny porty Pro odesílání, které mají odběry konkrétních zpráv.

Další informace najdete v části Architektura publikování a přihlášení k odběru dále v této příručce.

Obchodní procesy

Tato část popisuje možnosti návrhu a vytváření obchodních procesů, které můžete spouštět v BizTalk Serveru a v Azure Integration Services.

BizTalk Server

V BizTalk Serveru jsou orchestrace spustitelné obchodní procesy, které se můžou přihlásit k odběru (příjem) zpráv a publikovat (odesílat) zprávy prostřednictvím databáze MessageBox. Orchestrace můžou vytvářet nové zprávy a přijímat zprávy pomocí infrastruktury odběru a směrování. Když MessageBox vyplní odběry pro orchestrace, aktivuje se nová instance (spuštění orchestrace) a MessageBox zprávu doručí. V případě potřeby se instance rehydruje a zpráva se pak doručí. Když se zprávy odesílají z orchestrace, publikují se do MessageBoxu stejným způsobem jako zpráva přicházející do umístění příjmu s příslušnými vlastnostmi přidanými do databáze pro směrování.

Pokud chcete povolit zasílání zpráv s publikováním a odběrem, orchestrace používají vazby, které pomáhají vytvářet odběry. Porty orchestrace jsou logické porty, které popisují interakci. Abyste mohli doručovat zprávy, musíte tyto logické porty svázat s fyzickým portem, ale tento proces vazby není nic víc než konfigurace odběrů pro směrování zpráv.

BizTalk Server nabízí následující příklady výhod:

• Založeno na návrháři (deklarativní)

  Návrh složitých procesů pomocí snadno pochopitelného návrhového nástroje pro implementaci vzorů a pracovních postupů, které by jinak mohly být obtížné implementovat v kódu.

• Abstrakce s koncovými systémy

  Procesy návrhu se zaměřením na zprávy, ne na koncový systém. Při vývoji řešení se například nemusíte starat o to, jestli budete používat adaptér FILE nebo ftp adaptér. Místo toho se zaměříte na typ komunikace, ať už jednosměrnou nebo žádost-odpověď, a na typ zprávy, který chcete zpracovat. Později můžete při nasazování řešení určit adaptér a koncové systémy.

Integrační služby Azure

V Azure Logic Apps můžete jako pracovní postupy aplikací logiky vytvářet spustitelné obchodní procesy a aplikace pomocí "stavebního bloku" programování pomocí vizuálního návrháře a předem připravených operací ze stovek konektorů, což vyžaduje minimální kód. Pracovní postup aplikace logiky začíná operací triggeru následovanou jednou nebo více operacemi akcí, přičemž každá operace funguje jako logický krok v procesu implementace pracovního postupu. Pracovní postup může používat akce k volání externího softwaru, služeb a systémů. Některé akce provádějí programovací úlohy, jako jsou podmíněné příkazy (if), smyčky, operace s daty, správa proměnných a další.

Azure Logic Apps nabízí následující příklady výhod:

• Založeno na návrháři (deklarativní)

  Návrh složitých procesů pomocí snadno pochopitelného návrhového nástroje pro implementaci vzorů a pracovních postupů, které by jinak mohly být obtížné implementovat v kódu.

• Flexibilní a škálovatelné

  Azure Logic Apps je cloudová bezserverová, vysoce škálovatelná výpočetní služba, která se automaticky škáluje a přizpůsobuje měnícím se obchodním potřebám.

• Připojení k ničemu

  Vyberte si z neustále se rozšiřující galerie se stovkami předem připravených konektorů pro sestavení pracovních postupů. Konektor poskytuje operace, které můžete použít jako kroky v pracovních postupech. Můžete vytvářet integrační řešení pro většinu služeb a systémů od Microsoftu i partnerů, včetně BizTalk Serveru, Salesforce, Office 365, databází SQL, většiny služeb Azure, jako jsou Azure Functions, Azure Storage, Azure Service Bus a mnoho dalších, a také místních aplikací nebo systémů, sálových počítačů, SaaS a rozhraní API. Pokud pro prostředek, ke kterému chcete získat přístup, neexistuje žádný předem vytvořený konektor, můžete ke komunikaci se službou použít obecnou operaci HTTP nebo můžete vytvořit vlastní konektor.

Opakovaně použitelné komponenty

Integrační platformy nabízejí způsoby řešení problémů konzistentním a jednotným způsobem, které můžete často dosáhnout prostřednictvím opakovaně použitelných komponent. Tato část popisuje, jak můžete opakovaně používat komponenty v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

• Orchestrace

  Můžete vytvářet a sdílet společnou obchodní logiku jako orchestrace napříč různými pracovními postupy interně uvnitř stejné aplikace nebo s více aplikacemi. Orchestrace můžete aktivovat pomocí nativního mechanismu publikování a odběru v BizTalk Serveru (odděleným způsobem) nebo pomocí obrazců orchestrace s názvem Orchestrace volání pro synchronní volání nebo spustit Orchestraci pro asynchronní volání.

• Adaptéry

  Adaptéry jsou softwarové komponenty, které poskytují připojení mezi BizTalk Serverem a obchodními partnery pomocí běžně rozpoznaných datových protokolů a formátů dokumentů. Tyto komponenty usnadňují odesílání a přijímání zpráv pomocí mechanismu doručování, který odpovídá běžně rozpoznané normě, jako je SMTP, FTP, HTTP a další. Adaptéry jsou součástí základní platformy, takže je všechny stávající aplikace sdílejí. Tuto vrstvu můžete rozšířit také vytvořením vlastního adaptéru, nativního nebo založeného na technologii Windows Communication Foundation (WCF) pomocí architektury BizTalk Adapter Framework.

• Schémata

  Schémata definice schématu XML (XSD) umožňují zasílání zpráv založených na kontraktech na BizTalk Serveru. Abyste se vyhnuli vytváření redundantních schémat, můžete odkazovat na schémata z kompilovaných sestavení. Chcete-li použít sdílená schémata, musíte přidat odkaz na sdílené sestavení z projektu BizTalk.

  I když tento krok může znít jednoduše, může být správa změn sdílených sestavení obtížná kvůli řetězení závislostí. Pokud sdílené sestavení vyžaduje aktualizaci, je nutné odebrat všechny projekty, které odkazují na sdílené sestavení ze serveru BizTalk Server k instalaci aktualizace. Abyste se však těmto omezením vyhnuli, můžete implementovat správu verzí sestavení, ve které nasadíte novou verzi schématu nebo sdílených schémat, aniž byste porušili stávající řešení.

• Mapy a vlastní trychtýře

  Mapy povolení překladu nebo transformace zpráv XML v BizTalk Serveru. Mapy můžete sdílet, ale podobně jako u sdílených schémat platí podobná upozornění. Vzhledem k řetězení závislostí pokračujte pečlivě a ujistěte se, že máte vyspělý životní cyklus vývoje softwaru ke správě změn.

  V mapách funkktoidy provádějí výpočty pomocí předdefinovaných vzorců a konkrétních hodnot nazývaných argumenty. BizTalk Server poskytuje mnoho functoidů pro podporu řady různorodých operací. Vlastní functoidy poskytují způsob, jak rozšířit rozsah dostupných operací v prostředí mapování BizTalk Serveru.

  Pokud začnete vytvářet mnoho map, zjistíte, že opakovaně implementujete podobnou logiku. V důsledku toho strávíte čas udržováním několika ekvivalentních fragmentů kódu, které obvykle kopírujete a vkládáte do několika umístění v mapě nebo napříč mapami. Zvažte transformaci těchto fragmentů kódu na vlastní functoid. Tímto způsobem vytvoříte functoid pouze jednou, ale můžete ho znovu použít v tolika mapách, kolik chcete, a aktualizovat functoid pouze na jednom místě. Každý vlastní functoid je nasazen jako sestavení .NET pomocí tříd odvozených z oboru názvů Microsoft.BizTalk.BaseFunctoids . Jedno sestavení může obsahovat více než jeden vlastní functoid.

• Sestavení .NET Fx

  Tato sestavení můžete sdílet mezi projekty BizTalk Serveru. Tato sestavení se snadněji spravují z pohledu závislostí. Za předpokladu, že neexistují žádné zásadní změny, aktualizace sestavení .NET Fx vyžaduje aktualizaci knihovny DLL v globální mezipaměti sestavení (GAC), která automaticky zpřístupní změny ostatním sestavením. Pokud existují zásadní změny, musíte také aktualizovat závislý projekt tak, aby vyhovoval změnám v sestavení .NET Fx.

• Vlastní kanály a součásti kanálu

  Když BizTalk Server přijímá a odesílá zprávy, server může kvůli obchodním důvodům potřebovat připravit a transformovat zprávy pro vstup a ukončení. Kanály v BizTalk Serveru poskytují implementaci vzoru integrace kanálů a filtrů a zahrnují mnoho funkcí, jako je kodér JSON a dekodér, MIME nebo dekodér SMIME atd.

  Pokud potřebujete přidat informace do kontextu zprávy, která vyžaduje přizpůsobení kanálu, BizTalk Server poskytuje možnost přizpůsobit tyto kanály vytvořením vlastních součástí kanálu. Vlastní komponenta kanálu je a.NET třída, kterou používáte k implementaci více rozhraní BizTalk a pak použít v různých fázích libovolného vlastního kanálu. Pokud chcete napsat kód pro takovou komponentu, můžete použít jazyk C# nebo Visual Basic pro .NET.

• Zásady stroje pravidel

  Zásady modulu obchodních pravidel jsou dalším druhem artefaktu, který můžete sdílet mezi aplikacemi BizTalk Serveru nasazenými ve stejné skupině BizTalk. Pokud máte běžná pravidla stroje obchodních pravidel, například související se směrováním zpráv, můžete tato pravidla spravovat na jednom místě a sdílet je široce napříč nainstalovanými aplikacemi BizTalk. Modul obchodních pravidel tato pravidla ukládá do mezipaměti, takže pokud provedete nějaké aktualizace těchto pravidel, musíte restartovat službu Aktualizace stroje obchodních pravidel. V opačném případě se změny vyberou při příštím vypršení časového limitu mezipaměti.

Integrační služby Azure

• Účet pro integraci

  Pro Azure Logic Apps je účet integrace cloudový kontejner a prostředek Azure, který poskytuje centralizovaný přístup k opakovaně použitelným artefaktům. Pro pracovní postupy aplikací logiky Consumption zahrnují tyto artefakty obchodní partnery, smlouvy, schémata XSD, mapy XSLT, mapy založené na šablonách Liquid, certifikáty, dávkové konfigurace a sestavení .NET Fx.

  V případě pracovních postupů standardních aplikací logiky služba Azure Logic Apps nedávno zavedla podporu volání sestavení .NET Fx z transformací XSLT bez nutnosti účtu integrace. Alternativně můžete do projektu standardní aplikace logiky v editoru Visual Studio Code přidat schémata, mapy a sestavení a následně je nasadit do Azure.

• Rozhraní API

  Rozhraní API umožňují používat digitální prostředí, opakovaně používat data a služby a univerzální přístup, zjednodušit integraci aplikací a podporovat nové digitální produkty. S rostoucím nárůstem a rostoucí závislostí na rozhraních API je organizace potřebují spravovat jako prvotřídní prostředky v průběhu jejich životního cyklu.

  Rozhraní API, zejména rozhraní API spravovaná pomocí služby Azure API Management, můžete opakovaně používat v rámci integračních služeb Azure. Po přidání rozhraní API do služby Azure API Management můžete pomocí konektoru API Management s pracovními postupy aplikací logiky Consumption snadno přistupovat k rozhraním API spravovaným a řízeným způsobem. Azure Logic Apps také podporuje vytváření a používání vlastních rozhraní API, aby vaše organizace mohla propagovat opakované použití v celém podniku a vyhnout se zbytečným redundantním konektorům, které by jinak vývojáři mohli vytvořit. Vlastní rozhraní API také demokratizují, kteří můžou tato rozhraní API používat, místo toho, aby vývojáři zjistili mechanismus použití konkrétního rozhraní API.

• Vlastní konektory

  Pokud pro rozhraní API, která chcete použít, neexistují žádné předem vytvořené konektory, můžete zabalit externí nebo externí rozhraní API se schématem OpenAPI a vytvořit vlastní konektor a získat přístup k ho konektoru z pracovních postupů aplikace logiky Consumption s příslušnými oprávněními. Vlastní konektor vytvoří kontrakt mezi Azure Logic Apps a rozhraním API, které umožňuje snadné sestavení zpráv požadavků a pro Azure Logic Apps přijímat typovou odpověď, kterou můžete použít v podřízených akcích. Podporují se obě rozhraní REST API i rozhraní API SOAP a můžou odkazovat na veřejná rozhraní API nebo privátní rozhraní API, která existují v místní síti. Můžete také použít vlastní konektory s Microsoft Power Automate a Microsoft Power Apps.

  Pro pracovní postupy standardní aplikace logiky můžete vytvořit vlastní integrované konektory založené na poskytovateli služeb.

  Implementací vlastního konektoru zjednodušíte vývojové prostředí tím, že vytvoříte společné rozhraní pro odesílání zpráv požadavků a příjem typedových odpovědí. Další informace najdete v tématu Vlastní konektory a rozhraní API.

Adaptéry a konektory

Následující část popisuje koncepty adaptérů a konektorů v bizTalk Serveru a službě Azure Integration Services.

BizTalk Server

K výměně zpráv s externími systémy, aplikacemi a entitami poskytuje BizTalk Server adaptéry, což jsou komponenty COM nebo .NET Fx, které přenášejí zprávy do a z obchodních koncových bodů, jako jsou systémy souborů, databáze a vlastní obchodní aplikace pomocí různých komunikačních protokolů. BizTalk Server poskytuje nativní adaptéry, které podporují různé protokoly, například:

• Adaptér souborů, který podporuje odesílání a přijímání zpráv z umístění souboru
• Adaptéry pro protokoly EDI, FTP, HTTP, MSMQ, SMTP, POP3 a SOAP
• Adaptér pro Windows služba SharePoint Services

Rozhraní BizTalk Adapter Framework nabízí stabilní a otevřený mechanismus pro všechny adaptéry pro implementaci nebo přístup k práci z modulu zasílání zpráv BizTalk Serveru. Rozhraní v oboru názvů Microsoft.BizTalk.Adapter.Framework umožňují adaptérům upravovat stránky vlastností konfigurace. Rozhraní BizTalk Adapter Framework také poskytuje možnost importovat služby a schémata do projektu BizTalk. Partnerské adaptéry jsou k dispozici také od různých dodavatelů a členů komunity. Seznam známých adaptérů najdete v tématu BizTalk Server: Seznam adaptérů třetích stran.

Integrační služby Azure

Když vytváříte pracovní postupy pomocí Azure Logic Apps, můžete použít předem připravené konektory, které vám pomůžou snadno a rychle pracovat s daty, událostmi a prostředky v jiných aplikacích, službách, systémech, protokolech a platformách, obvykle bez nutnosti psát jakýkoli kód. Azure Logic Apps poskytuje neustále se rozšiřující galerii se stovkami konektorů, které můžete použít. Řešení integrace pro mnoho služeb a systémů, cloudových nebo místních řešení můžete vytvářet od Microsoftu i partnerů, jako jsou BizTalk Server, Salesforce, Office 365, databáze SQL, většina služeb Azure, sálových počítačů, rozhraní API a dalších. Některé konektory poskytují operace, které provádějí programovací operace, jako jsou podmíněné příkazy (if), smyčky, datové operace, správa proměnných atd. Pokud pro požadovaný prostředek není k dispozici žádný konektor, můžete ke komunikaci se službou použít obecnou operaci HTTP nebo můžete vytvořit vlastní konektor.

Technicky vzato je konektor proxy serverem nebo obálkou kolem rozhraní API, které podkladová služba nebo systém používá ke komunikaci s Azure Logic Apps. Tento konektor poskytuje operace, které používáte ve svých pracovních postupech k provádění úkolů. Operace je k dispozici buď jako trigger, nebo akce s vlastnostmi, které můžete nakonfigurovat. Některé triggery a akce také vyžadují, abyste nejprve vytvořili a nakonfigurovali připojení k podkladové službě nebo systému. V případě potřeby také ověříte přístup k uživatelskému účtu.

Většina konektorů v Azure Logic Apps je integrovaný konektor nebo spravovaný konektor. Některé konektory jsou k dispozici v obou verzích. Dostupné verze závisí na tom, jestli vytvoříte pracovní postup aplikace logiky Consumption nebo pracovní postup standardní aplikace logiky.

• Integrované konektory jsou navržené tak, aby běžely nativně v modulu runtime Azure Logic Apps a obvykle mají lepší výkon, propustnost, kapacitu nebo jiné výhody v porovnání se všemi protějšky spravovaných konektorů.

• Spravované konektory se nasazují, hostují a spravují Microsoft v Azure. Tyto konektory poskytují triggery a akce pro cloudové služby, místní systémy nebo obojí. V pracovních postupech standardní aplikace logiky jsou všechny spravované konektory seskupené jako konektory Azure . V pracovních postupech aplikace logiky Consumption se však spravované konektory seskupují jako standardní nebo enterprise na základě jejich cenové úrovně.

Další informace najdete v následující dokumentaci:

• Přehled integrovaných konektorů
• Přehled spravovaných konektorů
• Spravované konektory dostupné v Azure Logic Apps

Připojení aplikace

Následující část popisuje možnosti připojení k jiným aplikacím z BizTalk Serveru a Azure Integration Services.

BizTalk Server

Adaptéry poskytují možnosti připojení v BizTalk Serveru a běží místně na serveru BizTalk, který provádí operaci odesílání nebo příjmu. K dispozici je přibližně 30 předefinovaných adaptérů, zatímco malý ekosystém adaptérů ISV poskytuje další funkce. S těmito adaptéry spuštěnými místně je ověřování systému Windows oblíbenou metodou ověřování. Mezi běžně používané adaptéry patří FILE, SFTP, SQL, WCF (Basic-HTTP), HTTP a SMTP. V tomto seznamu můžete určit, že adaptéry v BizTalk Serveru jsou většinou adaptéry protokolu. V důsledku toho adaptéry obvykle používají vzor zasílání zpráv orientovaný na zprávy, kde se úplná zpráva vyměňuje s jinými systémy, kde jsou tyto systémy zodpovědné za analýzu dat před načtením dat do konečného úložiště dat.

Integrační služby Azure

Připojení orům poskytují možnosti připojení v Azure Logic Apps a nabízí abstrakci nad rozhraními API, která obvykle vlastní základní systém SaaS. Například služby, jako je SharePoint, se vytvářejí pomocí přístupu prvního rozhraní API, kde rozhraní API poskytují funkci službě koncovým uživatelům, ale stejné funkce jsou zpřístupněné pro jiné systémy, které můžou volat prostřednictvím rozhraní API. Ke zjednodušení volání těchto rozhraní API používají konektory metadata k popisu kontraktu zasílání zpráv, aby vývojáři věděli, jaká data se v požadavku očekávají, a v odpovědi.

Následující snímek obrazovky ukazuje vyhledávací prostředí konektoru pro pracovní postup standardní aplikace logiky v Azure Logic Apps s jedním tenantem. Když vyberete integrovanou kartu, najdete integrované konektory, jako jsou Azure Functions, Azure Service Bus, SQL Server, Azure Storage, Systém souborů, HTTP a další. Na kartě Azure najdete více než 800 konektorů, včetně dalších konektorů Microsoft SaaS, partnerských konektorů SaaS atd.

Webové služby a připojení rozhraní API

Následující část popisuje podporu webových služeb a připojení rozhraní API v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

Podpora webových služeb je oblíbenou funkcí bizTalk Serveru a je dostupná integrací se službou Windows Communication Foundation (WCF). Tato podpora v BizTalku spadá do dvou kategorií: publikování a využívání služeb WCF.

Adaptéry WCF poskytují podporu pro standardy WS-*, jako jsou WS-Addressing, WS-Security a WS-AtomicTransaction. V této verzi adaptérů WCF se však nepodporuje ws-ReliableMessaging.

Adaptéry WCF podporují Jednotné přihlašování (SSO) prostřednictvím zosobnění a získávají lístek podnikového jednotného přihlašování pro použití jednotného přihlašování s adaptéry WCF. Tato funkce umožňuje kontextu uživatele tok napříč systémy. Z hlediska ověřování podporuje ověřování služby následující typy: Žádné, Windows a certifikát. Ověřování klientů podporuje následující typy: Anonymní, Uživatelské jméno, Windows a certifikát. Mezi podporované režimy zabezpečení patří následující typy: Transport, Message a Mixed.

WCF podporuje transakce pomocí protokolu WS-AutomicTransaction, který můžete najít v adaptérech WCF, jako jsou WCF-WsHttp, WCF-NetTcp a WCF-NetMsmq. Tato funkce je podporovaná v následujících scénářích:

• Transakční odesílání zpráv do databáze MessageBox
• Transakční přenos zpráv ze MessageBoxu do transakčního cíle

Transakční obor je omezen komponentou MessageBox. Orchestrace BizTalk se například nemůže účastnit transakce klienta. Podobně se cílový koncový bod nemůže účastnit transakce, která je inicializována orchestrací BizTalk.

Rozšiřitelnost WCF je dostupná prostřednictvím vlastních vazeb WCF. Budete muset zkompilovat a přidat vlastní kód do globální mezipaměti sestavení (GAC). Budete také muset aktualizovat soubor machine.config tak, aby zahrnoval nové rozšíření. Po instalaci vazby se rozšíření zobrazí pro adaptéry WCF-Custom a WCF-CustomIsolated.

BizTalk Server může vystavit umístění příjmu WCF-BasicHTTP jako koncové body ve službě Azure API Management při použití konzoly BizTalk Správa istration Console. Koncové body SOAP můžete zveřejnit také prostřednictvím služby API Management z BizTalk Serveru pomocí služby API Management na webu Azure Portal. Další informace najdete v tématu Publikování koncových bodů WCF-BasicHTTP bizTalk ve službě API Management.

Integrační služby Azure

Model připojení ve službě Azure Integration Services se liší od BizTalk Serveru, částečně kvůli vývoji ekonomiky rozhraní API. Vzhledem k tomu, že více organizací zpřístupňuje přístup k podkladovým systémům a datům, byl potřeba přístup nezávislý na platformě. REST je nyní dominantním přístupem k architektuře návrhu moderních webových služeb.

V Azure Logic Apps je výchozí přístup REST pro připojení systémů. Vzhledem k tomu, že microsoft a další dodavatelé softwaru zpřístupňují služby RESTful nad svými systémy a daty, azure Logic Apps může tento typ informací zveřejnit a využívat. Specifikace OpenAPI umožňuje této funkci lidem i počítačům pochopit interakci mezi klientem a serverem prostřednictvím metadat. V rámci tohoto porozumění se odvozují datové části požadavků i odpovědí, což znamená, že můžete použít dynamický obsah k naplnění vstupů akce pracovního postupu a použití výstupů z odpovědi v podřízených akcích.

Na základě dodavatele softwaru, který implementuje podkladovou službu, kterou konektor volá, se schémata ověřování liší podle konektoru. Obecně platí, že tato schémata zahrnují následující typy:

• Basic
• Klientský certifikát
• Active Directory OAuth
• Syrové
• Spravovaná identita

Microsoft poskytuje silné vrstvy ochrany šifrováním dat během přenosu a neaktivních uložených dat. Když se zákaznický provoz Azure přesune mezi datovými centry, mimo fyzické hranice, které nejsou řízené Microsoftem nebo jménem Microsoftu, použije metodu šifrování vrstvy datového propojení, která používá standardy zabezpečení MAC IEEE 802.1AE MAC (MACsec) z bodu do bodu napříč základním síťovým hardwarem.

Microsoft vám dává možnost použít protokol TLS (Transport Layer Security) k ochraně dat, která cestují mezi cloudovými službami a zákazníky. Datacentra Microsoftu vyjednávají připojení TLS s klientskými systémy, které se připojují ke službám Azure. Tls poskytuje silné ověřování, ochranu osobních údajů a integritu zpráv, což umožňuje detekci manipulace se zprávami, zachycení a padělání spolu s interoperabilitou, flexibilitou algoritmů a snadným nasazením a používáním.

I když se tato část zaměřuje na připojení RESTful prostřednictvím konektorů, můžete prostřednictvím vlastního prostředí konektoru implementovat připojení webové služby SOAP.

Použití adaptéru nebo konektoru bloku

Následující část popisuje možnosti, jak zabránit použití adaptéru nebo konektoru v BizTalk Serveru a v Azure Integration Services.

BizTalk Server

BizTalk Server nezahrnuje koncept blokování konkrétních adaptérů z různých aplikací, ale jejich použití v aplikacích můžete zablokovat odebráním těchto adaptérů z prostředí. Adaptéry v BizTalk Serveru jsou součástí nastavení platformy, takže nainstalované adaptéry jsou k dispozici pro všechny uživatele. Můžete také definovat konkrétní obslužné rutiny příjmu a odesílání pro každý adaptér, který definuje počítače, které patří do skupiny BizTalk, které mohou tyto obslužné rutiny spouštět nebo zpracovávat.

Integrační služby Azure

Pokud vaše organizace nepovoluje připojení k omezeným nebo neschváleném prostředkům pomocí spravovaných konektorů v Azure Logic Apps, můžete zablokovat možnost vytvářet a používat tato připojení v pracovních postupech aplikace logiky. Pomocí služby Azure Policy můžete definovat a vynucovat zásady, které brání vytváření nebo používání připojení pro konektory, které chcete blokovat. Z bezpečnostních důvodů můžete například chtít blokovat připojení ke konkrétním platformám sociálních médií nebo jiným službám a systémům.

Odolnost zpráv

Následující část popisuje trvalost zpráv v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

Databáze MessageBox nabízí další výhodu tím, že před pokusem o odeslání do koncového bodu zajistí zachování zprávy v úložišti. Pokud se zpráva po vyčerpání všech nakonfigurovaných pokusů o opakování nepodaří odeslat, zpráva se pozastaví a uloží do MessageBoxu.

Jako správce můžete obnovit pozastavené zprávy z konzoly BizTalk Správa istrace. Stejné chování se stává, když používáte orchestrace. Modul runtime Orchestraation zachovává obchodní logiku, kterou můžete obnovit, pokud se něco nepovede. Zprávu můžete například obnovit v orchestraci v následujících scénářích:

• Zpráva odeslaná v ne atomovém oboru
• Na konci transakčního oboru
• Při spuštění nové instance orchestrace (spuštění obrazce Orchestrace)
• V zarážce ladění
• Když se motor rozhodne dehydrovat
• Po dokončení orchestrace
• Když se systém vypne

BizTalk Server poskytuje všechny tyto funkce, které jsou k dispozici. Nemusíte se starat o implementaci trvalosti, protože BizTalk Server to za vás zpracovává.

Integrační služby Azure

Azure Logic Apps poskytuje odolnost zpráv následujícími způsoby:

• Stavové pracovní postupy, které jsou výchozí v aplikacích logiky Consumption a dostupné v aplikacích logiky Standard, mají kontrolní body, které sledují stav pracovního postupu a ukládají zprávy při průchodu akcemi pracovního postupu. Tato funkce poskytuje přístup k bohatým datům uloženým v historii spuštění triggeru a instance pracovního postupu, kde můžete zkontrolovat podrobné vstupní a výstupní hodnoty.

  Instanci spuštění můžete znovu zpracovat prostřednictvím webu Azure Portal nebo rozhraní API. Během této doby se spustí celá instance spuštění bez ohledu na to, kde došlo k selhání v předchozím spuštění. Toto chování znamená, že zprávy jsou doručeny alespoň jednou a že idempotentní zpracování probíhá u příjemců.

• Díky zasílání zpráv s náhledem uzamčení dostupných ve službě Azure Service Bus můžete po úspěšném spuštění zprávy buď potvrdit zprávu, nebo zprávu opustit, když dojde k chybě. Pokud chcete tuto funkci použít v Azure Logic Apps, vyberte konektor služby Azure Service Bus. Potvrzená zpráva se odebere z fronty zpráv, zatímco opuštěná zpráva je odemknutá a dostupná ke zpracování klienty. Náhled-zámek je skvělý způsob, jak dosáhnout "přesně jednou" zasílání zpráv.

Architektura publikování a odběru

Následující část popisuje možnosti implementace vzoru publikování a odběru v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

Funkce publikování a odběru (pub-sub) existují prostřednictvím databáze MessageBox, která je popsána výše v části Jak BizTalk Server funguje. Oblíbeným způsobem vytváření odběrů je použití upřednostněných vlastností, které umožňují identifikovat konkrétní prvky nebo atributy v definovaném schématu zpráv jako upřednostněnou vlastnost. Potom můžete vytvořit odběry pro filtrování zpráv na základě konkrétních kritérií pro upřednostněnou vlastnost. Pokud jste například upřednostní prvek schématu s názvem City, můžete vytvořit předplatné, které filtruje prvek City pro konkrétní města. Pokud jsou splněna vaše kritéria, vaše předplatné, odeslat port nebo orchestrace obdrží kopii zprávy.

Integrační služby Azure

S architekturou se zcela liší od BizTalk Serveru, většina služeb v Azure Integration Services je založená na událostech. Pokud potřebujete implementovat řešení publikování a odběru, můžete použít Azure Service Bus. Tato služba je plně spravovaný podnikový zprostředkovatel zpráv s frontami zpráv a témat publikováním a odběrem v oboru názvů. Azure Service Bus můžete použít k oddělení aplikací a služeb od sebe, což poskytuje následující výhody:

• Vyrovnávání zatížení práce mezi konkurenčními pracovníky
• Sejf směrovat a přenášet data s kontrolou přes hranice služeb a aplikací.
• Koordinovat transakční práci, která vyžaduje vysoký stupeň spolehlivosti.

Azure Logic Apps obsahuje konektor služby Azure Service Bus, který můžete použít k publikování a přihlášení k odběru zpráv. Výhodou používání služby Service Bus je, že zasílání zpráv můžete používat nezávisle na pracovním postupu. Na rozdíl od BizTalk Serveru je zasílání zpráv oddělené od platformy pracovního postupu. I když jsou funkce zasílání zpráv a pracovních postupů oddělené ve službě Azure Integration Services, můžete ve službě Azure Service Bus vytvářet odběry zpráv, které podporují vlastnosti zpráv (vlastnosti uživatele). Pomocí těchto vlastností můžete poskytnout páry klíč-hodnota, které jsou vyhodnoceny filtry vytvořenými v odběru tématu. Tyto vlastnosti uživatele definujete při nastavování operace služby Azure Service Bus přidáním jednoho nebo více párů klíč-hodnota. Ukázku najdete v následujícím videu: Pub Sub Messaging using Azure Integration Services – Part 2 Content Based Routing.

Mimo službu Azure Integration Services můžete také implementovat scénáře publikování a odběru pomocí služby Azure Cache for Redis.

Modul obchodních pravidel

Následující část popisuje možnosti nastavení obchodních pravidel v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

BizTalk Server obsahuje modul pravidel pro řetězení vpřed, který umožňuje vytvořit pravidla if-then-else pomocí vizuálního editoru. Tato pravidla můžete sbalit do zásad, které se dají přenést do jiných prostředí ve vašem IT prostředí. Tyto zásady také můžou přistupovat ke schématům XSD, kódu .NET Fx a databázovým tabulkám SQL Serveru, aby vyhledaly data a obohatily výstupy.

Integrační služby Azure

Přestože v Azure aktuálně neexistuje žádná ekvivalentní funkce stroje pravidel, zákazníci často používají Azure Functions k implementaci pravidel pomocí vlastního kódu. K těmto pravidlům pak přistupují pomocí integrovaného konektoru Azure Functions v Azure Logic Apps.

Další informace o budoucích investicích do této oblasti najdete v části Roadmapa dále v tomto průvodci.

Transformace dat

Následující část popisuje možnosti transformace dat v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

Poskytuje bohaté nástroje pro transformaci zpráv XML z jednoho formátu do druhého. Transformace dat používá mapy XSLT, které podporují objekty rozšíření, které umožňují vložení vlastního kódu .NET Fx doprostřed těchto map. Můžete také použít předefinované functoidy, které poskytují opakovaně použitelné funkce, které vám pomůžou vytvářet bohaté mapy.

Kromě základních transformací XML poskytuje BizTalk Server také kódování a dekódování pro formáty CSV a JSON, takže můžete převést mezi těmito formáty a XML a poskytnout podporu pro různé formáty.

Integrační služby Azure

• Enterprise Integration Pack

  Tato komponenta se řídí podobnými koncepty na BizTalk Serveru a usnadňuje používání funkcí B2B v Azure Logic Apps. Jedním z hlavních rozdílů je ale to, že sada Enterprise Integration Pack je na základě účtů integrace založená na architektuře. Tyto účty zjednodušují ukládání, správu a používání artefaktů, jako jsou obchodní partneři, smlouvy, mapy (šablony XSLT nebo Liquid), schémata a certifikáty pro scénáře B2B.

• Pohyblivé šablony

  Pro základní transformace JSON v pracovních postupech aplikace logiky můžete použít předdefinované datové operace, jako je například akce Vytvořit nebo Parsovat akci JSON. Některé scénáře ale můžou vyžadovat pokročilé a složité transformace, které zahrnují prvky, jako jsou iterace, toky řízení a proměnné. Pro transformace mezi JSON na JSON, JSON na text, XML do JSON nebo XML na text můžete vytvořit šablonu Liquid, která popisuje požadované mapování nebo transformaci pomocí open source jazyka šablon Liquid.

• Schémata EDI

  Schémata dokumentů EDI definují tělo typu dokumentu transakce EDI. Pro pracovní postupy aplikace logiky jsou všechna schémata BizTalk EDI v úložišti Microsoft Integration GitHub veřejně dostupná pro vaše použití.

• Standardní aplikace logiky

  Na webu Azure Portal můžete nahrávat mapy a schémata přímo do prostředku aplikace logiky Standard. Pokud pracujete s projektem standardní aplikace logiky v editoru Visual Studio Code, můžete tyto artefakty nahrát do příslušných složek ve složce Artifacts bez použití účtu integrace. Z map XSLT můžete také volat vlastní kompilovaná sestavení.

• Azure Functions

  Transformace šablon XSLT nebo Liquid můžete spouštět pomocí jazyka C# nebo libovolného jiného programovacího jazyka a vytvořit funkci Azure, kterou můžete volat pomocí služby Azure API Management nebo Azure Logic Apps.

Připojení k síti

Následující část popisuje funkce a možnosti připojení k síti v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

S BizTalk Serverem je vždy nainstalovaný v serverovém prostředí, síťové připojení závisí na konfiguraci sítě základního serveru. Při nastavování síťového připojení pro BizTalk Server obvykle musíte nakonfigurovat následující oblasti:

• Závislosti
• Příchozí a odchozí připojení ke koncovým systémům

Konfigurace závislostí

Chcete-li plně nakonfigurovat BizTalk Server v prostředí s více servery, musíte věnovat zvláštní pozornost všem závislostem připojení k síti, které obvykle zahrnují konfiguraci brány firewall pro povolení portů TCP a UDP pro dobře známé služby nebo protokoly. Tyto služby a protokoly například zahrnují přístup k modulu SQL Serveru, koordinátoru distribuovaných transakcí (MSDTC), clusterovým síťovým jednotkám, službám jednotného přihlašování, pokud jsou nainstalované na jiném serveru, a SharePoint jsou všechny služby, které musíte nakonfigurovat vytvořením příchozích a odchozích pravidel pro implementaci připojení.

Konfigurace příchozího a odchozího připojení

Jakmile plně nastavíte BizTalk Server a připravíte se k nasazení aplikací, nezapomeňte implementovat pravidla brány firewall, která umožňují hostitelským instancím připojit se k různým službám a přistupovat k nim bez ohledu na to, jestli jsou součástí interní nebo externí sítě. Když uvažujete o připojení ke koncovým systémům mimo organizační síť, musíte také zvážit aspekty zabezpečení. Různé systémy spoléhají na definování seznamu povolených IP adres jako první linie obrany, takže v ideálním případě BizTalk Server směruje veškerou odchozí komunikaci přes dobře definovaný seznam veřejných IP adres.

Když se partnerské služby pokusí kontaktovat BizTalk Server, ujistěte se, že se nedostanou k instanci, která je v síti nebo vnitřní vrstvě vaší organizace, kde můžou být dostupné základní organizační služby. Místo toho udělte partnerským službám přístup ke koncovému bodu, který existuje v hraniční síti, označované také jako demilitarizovaná zóna (DMZ), což je nejvyšší hranice sítě organizace. Služby, do kterých musí BizTalk Server směrovat zprávy obvykle existují v síti vaší organizace, takže by měly mít přístup k této vnitřní vrstvě.

K dosažení těchto scénářů existuje několik přístupů, například:

• Implementujte BizTalk Server v hraniční síti a povolte přístup k síti vaší organizace pouze vlastními službami nebo instancemi hostitelů.
• Nastavte dva servery BizTalk s jedním v hraniční síti a druhý v síti vaší organizace. Server v hraniční síti pak publikuje zprávy, které server v síti organizace využívá.
• Vyvíjejte vlastní aplikace nebo software zařízení, jako je NetScaler a F5, který může fungovat jako reverzní proxy servery, přijímat zprávy jménem BizTalk v rámci hraniční sítě a přesměrovávat tato volání na BizTalk Server.

Integrační služby Azure

• Příchozí a odchozí připojení

  Azure nabízí několik způsobů, jak izolovat své služby v rámci hranice sítě a připojit místní a cloudové úlohy. Následující seznam popisuje různé způsoby integrace prostředků Azure s prostředky uvnitř hraniční sítě:

  • Místní brána dat

    Tato brána funguje jako most mezi Azure a prostředky v rámci hraniční sítě a zajišťuje rychlý a zabezpečený přenos dat mezi místními daty a různými cloudovými službami Microsoftu. Mezi tyto služby patří Azure Logic Apps, Microsoft Power BI, Microsoft Power Apps, Microsoft Power Automate a Azure Analysis Services. S touto bránou můžete uchovávat databáze a další zdroje dat v jejich místních sítích a bezpečně používat místní data v cloudových službách.

  • Hybridní připojení

    Služba Azure i funkce ve službě Aplikace Azure, hybridní Připojení iony podporují scénáře a nabízí možnosti nad rámec těch, které se používají ve službě Aplikace Azure Service. Další informace o využití mimo službu Aplikace Azure Service najdete v tématu Hybridní Připojení azure Relay. V rámci služby Aplikace Azure Můžete použít hybridní Připojení iony pro přístup k prostředkům aplikace v jakékoli síti, která může provádět odchozí volání do Azure přes port 443. Hybridní Připojení iony poskytují přístup z vaší aplikace ke koncovému bodu TCP a neumožňují nový způsob přístupu k aplikaci. V Aplikace Azure Service každé hybridní připojení koreluje s jedním hostitelem TCP a kombinací portů. Tato funkce umožňuje aplikacím přístup k prostředkům v jakémkoli operačním systému za předpokladu, že existuje koncový bod TCP. Hybridní Připojení iony neví nebo se nezajímá o aplikační protokol nebo o to, k čemu chcete získat přístup. Tato funkce jednoduše poskytuje přístup k síti.

  • Integrace virtuální sítě

    Díky integraci služby Azure Virtual Network můžete svůj prostředek Azure připojit k virtuální síti nakonfigurované v Azure a poskytnout tak aplikaci přístup k prostředkům v této virtuální síti. Integrace virtuální sítě v Azure Logic Apps se používá jenom k odchozím voláním z vašeho prostředku Azure do vaší virtuální sítě.

    Pomocí partnerského vztahu virtuálních sítí můžete připojit místní sítě k Azure, což poskytuje obousměrné připojení mezi místními prostředky a službami Azure. Služba Azure Integration Services poskytuje připojení k virtuální síti, což umožňuje hybridní integraci. Následující obrázek ukazuje prostředek aplikace logiky Standard s otevřenou stránkou Sítě a povolenou integrací virtuální sítě, jak je zvýrazněno v poli Odchozí provoz . Tato konfigurace zajišťuje, aby veškerý odchozí provoz z této virtuální sítě opustil.

    

  • Privátní koncové body

    Privátní koncový bod je síťové rozhraní, které používá privátní IP adresu z vaší virtuální sítě. Toto síťové rozhraní se soukromě a bezpečně připojuje k prostředku Azure, který využívá Azure Private Link. Když povolíte privátní koncový bod, přenesete tento prostředek Azure do vaší virtuální sítě a povolíte prostředkům v síti provádět příchozí volání vašeho prostředku Azure.

V následující tabulce jsou uvedeny metody síťového připojení, které můžou používat jednotlivé prostředky služby Azure Integration Services:

Prostředek	Místní brána dat	Hybridní připojení	Integrace virtuální sítě	Privátní koncové body
Azure API Management	✅		✅	✅
Azure Logic Apps (spotřeba)	✅
Azure Logic Apps (Standard)	✅ (s konektory Azure)	✅ (s integrovanými konektory)	✅ (s integrovanými konektory)	✅
Azure Service Bus			✅	✅
Azure Event Grid

Vlastní kód

Následující část popisuje možnosti pro vytváření a spouštění vlastního kódu v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

BizTalk můžete rozšířit mnoha způsoby pomocí vlastního kódu .NET Fx, například:

Schopnost	Popis
Vložený kód	Vložený kód jazyka C# můžete napsat v rámci obrazce Orchestration. Můžete také napsat vložený kód v rámci mapy BizTalk. V obou scénářích jsou fragmenty kódu obecně jednoduché a není možné je ladit.
Kompilovaná sestavení	Tato sestavení můžete volat z následujících míst: – Tvary výrazů v orchestraci – BizTalk mapy pomocí scripting functoid - Zásady stroje obchodních pravidel – Kanály jako vlastní součásti kanálu Kompilovaná sestavení můžete ladit připojením ladicího programu sady Visual Studio k příslušnému procesu instance hostitele systému Windows.
Vlastní adaptéry	BizTalk Server obsahuje mnoho odpočítaných adaptérů, ale v případě potřeby můžete vždy vytvořit vlastní adaptér.
Vlastní chování WCF	BizTalk Server obsahuje mnoho předefinovaných adaptérů s většinou založenou na technologii Windows Communication Foundation (WCF). V některých případech může být potřeba rozšířit jejich schopnosti vývojem vlastního chování, jako je použití hlavičky OAuth na komunikaci systému.
Rozšiřitelnost v mapách BizTalk Serveru	– Vložený kód můžete vytvořit pomocí šablon volání C#, JScript, Visual Basic, XSLT nebo XSLT, které potlačí určitá omezení nebo potíže pomocí předem zadaných functoidů. - Externí sestavení můžete volat pomocí scripting functoid. - Můžete vytvořit vlastní funktoidy, které se budou používat ve všech mapách.

Integrační služby Azure

Azure Functions poskytuje možnost psát kód, který můžete spustit z konektoru Azure Functions v Azure Logic Apps. Platforma Functions podporuje různé programovací jazyky a moduly runtime, které nabízejí velkou flexibilitu. Tyto funkce jsou obecně navržené tak, aby měly krátkou dobu provádění a existuje bohatá sada vývojářských nástrojů pro podporu místního vývoje a ladění.

V Azure Logic Apps konektor vložený kód poskytuje akci s názvem Spustit javascriptový kód. Pomocí této akce můžete psát malé fragmenty kódu v JavaScriptu. Očekává se také, že tyto fragmenty kódu mají krátkou dobu provádění a podporují vstupy a výstupy dynamického obsahu. Po spuštění kódu je výstup k dispozici pro podřízené akce v pracovním postupu. Přestože pro tuto akci aktuálně neexistuje žádná podpora přímého ladění, můžete zobrazit vstupy a výstupy v historii spuštění instance pracovního postupu.

Jak je uvedeno v části Opakovaně použitelné komponenty , podpora volání sestavení .NET Fx z mapy XSLT je aktuálně k dispozici v pracovních postupech aplikace logiky Consumption při nahrávání těchto sestavení do účtu integrace. Tato funkce pomáhá podporovat vlastní pravidla transformace dat. Pro pracovní postupy standardních aplikací logiky tým Azure Logic Apps nedávno vydal podporu pro volání kódu .NET Fx z map XSLT bez nutnosti účtu integrace. Můžete také přidat sestavení a mapy do projektu standardní aplikace logiky v editoru Visual Studio Code a následně je nasadit do Azure. Další informace najdete v tématu Podpora sestavení rozhraní .NET Framework přidaná do transformací XSLT azure Logic Apps (Standard) a část Roadmapa.

Pracovní postupy můžete rozšířit také tak, že zahrnete aplikace Azure API nebo webové aplikace vytvořené pomocí služby Aplikace Azure Service. Pokud potřebujete hostovat webové aplikace, rozhraní REST API a mobilní back-endy, Aplikace Azure Service je řešení založené na protokolu HTTP. Aplikace hostované ve službě Aplikace Azure Service můžete integrovat s místními nebo cloudovými službami. Tato platforma podporuje prostředí založená na Windows i Linuxu pro spouštění a škálování aplikací spolu s různými jazyky a architekturami, jako jsou ASP.NET Core, Java, Ruby, Node.js, PHP a Python.

Skupiny aplikací

Následující část popisuje možnosti pro uspořádání úloh v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

Součástí životního cyklu vývoje softwaru je sestavování a správa kódu a artefaktů v logických balíčcích. BizTalk Server podporuje koncept aplikace tak, abyste mohli nasadit řešení sady Visual Studio do aplikace BizTalk. Pokud tedy máte scénáře, ve kterých potřebujete sdílet prostředky, můžete odkazovat na jiné aplikace.

BizTalk Server používá explicitní model sdílení, kde můžete přidat odkazy na kompilovaná sestavení. Za předpokladu, že jsou tato sestavení v globální mezipaměti sestavení (GAC), modul Runtime BizTalk vyhledá a podle potřeby načte sestavení. Jednou z nevýhod je, že když potřebujete aktualizovat sdílená sestavení, pokud neimplementujete schéma správy verzí, musíte před provedením aktualizace odinstalovat všechny projekty BizTalk, které odkazují na vaše sestavení. Toto omezení může mít za následek zdlouhavé časové osy nasazení a složitost při správě více instalací a odinstalací.

Integrační služby Azure

V Azure Logic Apps zahrnuje prostředek aplikace logiky Consumption jenom jeden stavový pracovní postup, což znamená, že váš pracovní postup a prostředek aplikace logiky, což je vaše aplikace, má vždy vztah 1:1. S prostředkem aplikace logiky Standard se koncept aplikace vyvinul. I když prostředek aplikace logiky úrovně Standard je stále vaší aplikací, můžete zahrnout a spustit více pracovních postupů s tímto prostředkem, což vede k relaci 1:N. Pokud pracujete místně na projektu standardní aplikace logiky v editoru Visual Studio Code, prostředek aplikace logiky se mapuje na tento jediný projekt. Díky tomuto přístupu můžete snadno a logicky seskupit související úlohy, kód a artefakty ve stejném projektu a nasadit tento projekt jako jednu jednotku.

Cloudové architektury fungují jinak než serverová paradigmata, jako je BizTalk. Azure Logic Apps (Standard) používá model vyžádání změn k přenesení kódu a artefaktů. V důsledku toho zkopírujete do projektu další potřebné artefakty a následně je nasadíte pomocí kódu a dalších artefaktů. V některých případech se můžete chtít vyhnout zkopírování veškerého potřebného kódu a artefaktů. Pokud ano, můžete zvážit přeměnu této funkce na službu, kterou můžete spravovat samostatně, ale můžete volat z pracovního postupu.

Předpokládejme například, že máte transformaci dat, kterou vaše organizace široce používá. Místo zahrnutí mapy pro transformaci napříč několika projekty aplikace logiky můžete implementovat rozhraní, které transformaci poskytuje jako službu. Životní cyklus této služby pak můžete spravovat odděleně od projektů aplikací logiky a volat tuto službu z pracovních postupů.

Když máte možnost zahrnout do projektu aplikace logiky standard více pracovních postupů, můžete se zeptat, jak byste tyto pracovní postupy uspořádali v rámci projektu nebo napříč více projekty? Odpověď obvykle závisí na vašich požadavcích, například:

• Spřažení obchodních procesů
• Kompletní monitorování a podpora
• Zabezpečení, řízení přístupu na základě role a izolace sítě
• Výkon a důležitost obchodních aktivit
• Geografická poloha a geografická redundance

Další informace najdete v tématu Uspořádání pracovních postupů aplikací logiky ve službě Azure Logic Apps (Standard).

Zabezpečení a zásady správného řízení

Zabezpečení a zásady správného řízení jsou přirozeně důležité při sestavování integrovaných řešení. Podle definice se middleware nachází mezi dvěma nebo více systémy. Pokud se chcete připojit k těmto systémům a přistupovat k nim při vytváření připojení, často potřebujete předávat přihlašovací údaje nebo tajné kódy, takže správa těchto citlivých informací vyžaduje důležité informace.

BizTalk Server

BizTalk zahrnuje jednotné přihlašování (SSO) enterprise, které umožňuje ukládat, mapovat a přenášet šifrované přihlašovací údaje používané adaptéry. Tyto šifrované informace jsou uloženy v databázi jednotného přihlašování. Můžete také nakonfigurovat přidružené aplikace jednotného přihlašování, což jsou logické entity představující systém nebo obchodní systém, který chcete připojit.

Integrační služby Azure

Azure Logic Apps podporuje následující možnosti zabezpečení:

• Azure Key Vault

  Přihlašovací údaje, tajné kódy, klíče rozhraní API a certifikáty můžete ukládat pomocí služby Azure Key Vault. V Azure Logic Apps můžete k informacím přistupovat pomocí konektoru služby Azure Key Vault a vyloučit tyto informace z protokolů platformy a historie spuštění pomocí zabezpečených vstupů a výstupních funkcí.

  Dále v části Sledování popisuje tato příručka funkce historie spuštění, která poskytuje podrobné přehrání provádění pracovního postupu. Přestože Azure Logic Apps nabízí hodnotu zachycení každého vstupu a výstupu při spuštění pracovního postupu, někdy potřebujete spravovat přístup k citlivým datům podrobněji. Pro tato data můžete nastavit obfuskaci pomocí funkce zabezpečených vstupů a výstupů pro triggery a akce, které tento obsah skryjí z historie spuštění a zabrání odesílání těchto dat do služby Azure Monitor, konkrétně log Analytics a aplikačních Přehledy. Následující obrázek ukazuje příklad výsledku povolení zabezpečených vstupů a zabezpečených výstupů v historii spuštění.

  

• Integrace založená na OAuth

  Většina konektorů používá tento typ ověřování při vytváření připojení. Díky tomuto přístupu je integrace s mnoha službami SaaS stejně snadná jako poskytování e-mailové adresy a hesla. Azure API Management také podporuje OAuth, takže obě služby můžete používat společně tím, že poskytuje jednotné schéma ověřování.

  Tato funkce není nativně dostupná na BizTalk Serveru.

• Spravované identity

  Některé konektory podporují použití spravované identity pro ověřování přístupu k prostředkům chráněným ID Microsoft Entra. Pokud ke ověřování připojení používáte spravovanou identitu, nemusíte zadávat přihlašovací údaje, tajné kódy ani tokeny Microsoft Entra.

Správa aplikací a správa přístupu

Následující část popisuje možnosti správy aplikací a přístupu v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

Správa istrátory používají BizTalk Server Správa istrator Konzola pro správu aplikací BizTalk Server. Tento nástroj je silná klientská aplikace konzoly MMC (Microsoft Management Console), kterou můžou správci použít k nasazování aplikací, kontrole předchozích, aktivních a zařazených transakcí do fronty a provádění hloubkových aktivit řešení potíží, jako je kontrola trasování a opětovné odeslání transakcí.

Integrační služby Azure

Azure Portal je běžný nástroj, který správci a pracovníci podpory používají k zobrazení a monitorování stavu rozhraní. Pro Azure Logic Apps toto prostředí zahrnuje bohaté trasování transakcí, které jsou dostupné prostřednictvím historie spuštění.

K dispozici jsou také podrobné řízení přístupu na základě role (RBAC), abyste mohli spravovat a omezovat přístup k prostředkům Azure na různých úrovních.

Úložiště

Následující část popisuje možnosti úložiště dat v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

BizTalk Server silně spoléhá na SQL Server pro ukládání dat a trvalost dat. Všechny ostatní komponenty a hostitele v BizTalk Serveru mají specifické role při integraci různorodých obchodních aplikací, jako je příjem, zpracování nebo směrování zpráv. Databázový počítač však tuto práci zachytí a zachová na disk. Například když BizTalk Server přijme příchozí zprávu, hostitel příjmu tuto zprávu zachová do databáze MessageBox předtím, než ostatní hostitelé načtou zprávu pro zpracování orchestrace a odesílání.

Vzhledem k tomu, že zodpovídáte za zřizování a správu databází SQL, je vysoká dostupnost důležitou komponentou architektury, která zajišťuje dostupnost. Pokud chcete zajistit vysokou dostupnost pro databáze BizTalk Serveru, zákazníci často používají clustering systému Windows k vytvoření serverového clusteru se dvěma nebo více počítači s SQL Serverem. Tento serverový cluster poskytuje redundanci a odolnost proti chybám pro databáze BizTalk Serveru. Na rozdíl od clusteringu s vyrovnáváním zatížení, kde skupina počítačů spolupracuje na zvýšení dostupnosti a škálovatelnosti, clustering serverů obvykle zahrnuje dvojici databázových počítačů v konfiguraci aktivní-pasivní tak, aby jeden počítač poskytoval záložní prostředky pro druhý.

Integrační služby Azure

Azure Logic Apps spoléhá na Službu Azure Storage k ukládání a automatickému šifrování neaktivních uložených dat. Toto šifrování chrání vaše data a pomáhá dodržet závazky vaší organizace z hlediska zabezpečení a dodržování předpisů. Ve výchozím nastavení služba Azure Storage používá k šifrování dat klíče spravované Microsoftem. Další informace najdete v tématu Šifrování služby Azure Storage pro neaktivní uložená data.

Když pracujete se službou Azure Storage prostřednictvím webu Azure Portal, probíhají všechny transakce přes PROTOKOL HTTPS. S Azure Storage můžete pracovat také pomocí rozhraní REST API služby Storage přes HTTPS. Pokud chcete vynutit použití protokolu HTTPS při volání rozhraní REST API pro přístup k objektům v účtech úložiště, povolte zabezpečený přenos požadovaný pro účet úložiště.

Konfigurace dat

Oddělení mezi konfigurací a kódem je důležité, když chcete přesunout řešení integrace mezi prostředími, aniž byste museli znovu kompilovat nebo znovu sestavit kód. Informace o konfiguraci jsou obvykle specifické pro prostředí, takže můžete definovat koncové body a další podrobnosti, které se musí při nasazování řešení ve vaší krajině měnit.

BizTalk Server

• Spustitelný soubor služby BizTalk NT

  Tento spustitelný soubor volá soubor app.config s názvem BTSNTSvc.exe.config. Tento soubor poskytuje páry klíč-hodnota, abyste mohli ukládat informace o konfiguraci prostého textu. S tímto souborem se ale starají na základě následujících aspektů:

  • Nezapomeňte pečlivě replikovat konfiguraci napříč všemi počítači ve skupině BizTalk.

  • Změny konfigurace vyžadují restartování instancí hostitele k vyzvednutí nejnovějších hodnot v tomto konfiguračním souboru.

  • Všechny chyby syntaxe zavedené v tomto konfiguračním souboru brání spuštění instancí hostitele a způsobit výpadek.

• Nástroj podnikového jednotného přihlašování

  Tento nástroj můžete použít také jako úložiště konfigurace. Komunitní nástroje jsou také k dispozici pro povolení správy dat pomocí podnikového jednotného přihlašování. K datům můžete následně přistupovat prostřednictvím nástrojů sady SDK, abyste tato data načetli za běhu.

• Vlastní součásti mezipaměti

  Tyto komponenty se často zavádějí, abyste mohli řešit případy použití nad rámec párů klíč-hodnota. Předpokládejme například, že chcete ukládat tabulková data do databáze SQL Serveru a načíst tato data do paměti při spuštění instance hostitele. Tato implementace umožňuje bizTalk Serveru získat tyto informace za běhu spuštěním vlastního kódu .NET Fx. K datům pak můžete přistupovat z orchestrací, map BizTalk a vlastních součástí kanálu.

• Vlastní databáze

  Databáze jsou dobře známé technologie a jazyk pro vývojáře i správce, takže vlastní databáze je další běžnou možností pro ukládání konfiguračních dat aplikací.

• Modul obchodních pravidel (BRE)

  I když se nejedná o primární případ použití, může bre fungovat také jako úložiště konfigurace. Bez ohledu na to, jestli modul voláte z součásti orchestrace nebo kanálu, můžete definovat informace specifické pro prostředí v zásadách BRE a pak nasadit odpovídající zásady do příslušného prostředí. Za běhu může komponenta orchestrace nebo kanálu přistupovat k těmto informacím a používat je v podřízených funkcích, jako jsou mapy nebo v situacích směrování.

• Vlastní konfigurační soubor

  Soubory vlastní konfigurace (.config) můžete použít k ukládání konfiguračních dat aplikace, ale tento přístup není běžný, protože pravděpodobně budete muset udržovat statické a pevné umístění pro tyto soubory ve všech prostředích.

• Registr Systému Windows

  Registr Systému Windows můžete použít jako platnou možnost pro uložení hodnot konfigurace aplikace. Tento registr je centrální hierarchická databáze používaná operačními systémy Microsoft Windows k ukládání informací potřebných ke konfiguraci systému pro jednoho nebo více uživatelů, aplikací a hardwarových zařízení. Registr obsahuje následující základní prvky: hives, klíče a hodnoty. Udržování hodnot uložených v registru však může být obtížné ve velkých prostředích s více registry a potíže se zálohováním jednotlivých nastavení aplikace.

Integrační služby Azure

• Azure Key Vault

  Tato služba ukládá a chrání kryptografické klíče a další tajné kódy používané aplikacemi a cloudovými službami. Vzhledem k tomu, že pro ochranu dat v cloudu je důležitá zabezpečená správa klíčů, použijte Azure Key Vault k šifrování a ukládání klíčů a tajných kódů, jako jsou hesla.

• Azure App Configuration

  Tato služba centrálně spravuje nastavení aplikace a příznaky funkcí. Konfigurace pro všechny aplikace Azure můžete ukládat do univerzálního hostovaného umístění. Efektivně a spolehlivě spravujte konfigurace v reálném čase a aniž by to ovlivnilo zákazníky tím, že zabráníte časově náročnému opětovnému nasazení. Aplikace Azure Konfigurace je vytvořená pro rychlost, škálovatelnost a zabezpečení.

• Azure Cosmos DB

  Tato služba je plně spravovaná databáze NoSQL pro moderní vývoj aplikací s jednocifernou dobou odezvy v milisekundách a automatickou a okamžitou škálovatelností, která zaručuje rychlost v libovolném měřítku. Konfigurační data můžete načíst do služby Azure Cosmos DB a pak k datům přistupovat pomocí konektoruAzure Cosmos DB v Azure Logic Apps.

• Azure Table Storage

  Tato služba poskytuje další úložný prostor pro zachování konfiguračních dat za nízkou cenu. K datům můžete snadno přistupovat pomocí konektoru Azure Table Storage v Azure Logic Apps. Další informace najdete v tématu Azure Table Storage.

• Vlastní ukládání do mezipaměti

  Vlastní řešení ukládání do mezipaměti můžete implementovat také pomocí integračních služeb Azure. Mezi oblíbené přístupy patří použití zásad ukládání do mezipaměti ve službě Azure API Management a Azure Cache for Redis.

• Vlastní databáze

  Databáze jsou dobře známé technologie a jazyk pro vývojáře i správce, takže vlastní databáze je další běžnou možností pro ukládání konfiguračních dat aplikací.

Zpracování velkých souborů

Následující část popisuje možnosti pro zpracování velkých souborů v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

Aby se vyřešilo zpracování velkých souborů, BizTalk Server obsahuje optimalizace na základě následujících profilů:

• Pouze směrování zpráv

  Pokud používáte BizTalk Server pouze pro směrování zpráv na základě upřednostněných vlastností zprávy, zprávy se streamují do databáze MessageBox pomocí rozhraní .NET XmlReader. BizTalk Server nenačítá jednotlivé části zpráv do paměti, takže v tomto scénáři nejsou chyby nedostatku paměti problém. Hlavním aspektem je však doba potřebná k zápisu velmi velkých zpráv (více než 100 MB) do databáze MessageBox. Vývojový tým BizTalk Serveru úspěšně otestoval zpracování zpráv až 1 GB při provádění směrování. Další informace naleznete v tématu Optimalizace výkonu kanálu.

• Transformace dat pomocí map

  Když BizTalk Server transformuje dokument pomocí mapy, tato potenciálně operace náročná na paměť předá zprávu do třídy .NET XslCompiledTransform, která načte šablonu stylů XSL. Po úspěšném dokončení operace načítání může více vláken současně volat transformační metodu. Další informace naleznete v XslCompiledTransform Třída.

  BizTalk Server výrazně zlepšuje správu paměti pro velké dokumenty implementací konfigurovatelné prahové hodnoty velikosti zprávy pro načítání dokumentů do paměti během transformací. Ve výchozím nastavení je prahová hodnota velikosti zprávy 1 MB. Pro všechny zprávy s velikostí pod touto prahovou hodnotou zpracovává BizTalk Server zprávu v paměti. Aby se snížily požadavky na paměť pro všechny zprávy s velikostí nad touto prahovou hodnotou, BizTalk Server do vyrovnávací paměti zprávu do systému souborů.

Integrační služby Azure

Mezi zpracováním velkých souborů s místní platformou middlewaru, jako je BizTalk Server, a nabídkou PaaS, jako je Azure Logic Apps, existují některé základní rozdíly. Například pečlivě prověřte scénáře velkých zpráv, abyste našli správné řešení, protože potenciálně existují různé způsoby řešení tohoto problému v moderním cloudovém prostředí.

Omezení velikosti souboru

V Azure existují limity velikosti souborů, které zajišťují konzistentní a spolehlivé prostředí. Pokud chcete svůj scénář ověřit, nezapomeňte si projít dokumentaci k limitům služeb pro Azure Logic Apps. Některé konektory podporují vytváření bloků zpráv pro zprávy, které překračují výchozí limit velikosti zpráv, což se liší podle konektoru. Bloky zpráv fungují rozdělením velké zprávy na menší zprávy.

Azure Logic Apps není jedinou službou, která má omezení velikosti zpráv. Například Azure Service Bus má také taková omezení. Další informace o zpracování velkých zpráv ve službě Azure Service Bus najdete v tématu Podpora velkých zpráv.

Model kontroly deklarací identity

Abyste se vyhnuli omezením velikosti souborů, můžete implementovat vzor kontroly deklarací identity, který funguje rozdělením velké zprávy na kontrolu deklarací identity a datovou částí. Tuto kontrolu deklarací identity odešlete na platformu pro zasílání zpráv a uložíte datovou část do externí služby. Tímto způsobem můžete zpracovávat velké zprávy, zatímco chráníte sběrnici zpráv a klienta před přetížením. Tento model také pomáhá snížit náklady, protože úložiště je obvykle levnější než jednotky prostředků používané platformou zasílání zpráv.

Azure Data Factory

Azure Data Factory nabízí další možnost pro zpracování velkých souborů. Tato služba je nabídkou ELT Azure pro škálovatelnou integraci dat bez serveru a transformaci dat s vizuálním prostředím bez kódu pro intuitivní vytváření a jednoookenové monitorování a správu dat. Stávající balíčky SSIS (SQL Server Integration Services) můžete také přesunout do Azure a spouštět je s plnou kompatibilitou ve službě Azure Data Factory. Prostředí SSIS Integration Runtime nabízí plně spravovanou službu, takže se nemusíte starat o správu infrastruktury. Další informace najdete v tématu "Lift and shift" úloh služby SQL Server Integration Services do cloudu.

V místních architekturách byla služba SSIS oblíbenou možností správy načítání velkých souborů do databází. Jako ekvivalent cloudu pro tuto architekturu může Azure Data Factory řešit transformaci a přesun velkých datových sad mezi různými zdroji dat, jako jsou systémy souborů, databáze, SAP, Azure Blob Storage, Azure Data Explorer, Oracle, DB2, Amazon RDS a další. Pokud máte velké požadavky na zpracování dat, zvažte použití služby Azure Data Factory jako lepší možnosti pro Azure Logic Apps a Azure Service Bus.

Monitorování a upozornění

BizTalk Server

• BizTalk Monitorování stavu

  Tento nástroj je modul snap-in konzoly MMC, který můžete použít ke sledování stavu prostředí BizTalk Serveru a provádění úloh údržby. Mezi funkce patří sestavy MsgBox Viewer (MBV), úlohy nástroje Ukončovací nástroj, e-mailová oznámení, shromažďování sestav a integrace perfmon .

• BizTalk Správa istrace konzoly

  Tento nástroj je také modul snap-in konzoly MMC, který správcům umožňuje zjišťovat selhání, pozastavené instance, transakce, které se právě opakují, stav a další. Prostředí nástrojů je v přírodě velmi reaktivní, protože konzolu musíte neustále aktualizovat, abyste si mohli prohlédnout nejnovější informace.

• BizTalk360

  Externí webové řešení, které poskytuje úplnou kontrolu nad prostředím BizTalk Serveru. Tento jediný nástroj nabízí možnosti operací, monitorování a analýz pro BizTalk Server.

Integrační služby Azure

• Azure Monitor

  Pokud chcete monitorovat prostředky Azure, můžete tuto službu a funkci Log Analytics použít jako komplexní řešení pro shromažďování, analýzu a zpracování telemetrických dat z cloudových a místních prostředí.

• V Azure Logic Apps jsou k dispozici následující možnosti:

  • V případě pracovních postupů aplikace logiky Consumption můžete nainstalovat řešení pro správu Logic Apps (Preview) na webu Azure Portal a nastavit protokoly služby Azure Monitor tak, aby shromažďují diagnostická data. Jakmile nastavíte aplikaci logiky tak, aby tato data odesílala do pracovního prostoru Služby Azure Log Analytics, toky telemetrie do místa, kde řešení pro správu Logic Apps může poskytovat vizualizace stavu. Další informace najdete v tématu Nastavení protokolů služby Azure Monitor a shromažďování diagnostických dat pro Azure Logic Apps. S povolenou diagnostikou můžete také pomocí služby Azure Monitor odesílat výstrahy na základě různých typů signálů, jako je například selhání triggeru nebo spuštění. Další informace najdete v tématu Monitorování stavu spuštění, kontrola historie triggerů a nastavení upozornění pro Azure Logic Apps.

  • U standardních pracovních postupů aplikace logiky můžete povolit aplikaci Přehledy při vytváření prostředků aplikace logiky a odesílat protokolování diagnostiky a trasování z pracovních postupů aplikace logiky. V aplikaci Přehledy můžete zobrazit mapu aplikace, abyste lépe pochopili výkon a vlastnosti stavu vašich rozhraní. Aplikace Přehledy také zahrnuje funkce dostupnosti, které umožňují konfigurovat syntetické testy, které aktivně volají koncové body, a následně vyhodnotit odpověď pro konkrétní stavové kódy HTTP nebo datovou část. Na základě nakonfigurovaných kritérií můžete účastníkům posílat oznámení nebo volat webhook pro další možnosti orchestrace.

• Bezserverová verze 360 je externí řešení od Kovai , které poskytuje monitorování a správu prostřednictvím mapování služeb Azure, jako jsou Azure Logic Apps, Azure Service Bus, Azure API Management a Azure Functions. Zprávy můžete znovu zpracovat pomocí front mrtvých zpráv ve službě Azure Service Bus, povolit samoobslužné opravy, které řeší přerušované přerušení služeb, a nastavit proaktivní monitorování prostřednictvím syntetických transakcí.

  V prostředí portálu můžete nakonfigurovat vlastní pravidla monitorování a zobrazit protokoly. Oznámení můžete posílat prostřednictvím různých kanálů, jako jsou e-maily, Microsoft Teams a ServiceNow. K vizuálnímu určení stavu vašich rozhraní jsou k dispozici mapy služeb.

Monitorování obchodních aktivit

Následující část popisuje možnosti monitorování a shromažďování telemetrie pro úlohy v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

BizTalk Server obsahuje funkci nazvanou Monitorování obchodních aktivit (BAM), která vývojářům a obchodním analytikům umožňuje definovat profily sledování, které můžou použít pro orchestrace. Při procházení zpráv příjmem a odesíláním portů jsou datové atributy zachyceny a uloženy v databázi BAM. Vlastní implementace je k dispozici také prostřednictvím rozhraní .NET Fx API.

Integrační služby Azure

I když v Azure neexistuje žádná ekvivalentní funkce monitorování obchodních aktivit, můžete vytvořit vlastní řešení s využitím funkcí, jako jsou aplikační Přehledy nebo jiné datové platformy. Během provádění pracovního postupu můžete instrumentovat kód nebo konfiguraci k odesílání relevantních informací do těchto úložišť dat, kde můžete provádět další analýzy a vizualizace pomocí Power BI. Další informace o budoucích investicích do této oblasti najdete v části Roadmapa dále v tomto průvodci.

Další možností je, že můžete použít externí řešení z Kovai s názvem Bezserverová verze 360. Společně s monitorovací platformou můžete použít funkci monitorování obchodních aktivit, která poskytuje kompletní sledování toků obchodních procesů napříč nativními cloudovými a hybridními integracemi. Tato funkce zahrnuje spravovaný konektor, který můžou vývojáři použít k instrumentaci kódu a zachycení důležitých obchodních dat. Správa istrátory můžou následně vytvářet řídicí panely a sdílet je s obchodními analytiky.

Sledování

Následující část popisuje možnosti sledování artefaktů pro monitorování výkonu a analýzu stavu v BizTalk Serveru a službě Azure Integration Services.

BizTalk Server

• Sledování zpráv

  Správci BizTalk Serveru můžou pomocí sledování textu zprávy určit, kdy se mají zachovat těla zpráv v úložišti pro účely řešení potíží a auditování. Sledování zpráv je náročná operace z hlediska výkonu i úložiště, takže tuto funkci používejte selektivně, abyste se vyhnuli problémům s výkonem. Když povolíte sledování textu zprávy na příjmu a odesílání portů, BizTalk Server zkopíruje data do databáze BizTalk Tracking (BizTalkDTADb) pomocí úlohy agenta SQL Serveru s názvem TrackedMessages_Copy_<message-box-name>.

  

  Sledování můžete použít u téměř všech artefaktů BizTalk Serveru, včetně orchestrací, kanálů, portů pro příjem, odesílání portů, schémat a obchodních pravidel. Tyto možnosti jsou v modulu runtime povolené nebo zakázané, aniž by to ovlivnilo váš kód (řešení) nebo vyžadovalo restartování.

• Sledování stavu a aktivit (HAT)

  I když byl nástroj HAT odebrán z BizTalk Serveru počínaje edicí 2009, funkce stále existuje v konzole BizTalk Správa istrace. Správa istrátory můžou hledat data prostřednictvím rozhraní New Query v prostředí Přehled skupiny. Dotazy můžete přizpůsobit na základě různých kritérií, včetně typu události, názvu portu, identifikátoru URI, názvu schématu a dalších. Pokud chcete zkontrolovat těla zpráv, které se přesunuly přes port Přijmout nebo Odeslat, můžete získat přístup k informacím za předpokladu, že jste povolili sledování na úrovni portů. Další informace najdete v tématu Sledování stavu a aktivity.

• Integrace s Přehledy aplikací a službou Azure Event Hubs

  Od verze BizTalk Server 2016 Feature Pack 1 můžete publikovat telemetrická data do služby Application Přehledy ve službě Azure Monitor nebo ve službě Azure Event Hubs. Tento přístup zabraňuje problémům s kapacitou disků SQL Serveru, abyste mohli místo toho používat elastická cloudová úložiště dat, jako jsou aplikační Přehledy, Log Analytics a historie spuštění v Azure Logic Apps.

Integrační služby Azure

Azure Logic Apps poskytuje bohatou historii spuštění, aby vývojáři a analytici podpory mohli kontrolovat akce podle telemetrie akcí, včetně všech zpracovaných vstupů a výstupů. Pokud chcete chránit všechna citlivá data, můžete povolit zabezpečené vstupy a výstupy jednotlivých akcí v pracovních postupech. Tato funkce obfuskuje nebo skryje data v protokolech a historii spuštění pracovního postupu, aby nedocházelo k únikům.

Kromě obfuskace dat můžete k ochraně přístupu k datům použít pravidla Azure RBAC . Azure RBAC zahrnuje dvě předdefinované role speciálně pro Azure Logic Apps, což jsou Přispěvatel aplikací logiky a Operátor aplikace logiky.

Kromě Azure RBAC můžete také omezit přístup k historii spuštění v Azure Logic Apps podle rozsahu IP adres.

Hostování

Následující část popisuje možnosti hostování pro BizTalk Server a Azure Integration Services.

BizTalk Server

BizTalk Server 2020 podporuje následující platformy a produkty Společnosti Microsoft:

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

BizTalk Server můžete nainstalovat a spustit na vlastním hardwaru, místním virtuálním počítači nebo virtuálních počítačích Azure. Virtuální počítače Azure poskytují flexibilitu virtualizace pro širokou škálu výpočetních řešení s podporou BizTalk Serveru, Windows Serveru, SQL Serveru a dalších. Všechny virtuální počítače aktuální generace zahrnují vyrovnávání zatížení a automatické škálování bez poplatků.

Integrační služby Azure

Azure Logic Apps

• Plány hostingu

  V Azure Logic Apps s jedním tenantem se standardní aplikace logiky podobá funkci Azure nebo webové aplikaci, kde můžete k hostování více standardních aplikací logiky použít jeden plán služby pracovního postupu. Tato podobnost znamená, že nemusíte nasazovat všechny pracovní postupy v jednom prostředku aplikace logiky Standard. Místo toho můžete tyto pracovní postupy uspořádat do logických skupin (aplikací logiky), které vám pomůžou lépe spravovat další aspekty vašeho řešení. Tento přístup vám pomůže využít plán služby pracovních postupů na maximum a aplikace, které můžete implementovat, aby je bylo možné škálovat jednotlivě.

  Aplikace logiky Standard má následující cenové úrovně: WS1, WS2 a WS3. Funkčně poskytuje každá úroveň stejné možnosti. Vaše požadavky na výpočetní prostředky a paměť jsou pro váš scénář nejvhodnější, například:

  Cenová úroveň	Virtuální procesor (vCPU)	Paměť (GB)
  WS1	0	3.5
  WS2	2	7
  WS3	4	14

  Nejnovější informace najdete v tématu Cenové úrovně v modelu Standard.

• Dostupnost a redundance

  Zóny dostupnosti v Azure poskytují odolnost, distribuovanou dostupnost a škálovatelnost zón aktivní-aktivní. Pokud chcete zvýšit dostupnost úloh aplikace logiky, můžete povolit podporu zóny dostupnosti, ale jenom při vytváření aplikace logiky. V libovolné oblasti Azure, která podporuje a umožňuje redundanci zón, budete potřebovat aspoň tři samostatné zóny. Platforma Azure Logic Apps distribuuje tyto zóny a úlohy aplikací logiky napříč těmito zónami. Tato funkce je klíčovým požadavkem na povolení odolných architektur a zajištění vysoké dostupnosti v případě selhání datacenter v určité oblasti. Další informace najdete v tématu Vytváření řešení pro zajištění vysoké dostupnosti pomocí zón dostupnosti.

• Izolované a vyhrazené prostředí

  U standardních aplikací logiky máte možnost vybrat službu App Service Environment (ASE) v3 pro vaše prostředí nasazení. S ase v3 získáte plně izolované a vyhrazené prostředí pro spouštění aplikací ve velkém měřítku s předvídatelnými cenami. Platíte jenom za plán služby App Service SLUŽBY ASE bez ohledu na to, kolik aplikací logiky vytvoříte a spustíte.

Azure Service Bus

Azure Service Bus nabízí různé cenové úrovně, abyste si mohli vybrat tu nejlepší úroveň, která vyhovuje vašim potřebám. Pro podniková prostředí zákazníci obvykle volí úrovně Premium nebo Standard. Pro zákazníky, kteří potřebují vysokou propustnost s předvídatelným výkonem a podporou pokročilých sítí, je lepší volbou úroveň Premium. Nebo pokud můžete přijmout proměnlivou propustnost a menší zpracování zpráv, úroveň Standard může dávat větší smysl. Následující tabulka shrnuje obě úrovně:

Úroveň Premium	Úroveň Standard
Vysoká propustnost	Variabilní propustnost
Předvídatelný výkon	Variabilní latence
Pevné ceny	Variabilní průběžná cena
Možnost vertikálně navýšit a snížit kapacitu	Není k dispozici
Velikost zprávy až 100 MB. Viz podpora velkých zpráv.	Velikost zprávy do 256 kB

Nejnovější informace najdete v tématu Úrovně zasílání zpráv Service Bus Premium a Standard.

Azure API Management

Azure API Management nabízí různé cenové úrovně, abyste mohli zvolit tu nejlepší úroveň, která vyhovuje vašim potřebám. Každá úroveň má své vlastní funkce a jmenuje se Consumption, Developer, Basic, Standard a Premium.

Možnosti v těchto úrovních se liší od integrace Microsoft Entra, podpory virtuální sítě Azure, integrované mezipaměti, bran v místním prostředí a dalších. Další informace o těchto úrovních a jejich možnostech najdete v tématu Porovnání úrovní služby Azure API Management na základě funkcí.

Azure Data Factory

Azure Data Factory nabízí různé cenové modely, abyste si mohli vybrat ten nejlepší model, který vyhovuje vašim potřebám. Možnosti se liší podle typu modulu runtime, který zahrnuje Prostředí Azure Integration Runtime, Prostředí Integration Runtime spravované virtuální sítě a místní prostředí Integration Runtime. V rámci každé nabídky modulu runtime zvažte podporu orchestrací, aktivity přesunu dat, aktivity kanálu a externí aktivity kanálu. Další informace o plánování nákladů a cenách najdete v tématu Plánování správy nákladů pro službu Azure Data Factory a vysvětlení cen služby Data Factory prostřednictvím příkladů.

Nasazení

BizTalk Server

Nativní balení nasazení v BizTalk Serveru je založené na souboru Instalační služby společnosti Microsoft (MSI) v kombinaci s konfigurací prostředí nebo vazbami souboru. Tyto dva soubory vytvářejí oddělení mezi instalací komponent, které se nasazují do následujících úložišť BizTalk Serveru a definují nastavení na úrovni portu a kanálu, včetně koncových bodů, tajných kódů, konfigurace kanálu a dalších.

• Databáze pro správu
• Místní složky BizTalk Serveru
• Globální mezipaměť sestavení .NET

I když tento proces může být účinný, musíte také spravovat každou konfiguraci jednotlivých prostředí odděleně od kódu. Opensourcový projekt BTDF (BizTalk Deployment Framework) nabízí jedno řešení tohoto problému. Pomocí tohoto nástroje můžete udržovat konfiguraci prostředí jako součást řešení BizTalk Server pomocí souboru tokenizované vazby, který vytvoříte v době návrhu, a matice tokenů, kterou vytvoříte jako excelový soubor pro každé prostředí.

Proces sestavení pak vytvoří jednotný soubor MSI se stejnou verzí. Tento soubor podporuje nasazení součástí a konfiguraci prostředí ze stejného balíčku, což vám dává lepší kontrolu nad verzí řešení, které chcete implementovat napříč prostředími.

Podpora balíčku BTDF v kanálu průběžného nasazování (CI/CD) je k dispozici v BizTalk Serveru 2020, který zahrnuje tuto funkci zavedenou se sadami Funkcí BizTalk Server 2016. Tuto funkci a platformu Azure DevOps můžete použít ke zjednodušení automatického nasazení pro řešení BizTalk Serveru napříč prostředími.

Integrační služby Azure

Když nasadíte komponentu nebo řešení Azure Integration Services do Azure, musíte spravovat následující položky:

• Prostředky Azure, které fungují jako kontejnery nebo infrastruktura pro řešení, která chcete nasadit, například instanci služby API Management, prostředek aplikace logiky standardu, obor názvů služby Service Bus nebo téma Event Grid

• Skutečná logika implementovaná jednotlivými komponentami, jako jsou rozhraní API, pracovní postupy, fronty a předplatná

• Konfigurace specifická pro prostředí přidružená ke každé komponentě, například oprávnění, tajné kódy, výstrahy atd.

Když definici infrastruktury zachováte odděleně od kódu, můžete s definicí infrastruktury zacházet jako s jinou částí kódu, který můžete vytvořit, bezpečně uložit v úložišti správy zdrojového kódu a aktivovat nasazení při změně definice. Tento postup, běžně známý jako Infrastruktura jako kód (IaC), zlepšuje kvalitu prostředí, protože můžete vytvářet verze pro každé prostředí a sledovat změny zpět do správy zdrojového kódu.

Integrační služby Azure podporují IaC tím, že poskytují možnost vytvářet prostředky infrastruktury pomocí šablon Azure Resource Management. I když se šablony ARM můžou zdát složité pochopit a implementovat jako sjednocené řešení, můžete použít abstrakční nástroje, jako jsou Bicep, Terraform nebo Pulumi, které poskytují prostředí podobné kódu pro vytvoření definice infrastruktury. I když tyto nástroje poskytují abstraktní vrstvy nad šablonami ARM, nástroje nakonec generují šablony ARM a můžou tyto šablony nasadit za vás.

S vaší infrastrukturou můžete nasadit logiku, která implementuje kompletní pracovní postupy. Vzhledem k tomu, že služba Azure Integration Services nabízí kolekci nástrojů pro implementaci pracovních postupů integrace, musíte nasadit každou komponentu. U řešení vytvořených pomocí Azure Integration Services jsou kanály CI/CD obvykle založené na nasazení orchestrace komponent. Technici DevOps můžou používat integrované akce, které abstrahují aktivity nasazení, nebo používají obecné akce, které spouštějí příkazy rozhraní příkazového řádku nebo automatizační skripty, jako jsou PowerShell a Bash. Ve většině případů technici přizpůsobují kanály podle potřeb aplikace, prověřují pokyny z oficiální dokumentace a jako výchozí bod používají ukázková úložiště.

Proces přípravy jednotlivých komponent na nasazení obvykle bere v úvahu následující kroky:

• Fáze kontinuální integrace

  1. Získejte nejnovější verzi zdrojového kódu.

  2. Připravte kód s konfigurací specifickou pro prostředí.

     Podrobnosti pro tento krok závisí na podpoře každé technologie pro externí injektáž proměnných prostředí. Základním místem je, že informace o konfiguraci založené na prostředí, jako jsou připojovací řetězec a odkazy na externí prostředky, jsou abstrahovány tak, aby odkazovaly na úložiště nastavení aplikace. V tomto scénáři byste proto uložili odkazy, které můžou existovat jako prostý text přímo v úložišti nastavení aplikace, ale uložili byste citlivé hodnoty, jako jsou tajné kódy, jako jsou odkazy na odkazy na položky v úložišti tajných kódů, jako je například trezor klíčů Azure.

     Azure Logic Apps umožňuje tento přístup pro prostředek standardní aplikace logiky tím, že podporuje odkazy na úložiště nastavení aplikace, které pak můžete mapovat páry název-hodnota na položky v trezoru klíčů.

     Pro Azure API Management můžete získat podobné výsledky pomocí konfigurace hodnot názvů, která podporuje také Službu Azure Key Vault.

  3. Zabalte kód pro nasazení v různých prostředích.

• Fáze průběžného nasazování

  1. Nasaďte zabalený kód v cílovém prostředí.

  2. Aktualizujte úložiště nastavení aplikace správnými hodnotami prostředí, a to buď jako prostý text, nebo odkazy na položky ve vašem trezoru klíčů.

  3. Aktualizujte všechna požadovaná oprávnění, která závisí na kódu.

  4. V případě potřeby připravte aplikaci na spuštění.

Shoda funkcí

Následující tabulka a diagram zhruba ukazují, jak se prostředky, artefakty, funkce a možnosti shodují mezi BizTalk Serverem v porovnání se službou Azure Integration Services, i když shoda nebude 1:1. Přestože je integrační služba Azure klíčovou platformou pro úlohy integrace, ujistěte se, že jako celek zvažujete všechny dostupné funkce Azure.

Funkce	BizTalk Server	Azure
Orchestrace	– Orchestrace BizTalk Serveru – kód jazyka C# (pomocná třída nebo webová služba)	– Pracovní postup Azure Logic Apps – Aplikace funkcí Azure Functions – Aplikace Azure API
Pipelines	– Kanály BizTalk Serveru – Součásti kanálu	– Pracovní postupy Azure Logic Apps (jako kanály) – Azure API Management (jako kanály) – Azure Functions nebo aplikace Azure API
Směrování zprávy	-Messagebox - Propagace majetku -Filtry	– Fronty a témata služby Azure Service Bus (hlavičky zpráv, vlastnosti zpráv a odběry) – Azure Event Grid nebo Azure API Management – SQL Server nebo Azure Cache for Redis
Připojení aplikace	- BizTalk Server out-of-the-box a vlastní adaptéry – Internetová informační služba (IIS) a Azure API Management (hybridní funkce)	– Konektory Azure Logic Apps – Azure API Management (jako konektory) – Azure Functions nebo aplikace Azure API
Křížové odkazy	xref_ * tabulky v databázi bizTalk Management (BizTalkMgmtDb)	– Azure Functions – SQL Server -Vlastní
Schémata (XSD)	– Schémata BizTalk Serveru – schémata XML, JSON a plochých souborů	– Azure Logic Apps (Consumption) a účet integrace Azure – Azure Functions a účet služby Azure Storage – Azure Logic Apps a aplikace Azure API – Azure Logic Apps (Standard)
Mapy	– BizTalk Mapper - Mapy XSLT – Azure API Management (hybridní funkce)	– Azure Logic Apps (Spotřeba) a účet integrace Azure (mapy XSLT, Liquid) – Azure Functions a účet služby Azure Storage – Azure Logic Apps a aplikace Azure API – Azure Logic Apps (Standard)
Obchodní pravidla	BizTalk Server Business Rules Engine	– Azure Functions – SQL Server – Vlastní databáze
Monitorování obchodních aktivit	Monitorování obchodních aktivit BizTalk Serveru	– SQL Server – Azure Monitor (Přehledy aplikací) – Power BI
EDI	- Předefinované možnosti BizTalk Serveru - Strany, partneři, dohody, AS2, X12, EDIFACT	Azure Logic Apps a účet integrace Azure (partneři, smlouvy, AS2, X12, EDIFACT)
HL7, RosettaNet a SWIFT	Akcelerátory BizTalk Serveru pro HL7, RosettaNet a SWIFT	– Konektory Azure Logic Apps, RosettaNet a SWIFT a účet integrace Azure – Azure API Management for FHIR (HL7) – Azure Blueprint, který umožňuje dodržování předpisů SWIFT CSP v Azure
Tajné kódy	Jednotné přihlašování organizace (SSO)	– Azure Key Vault – SQL Server – Konfigurace aplikace
Zabezpečení a zásady správného řízení	– Jednotné přihlašování organizace (SSO) - SSO affiliate aplikace – Active Directory - Podpisové certifikáty – Ověřování zabezpečení služby IIS - Zabezpečení sítě	– Microsoft Entra ID – Zabezpečení sítě Azure – Řízení přístupu na základě role v Azure (Azure RBAC) - Deklarace identity, tokeny – Zásady sdíleného přístupu
Konfigurace dat	– Konfigurační soubory – Konfigurace aplikace podnikového jednotného přihlašování – Vlastní součásti mezipaměti – Vlastní databáze – Modul obchodních pravidel – Registr Systému Windows	– Azure Key Vault – konfigurace Aplikace Azure – Azure Cosmos DB – Azure Table Storage – Konfigurace Azure Logic Apps (Standard) – Konfigurace Azure Functions – Pojmenované hodnoty a back-endy služby Azure API Management – SQL Server – Vlastní ukládání do mezipaměti – Vlastní databáze
Nasazení	– Soubor vazby BizTalk Serveru	– Kanály Azure DevOps – Skripty Bicep - Terraform
Sledování	– Možnosti sledování BizTalk Serveru (příjem portů, odesílání portů, kanálů, orchestrace) – Sledování služby IIS – Integrovaná analýza služby Azure API Management (hybridní funkce)	– Historie spuštění Azure Logic Apps a sledované vlastnosti – Účet služby Azure Storage – Azure Monitor (Přehledy aplikací) – Integrovaná analýza služby Azure API Management – Vlastní řešení, například Azure Event Hubs a Azure Functions plus SQL Server a Azure Data Explorer
Sledování	– BizTalk Správa istrace konzoly – BizTalk Monitorování stavu	Azure Monitor (Přehledy aplikací, Log Analytics)
Operace	– BizTalk Server Správa istrace konzoly – Azure DevOps Pipelines – MSI, PowerShell – BizTalk Deployment Framework	– Azure Portal – Azure Monitor – Šablony Azure Resource Manageru – Kanály Azure DevOps – PowerShell, ROZHRANÍ příkazového řádku, Bicep

Roadmapa

Microsoft v současné době upřednostňuje následující investice, aby pomohli vyřešit potřeby zákazníků BizTalk při migraci svých úloh a rozhraní do služeb Azure Integration Services:

Časové období	Investice do funkcí
Krátkodobé	- Podpora XSLT + .NET Framework (Public Preview) - Kodér SWIFT MT a dekodér (Public Preview) – Volání vlastního kódu rozhraní .NET Framework z Azure Logic Apps (Standard)
Střednědobé	– Vylepšení účtu EDI a integrace - Nativní podpora XML – Podpora WCF a SOAP - Podpora stroje obchodních pravidel
Dlouhodobé	Sledování obchodních událostí

Pokud chcete mít přehled o nejnovějších investicích, přihlaste se k odběru integrace na blogu Azure – Tech Community.

Další kroky

Dozvěděli jste se více o tom, jak azure Integration Services porovnává s BizTalk Serverem. Dále se dozvíte, jak zvolit nejlepší možnosti Azure pro vaše scénáře. Nebo přeskočte dopředu a projděte si navrhované přístupy a zdroje, aspekty plánování a osvědčené postupy pro vaši migraci.

Volba nejlepších nabídek Azure Integration Services pro váš scénář

Přístupy k migraci pro BizTalk Server do Azure Integration Services