Proč migrovat z BizTalk Serveru do Azure Logic Apps?

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 do Azure Logic Apps. 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 Logic Apps můžete využít následující hlavní výhody:

Výhoda	Popis
Moderní integrační platforma jako služba (iPaaS)	Azure Logic Apps je součástí služby Azure Integration Services, která poskytuje funkce, které neexistovaly při původním sestavení BizTalk Serveru, 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 – Schopnost spouštět místně (model hybridního nasazení Azure Logic Apps)
Investice do funkcí BizTalk	Azure Logic Apps, následník BizTalk Serveru, obsahuje některé základní funkce BizTalk Serveru. Například modul pravidel Azure Logic Apps používá stejný modul runtime jako Modul pravidel BizTalk Business Rules Engine (BRE). Návrhář pracovního postupu ve službě Azure Logic Apps vám pomůže zachovat investice zákazníků do BizTalk Serveru a zahrnuje další funkce, jako je nástroj Mapování dat při použití editoru Visual Studio Code, podpora spouštění vlastního kódu a nativní podpora XML.
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. Azure Logic Apps zkracuje čas potřebný 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ů, které chcete nahradit orchestrace BizTalk.
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 Logic Apps?

Azure Logic Apps je cloudová a hybridní služba pro automatizaci pracovních postupů a orchestraci obchodních procesů, aplikací a dat napříč hybridními prostředími pomocí vizuálního návrháře. Tato služba je součástí služby Azure Integration Services, která je sadou cloudových, bezserverových, škálovatelných a škálovatelných stavebních bloků spravovaných Microsoftem, abyste mohli 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é orchestrují 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 orchestrovat mikroslužby, 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ěží ve službě Azure Logic Apps s více tenanty. Standardní aplikace logiky může zahrnovat 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 v clusterech Kubernetes s podporou Azure Arc (model hybridního nasazení). 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 Azure na základě rolí (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	Application Insights, 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 Application Insights.
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 a Visual Studio Code – 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

BizTalk Server versus Azure Logic Apps

Abychom mohli porovnat BizTalk Server s Azure Logic Apps 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:

Komponenta	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.

Azure Logic Apps

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řipojí se 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. Řešení integrace pro většinu služeb a systémů můžete vytvářet 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čů, midranges, 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í functoidy

  Mapy umožňují překlad nebo transformaci zpráv XML na 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í rozhraní .NET Framework

  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 Framework.

• 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.

Azure Logic Apps

• Úč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 Azure Logic Apps. Po přidání rozhraní API do služby Azure API Management můžete pomocí konektoru API Management s pracovními postupy aplikací logiky 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.

  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.

Azure Logic Apps

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.

Azure Logic Apps

Konektory poskytují možnosti připojení v Azure Logic Apps a nabízejí 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 prostředí vyhledávání operací konektoru v návrháři pro pracovní postup standardní aplikace logiky v Azure Logic Apps s jedním tenantem. Když v seznamu modulu runtime vyberete in-app, můžete najít integrované konektory, jako jsou Azure Functions, Azure Service Bus, IBM DB2, SQL Server, Azure Storage, Systém souborů, HTTP a další. Pokud vyberete Možnost Sdílené, najdete více než 1 000 konektorů, včetně dalších konektorů SaaS Microsoftu, partnerských konektorů SaaS atd.

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

Následující části popisují podporu webových služeb a připojení rozhraní API v BizTalk Serveru a Azure Logic Apps.

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-AtomicTransaction, 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 pro správu BizTalk. 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.

Azure Logic Apps

Model připojení v Azure Logic Apps 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 implementovat připojení webové služby SOAP prostřednictvím vlastního prostředí konektoru nebo pomocí rozhraní API Management, které poskytuje skvělé možnosti SOAP. Další informace najdete v tématu Zvýšení obchodní hodnoty integrací starších prostředků SOAP se službami Azure Logic Apps a Azure APIM.

Použití adaptéru nebo konektoru bloku

Následující části popisují možnosti, jak zabránit použití adaptéru nebo konektoru v BizTalk Serveru a Azure Logic Apps.

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.

Azure Logic Apps

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 pro správu BizTalk. 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á.

Azure Logic Apps

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 pracovního postupu můžete znovu spustit prostřednictvím webu Azure Portal nebo rozhraní API. V tuto chvíli se spustí celá instance pracovního postupu 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ů. Instanci pracovního postupu můžete spustit znovu od konkrétní akce, která je aktuálně ve verzi Preview. Tato funkce je k dispozici pro všechny akce s výjimkou scénářů sekvenční a komplexní souběžnosti.

• 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í části popisují možnosti implementace vzoru publikování a odběru v BizTalk Serveru a Azure Logic Apps.

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.

Azure Logic Apps

S architekturou se zcela liší od BizTalk Serveru, většina služeb v Azure Integration Services je založená na událostech. Azure Logic Apps prostřednictvím služby Azure Service Bus podporuje vytváření řešení pro publikování a přihlášení k odběru. Azure Service Bus je plně spravovaný podnikový zprostředkovatel zpráv s frontami zpráv a tématy publikování 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
• Bezpečně směrujte a přenášejte 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 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é v Azure Logic Apps, můžete ve službě Azure Service Bus vytvořit odběry zpráv, které podporují vlastnosti zpráv (vlastnosti uživatele). Tyto vlastnosti můžete použít k poskytnutí párů 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.

Azure Logic Apps

Azure Logic Apps zahrnuje modul pravidel Azure Logic Apps, který je aktuálně ve verzi Public Preview. Tento modul pravidel zahrnuje modul runtime BizTalk Business Rules Engine (BRE), abyste mohli znovu použít existující zásady BizTalk BRE. V současné době existuje podpora pouze pro fakta XML a rozhraní .NET Framework.

Transformace dat

Následující části popisují možnosti transformace dat v BizTalk Serveru a Azure Logic Apps.

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.

Azure Logic Apps

• 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.

• Operace XML

  V případě transformací XML v pracovních postupech aplikace logiky můžete použít integrované operace XML, například Compose XML s akcí schématu a Parsovat XML pomocí akce schématu .

• 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.

Azure Logic Apps

• 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 Service podporují scénáře hybridních připojení 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 Azure Relay Hybrid Connections. V rámci služby Aplikace Azure můžete pomocí hybridních připojení přistupovat 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í 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í neví nebo nezajímá aplikační protokol nebo 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í části popisují možnosti pro vytváření a spouštění vlastního kódu v BizTalk Serveru a Azure Logic Apps.

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žené 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.

Azure Logic Apps

Azure Logic Apps poskytuje možnost vytvářet a spouštět kód .NET z pracovního postupu aplikace logiky Standard. K tomu je potřeba použít Visual Studio Code s rozšířením Azure Logic Apps (Standard).

Konektor Inline Code Operations také poskytuje akce s názvem Execute JavaScript Code, Execute CSharp Script Code (Preview) a Execute PowerShell Code (Preview). Pomocí těchto akcí můžete psát malé fragmenty kódu, které podporují vstupy a výstupy dynamického obsahu. Modul Azure Logic Apps očekává, že tyto fragmenty kódu budou mít krátkou dobu provádění. Po dokončení provádění fragmentu kódu je výstup k dispozici pro použití podřízenými akcemi 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 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í části popisují možnosti uspořádání úloh v BizTalk Serveru a Azure Logic Apps.

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í.

Azure Logic Apps

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.

Azure Logic Apps

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 Application Insights. 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

  Azure Logic Apps (Standard) může ověřovat přístup k účtům úložiště pomocí spravované identity. Některé konektory také podporují použití spravovaných identit 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ávci ke správě aplikací BizTalk Serveru používají konzolu pro správu serveru 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í.

Azure Logic Apps

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ý.

Azure Logic Apps

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.

Azure Logic Apps

• 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í konektoru Azure 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ů.

Azure Logic Apps

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 .

• Konzola pro správu BizTalk

  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.

Azure Logic Apps

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 pracovních postupů standardních aplikací logiky můžete povolit podporu Application Insights, která poskytuje kurátorované vizualizace jako základ pro monitorování služeb Azure. Tyto vizualizace vám pomůžou efektivněji monitorovat standardní pracovní postupy pomocí řídicích panelů určených speciálně pro Azure Logic Apps (Standard). Obor řídicího panelu pokrývá pracovní postupy v rámci standardní aplikace logiky. Řídicí panel je založený na Azure Workbooks a nabízí různé vizualizace. Tyto sešity můžete snadno rozšířit a přizpůsobit tak, aby vyhovovaly konkrétním potřebám.

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.

Azure Logic Apps

Jako vývojář nebo obchodní analytik pracující na řešeních, která integrují služby a systémy pomocí různých prostředků Azure, můžete mít potíže s vizualizací vztahu mezi technickými součástmi ve vašem řešení a obchodním scénářem. Pokud chcete do svého řešení zahrnout obchodní kontext o prostředcích Azure, můžete vytvářet obchodní procesy, které vizuálně reprezentují obchodní logiku implementovanou těmito prostředky. Ve službě Azure Business Process Tracking je obchodní proces řadou fází, které představují úlohy procházející reálným obchodním scénářem.

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ávci 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 existují v konzole pro správu BizTalk. Správci můžou vyhledávat data prostřednictvím rozhraní Nový dotaz 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 Application Insights a Azure Event Hubs

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

Azure Logic Apps

Azure Logic Apps také 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 konkrétní předdefinované role pro Azure Logic Apps (Standard).

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 počínaje kumulativní aktualizací 6:

• Windows Server 2022, Windows Server 2019 a Windows 11
• Visual Studio 2019 Enterprise a Visual Studio 2019 Professional
• SQL Server 2022, SQL Server 2019
• 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ů.

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

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

• Model hybridního nasazení (Preview)

  Azure Logic Apps nabízí model hybridního nasazení, abyste mohli nasadit a hostovat pracovní postupy standardních aplikací logiky v místních scénářích, privátním cloudu nebo veřejném cloudu. Tento model poskytuje možnosti hostování řešení integrace v částečně propojených prostředích, když potřebujete použít místní zpracování, úložiště dat a síťový přístup. Díky hybridní možnosti máte volnost a flexibilitu při výběru nejvhodnějšího prostředí pro pracovní postupy. Další informace najdete v tématu Nastavení vlastní infrastruktury pro aplikace logiky Standard pomocí hybridního nasazení (Preview).

• 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.

Scénáře, které vyžadují další integrační služby Azure, najdete v následující dokumentaci:

• Úrovně zasílání zpráv Azure Service Bus Premium a Standard
• Azure API Management – Porovnání vrstev na základě funkcí
• Azure Data Factory – Plánování správy nákladů a porozumění cenám 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.

Azure Logic Apps

Když nasadíte prostředek Azure Logic Apps nebo jakoukoli jinou komponentu nebo řešení služby 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 prostředek aplikace standardní logiky, instance služby API Management, obor názvů služby Service Bus nebo téma Event Gridu

• Skutečná logika implementovaná jednotlivými komponentami, jako jsou pracovní postupy, rozhraní API, 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.

Azure Logic Apps podporuje IaC tím, že poskytuje 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íčů.

  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 porovnávají a porovnávají mezi BizTalk Serverem, Azure Logic Apps a Azure Integration Services. I když je Azure Logic Apps klíčovou platformou pro úlohy integrace, ujistěte se, že jako celek zvažujete všechny dostupné funkce v Integračních službách Azure a v Azure.

Funkce	BizTalk Server	Azure
Orchestrace	– Orchestrace BizTalk Serveru – Kód jazyka C#	– Pracovní postup Azure Logic Apps – Šablony pracovních postupů Azure Logic Apps – Aplikace funkcí Azure Functions
Pipelines	– Kanály BizTalk Serveru – Součásti kanálu	– Pracovní postupy Azure Logic Apps (jako kanály) – Azure API Management (jako kanály) – Aplikace funkcí Azure Functions – Aplikace Azure API
Směrování zprávy	- MessageBox - Propagace majetku -Filtruje	– 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) – Aplikace funkcí Azure Functions – Aplikace Azure API
Křížové odkazy	xref_ * tabulky v databázi bizTalk Management (BizTalkMgmtDb)	– Azure Functions – SQL Server -Zvyk
Schémata (XSD)	– Schémata BizTalk Serveru – schémata XML, JSON a plochých souborů	– Azure Logic Apps (Standard) – Účet integrace Azure – Účet úložiště Azure – Aplikace funkcí Azure Functions – Aplikace Azure API
Maps	– BizTalk Mapper - Mapy XSLT – Azure API Management (hybridní funkce)	– Azure Logic Apps (Standard) – mapy XSLT, šablony Liquid – Účet integrace Azure (mapy XSLT, šablony Liquid) – Účet úložiště Azure – Aplikace funkcí Azure Functions – Aplikace Azure API – Nástroj mapovač dat (rozšíření Azure Logic Apps Standard pro Visual Studio Code)
Obchodní pravidla	BizTalk Server Business Rules Engine	Stroj pravidel Azure Logic Apps
Monitorování obchodních aktivit	Monitorování obchodních aktivit BizTalk Serveru	Sledování obchodních procesů Azure
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	– Azure Logic Apps, účet integrace Azure, konektory RosettaNet a SWIFT – 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	– Azure Pipelines – 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 (Application Insights) – 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í	– Konzola pro správu BizTalk – BizTalk Monitorování stavu	Azure Monitor (Application Insights, Log Analytics)
Operace	– Konzola pro správu BizTalk Serveru – Azure Pipelines – MSI, PowerShell – BizTalk Deployment Framework	– Azure Portal – Azure Monitor – Šablony Azure Resource Manageru – Azure Pipelines – PowerShell, ROZHRANÍ příkazového řádku, Bicep

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 Logic Apps 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 Logic Apps