Dlaczego warto przeprowadzić migrację z programu BizTalk Server do usługi Azure Logic Apps?

Ten przewodnik zawiera omówienie przyczyn i korzyści, porównań produktów, możliwości i innych informacji, które ułatwiają rozpoczęcie migracji z lokalnego programu BizTalk Server do usługi Azure Logic Apps. W tym przewodniku znajdziesz więcej przewodników, które opisują sposób wybierania usług, które najlepiej pasują do danego scenariusza, wraz ze strategiami migracji, zagadnieniami dotyczącymi planowania i najlepszymi rozwiązaniami, które ułatwiają dostarczanie udanych wyników.

Powody i korzyści

Migrując obciążenia integracji do usługi Azure Logic Apps, możesz czerpać następujące podstawowe korzyści:

Korzyści	opis
Nowoczesna platforma integracji jako usługa (iPaaS)	Usługa Azure Logic Apps jest częścią usług Azure Integration Services, która zapewnia możliwości, które nie istniały, gdy program BizTalk Server został pierwotnie utworzony, na przykład: — Możliwość tworzenia interfejsów API REST i zarządzania nimi - Skalowalna infrastruktura chmury - Schematy uwierzytelniania, które są nowoczesne, bezpieczniejsze i łatwiejsze do zaimplementowania - Uproszczone narzędzia programistyczne, w tym wiele środowisk opartych na przeglądarce internetowej - Automatyczne aktualizacje platformy i integracja z innymi usługami natywnymi dla chmury — Możliwość uruchamiania lokalnego (hybrydowy model wdrażania usługi Azure Logic Apps)
Inwestycje w funkcje BizTalk	Usługa Azure Logic Apps, następca usługi BizTalk Server, obejmuje niektóre podstawowe możliwości programu BizTalk Server. Na przykład aparat reguł usługi Azure Logic Apps używa tego samego środowiska uruchomieniowego co aparat reguł biznesowych BizTalk (BRE). Aby ułatwić zachowanie inwestycji klientów w program BizTalk Server, projektant przepływu pracy w usłudze Azure Logic Apps obejmuje dodatkowe możliwości, takie jak narzędzie mapowania danych podczas korzystania z programu Visual Studio Code, obsługa uruchamiania kodu niestandardowego i natywnej obsługi kodu XML.
Ceny oparte na użyciu	W przypadku tradycyjnych platform oprogramowania pośredniczącego często trzeba dokonać znaczących inwestycji kapitałowych w pozyskiwanie licencji i infrastruktury, zmuszając do "budowania na szczyt" i tworzenia nieefektywnych rozwiązań. Usługi Azure Integration Services udostępniają wiele modeli cenowych, które zazwyczaj umożliwiają płacenie za używane jednostki. Mimo że niektóre modele cenowe umożliwiają i zapewniają dostęp do bardziej zaawansowanych funkcji, masz elastyczność płacenia za używane elementy.
Niższa bariera wejścia	BizTalk Server to bardzo zdolny broker oprogramowania pośredniczącego, ale wymaga znacznego czasu na naukę i zdobywanie biegłości. Usługa Azure Logic Apps skraca czas wymagany do uruchamiania, uczenia się, tworzenia i dostarczania rozwiązań. Na przykład usługa Azure Logic Apps zawiera projektanta wizualnego, który zapewnia środowisko bez kodu lub niskiego poziomu kodu do tworzenia deklaratywnych przepływów pracy, które chcesz zastąpić aranżacje BizTalk.
Łączność SaaS	Dzięki temu, że interfejsy API REST stają się standardem integracji aplikacji, coraz więcej firm SaaS przyjęło to podejście do wymiany danych. Firma Microsoft opracowała rozległy i stale rozwijający się ekosystem łączników z setkami interfejsów API do pracy z firmą Microsoft i bez usługi firmy Microsoft, systemów i protokołów. W usłudze Azure Logic Apps możesz użyć projektanta przepływu pracy, aby wybrać operacje z tych łączników, łatwo tworzyć i uwierzytelniać połączenia oraz konfigurować operacje, których chcą używać. Ta funkcja przyspiesza programowanie i zapewnia większą spójność podczas uwierzytelniania dostępu do tych usług przy użyciu protokołu OAuth2.
Wiele wdrożeń geograficznych	Platforma Azure oferuje obecnie ponad 60 ogłoszonych regionów, więcej niż jakikolwiek inny dostawca usług w chmurze, dzięki czemu można łatwo wybrać centra danych i regiony, które są odpowiednie dla Ciebie i Twoich klientów. Dzięki temu można wdrażać rozwiązania w spójny sposób w wielu lokalizacjach geograficznych i zapewnia możliwości zarówno z perspektywy skalowalności, jak i nadmiarowości.

Co to jest Azure Logic Apps?

Azure Logic Apps to oparta na chmurze i hybrydowa usługa do automatyzowania przepływów pracy i organizowania procesów biznesowych, aplikacji i danych w środowiskach hybrydowych przy użyciu projektanta wizualnego. Ta usługa jest częścią usług Azure Integration Services, które są zestawem bloków konstrukcyjnych opartych na chmurze, bezserwerowych, skalowalnych i zarządzanych przez firmę Microsoft bloków konstrukcyjnych umożliwiających tworzenie kompleksowych rozwiązań integracji i migrowanie istniejących rozwiązań programu BizTalk Server:

Usługa	opis
Azure Logic Apps	Twórz i uruchamiaj zautomatyzowane przepływy pracy aplikacji logiki, które organizuje aplikacje, dane, usługi i systemy. Możesz szybko opracowywać wysoce skalowalne rozwiązania integracji dla scenariuszy dla przedsiębiorstw i firm (B2B). Użyj projektanta wizualnego przepływu pracy, aby zorganizować mikrousługi, interfejsy API i integracje biznesowe. Aby zwiększyć skalowalność i przenośność podczas automatyzowania przepływów pracy o krytycznym znaczeniu dla działania firmy, wdróż i uruchom je w dowolnym miejscu, w jakim platforma Kubernetes może działać. Możesz utworzyć zasoby aplikacji logiki Zużycie lub Standardowa. Aplikacja logiki Zużycie zawiera tylko jeden stanowy przepływ pracy uruchamiany w wielodostępnej usłudze Azure Logic Apps. Aplikacja logiki w warstwie Standardowa może zawierać wiele stanowych lub bezstanowych przepływów pracy uruchamianych w jednej dzierżawie usługi Azure Logic Apps, środowiska App Service Environment w wersji 3 lub w klastrach Kubernetes z obsługą usługi Azure Arc (model wdrażania hybrydowego). W przypadku pozycjonowania usługi Azure Logic Apps w ramach usług Azure Integration Services ten przewodnik koncentruje się na standardowych aplikacjach logiki, które zapewniają najlepszą równowagę między funkcjami przedsiębiorstwa, kosztami i elastycznością. Aby uzyskać więcej informacji, zobacz Aplikacje](logic-apps-overview.md).
Azure Functions	Pisanie mniejszej ilości kodu, utrzymywanie mniejszej infrastruktury i oszczędzanie na kosztach uruchamiania aplikacji. Bez konieczności wdrażania i obsługi serwerów infrastruktura w chmurze udostępnia wszystkie aktualne zasoby potrzebne do zapewnienia działania aplikacji. Aby uzyskać więcej informacji, zobacz Azure Functions.
Azure Data Factory	Wizualnie integruj wszystkie źródła danych przy użyciu ponad 90 wbudowanych łączników bez konserwacji bez dodatkowych kosztów. Łatwo skonstruuj wyodrębnianie, przekształcanie i ładowanie (ETL) oraz wyodrębnianie, ładowanie i przekształcanie (ELT) przetwarza kod wolny od kodu w intuicyjnym środowisku lub możesz napisać własny kod. Aby odblokować szczegółowe informacje biznesowe, dostarczaj zintegrowane dane do usługi Azure Synapse Analytics. Aby uzyskać więcej informacji, zobacz Azure Data Factory.
Azure Service Bus	Transfer danych między aplikacjami i usługami, nawet gdy jest w trybie offline, jako komunikaty korzystające z tego wysoce niezawodnego brokera komunikatów przedsiębiorstwa. Uzyskaj większą elastyczność podczas brokera komunikatów między klientem a serwerem przy użyciu ustrukturyzowanego komunikatu pierwszego w poziomie (FIFO), możliwości publikowania i subskrybowania oraz operacji asynchronicznych. Aby uzyskać więcej informacji, zobacz Azure Service Bus.
Azure Event Grid	Integrowanie aplikacji przy użyciu zdarzeń dostarczanych przez brokera zdarzeń do miejsc docelowych subskrybentów, takich jak usługi platformy Azure, inne aplikacje lub dowolny punkt końcowy, w którym usługa Event Grid ma dostęp do sieci. Źródła zdarzeń mogą obejmować inne aplikacje, usługi SaaS i usługi platformy Azure. Aby uzyskać więcej informacji, zobacz Azure Event Grid.
Usługa Azure API Management	Wdrażanie bram interfejsu API obok siebie i optymalizowanie przepływu ruchu przy użyciu interfejsów API hostowanych na platformie Azure, innych chmurach i lokalnie. Spełnij wymagania dotyczące zabezpieczeń i zgodności, a jednocześnie cieszysz się ujednoliconym środowiskiem zarządzania i pełną obserwacją we wszystkich wewnętrznych i zewnętrznych interfejsach API. Aby uzyskać więcej informacji, zobacz Azure API Management.

Uzupełniające się usługi platformy Azure

Poza wcześniej opisanymi usługami firma Microsoft oferuje również następujące uzupełniające usługi, które zapewniają podstawowe możliwości usług Azure Integration Services i które prawdopodobnie będą używane w projekcie migracji:

Usługa	opis
Azure Storage	Zapewnia wysoce dostępne, wysoce skalowalne, trwałe, bezpieczne i nowoczesne magazyny dla różnych obiektów danych w chmurze. Dostęp do tych obiektów danych można uzyskać z dowolnego miejsca na świecie za pośrednictwem protokołu HTTP lub HTTPS przy użyciu interfejsu API REST. Usługi Azure Integration Services używają tych funkcji do bezpiecznego przechowywania danych konfiguracyjnych i telemetrycznych podczas przepływu transakcji przez platformę. Aby uzyskać więcej informacji, zobacz Azure Storage.
Kontrola dostępu na podstawie ról na platformie Azure (Azure RBAC)	Zarządzanie dostępem do zasobów w chmurze, która jest krytyczną funkcją dla każdej organizacji korzystającej z chmury. Kontrola dostępu oparta na rolach platformy Azure to system autoryzacji oparty na usłudze Azure Resource Manager, który zapewnia szczegółowe zarządzanie dostępem do zasobów platformy Azure. Możesz zarządzać osobami, które mogą uzyskiwać dostęp do zasobów platformy Azure, co mogą robić z tymi zasobami, oraz obszarami, do których mogą uzyskiwać dostęp. Aby uzyskać więcej informacji, zobacz Kontrola dostępu oparta na rolach platformy Azure.
Azure Key Vault	Udostępnia funkcje ułatwiające rozwiązywanie problemów związanych z zarządzaniem wpisami tajnymi, zarządzaniem kluczami i zarządzaniem certyfikatami. Usługi Azure Integration Services zapewniają integrację z usługą Azure Key Vault za pośrednictwem ustawień konfiguracji aplikacji i łącznika. Ta funkcja umożliwia przechowywanie wpisów tajnych, poświadczeń, kluczy i certyfikatów w bezpieczny, ale wygodny sposób. Aby uzyskać więcej informacji, zobacz Azure Key Vault.
Azure Policy	Zapewnia możliwości, które ułatwiają wymuszanie standardów organizacyjnych i ocenianie zgodności w sposób skalowalny. Za pośrednictwem pulpitu nawigacyjnego zgodności uzyskasz zagregowany widok, aby ocenić ogólny stan środowiska z możliwością przechodzenia do szczegółów poszczególnych zasobów i szczegółowości poszczególnych zasad. Usługi Azure Integration Services integrują się z usługą Azure Policy, dzięki czemu można efektywnie implementować powszechny nadzór. Aby uzyskać więcej informacji, zobacz Azure Policy.
Azure Networking	Oferuje szeroką gamę możliwości sieciowych, w tym łączność, usługi ochrony aplikacji, usługi dostarczania aplikacji i monitorowanie sieci. Usługi Azure Integration Services korzystają z tych funkcji w celu zapewnienia łączności między usługami przy użyciu sieci wirtualnych i prywatnych punktów końcowych. Aby uzyskać więcej informacji, zobacz Azure Networking (Sieć platformy Azure).
Azure Event Hubs	Twórz dynamiczne potoki danych i natychmiast reagują na wyzwania biznesowe, przesyłając strumieniowo miliony zdarzeń na sekundę z dowolnego źródła przy użyciu w pełni zarządzanej usługi pozyskiwania danych w czasie rzeczywistym, która jest prosta, zaufana i skalowalna. Usługa API Management wykonuje rejestrowanie niestandardowe przy użyciu usługi Event Hubs, która jest jednym z najlepszych rozwiązań podczas implementowania rozwiązania do śledzenia oddzielonego na platformie Azure. Aby uzyskać więcej informacji, zobacz Azure Event Hubs.
Azure SQL Database	W pewnym momencie może być konieczne utworzenie niestandardowych strategii rejestrowania lub niestandardowych konfiguracji w celu obsługi rozwiązań integracji. Chociaż program SQL Server jest często używany lokalnie w tym celu, usługa Azure SQL Database może oferować realne rozwiązanie podczas migrowania lokalnych baz danych programu SQL Server do chmury. Aby uzyskać więcej informacji, zobacz Azure SQL Database.
Azure App Configuration	Centralnie zarządzaj ustawieniami aplikacji i flagami funkcji. Nowoczesne programy, zwłaszcza te działające w chmurze, mają zazwyczaj wiele składników rozproszonych z natury. Rozłożenie ustawień konfiguracji między tymi składnikami może prowadzić do problemów z błędami podczas wdrażania aplikacji. Za pomocą usługi App Configuration można przechowywać wszystkie ustawienia aplikacji i zabezpieczać ich dostęp w jednym miejscu. Aby uzyskać więcej informacji, zobacz aplikacja systemu Azure Configuration (Konfiguracja aplikacja systemu Azure).
Azure Monitor	Usługa Application Insights, która jest częścią usługi Azure Monitor, zapewnia zarządzanie wydajnością aplikacji i monitorowanie aplikacji na żywo. Przechowywanie danych telemetrycznych aplikacji i monitorowanie ogólnej kondycji platformy integracji. Masz również możliwość ustawiania progów i uzyskiwania alertów, gdy wydajność przekracza skonfigurowane progi. Aby uzyskać więcej informacji, zobacz Application Insights.
Azure Automation	Automatyzowanie zadań zarządzania platformy Azure i organizowanie akcji w systemach zewnętrznych na platformie Azure. Oparty na przepływie pracy programu PowerShell, dzięki czemu można używać wielu funkcji tego języka. Aby uzyskać więcej informacji, zobacz Azure Automation.

Obsługiwane środowiska deweloperów

W tej sekcji opisano narzędzia deweloperskie obsługiwane przez serwer BizTalk i usługi Azure Integration Services:

Oferta	Produkt lub usługa z obsługiwanymi narzędziami
BizTalk Server	Każda wersja programu BizTalk Server obsługuje określoną wersję programu Visual Studio. Na przykład program BizTalk Server 2020 obsługuje program Visual Studio 2019 Enterprise lub Professional. Jednak program Visual Studio Community Edition nie jest obsługiwany.
Usługi integracji Azure	— Azure Logic Apps (Standardowa): witryna Azure Portal i program Visual Studio Code — Azure Logic Apps (Zużycie): witryna Azure Portal i program Visual Studio Code — Azure Functions: witryna Azure Portal, program Visual Studio Code i program Visual Studio 2022 — Azure API Management: witryna Azure Portal i program Visual Studio Code — Azure Service Bus: Witryna Azure Portal i Eksplorator usługi Service Bus — Azure Data Factory: witryna Azure Portal i program Visual Studio 2015

BizTalk Server a Azure Logic Apps

Aby porównać program BizTalk Server z usługą Azure Logic Apps i omówić sposób migracji, najpierw krótko podsumujmy, co robi program BizTalk Server. Pierwotnie dostępny w wersji 2000, BizTalk Server to lokalna, stabilna platforma oprogramowania pośredniczącego, która łączy różne systemy przy użyciu kart. Ta platforma działa jako broker między firmami, systemami lub aplikacjami i jest obecnie dobrze ugruntowaną platformą integracji. Aby uprościć wyzwanie podczas łączenia różnych systemów opracowanych w różnych językach i można je połączyć przy użyciu różnych protokołów i formatów, program BizTalk Server oferuje następujące główne możliwości:

• Orkiestracja (przepływ biznesowy)

  Zapewnia możliwość tworzenia i uruchamiania aranżacji lub zdefiniowanych graficznie procesów biznesowych.

• Obsługa komunikatów

  Zapewnia możliwość komunikowania się z szeroką gamą aplikacji oprogramowania. Adaptery umożliwiają składnikowi obsługi komunikatów programu BizTalk Server interakcję z różnymi protokołami i formatami danych.

Aparat programu BizTalk Server zawiera następujące składniki:

Składnik	opis
Aparat reguł biznesowych (BRE)	Ocenia złożone zestawy reguł.
Logowanie jednokrotne przedsiębiorstwa	Zapewnia możliwość mapowania informacji o uwierzytelnianiu między systemami Windows i systemami innych niż Windows.
Monitorowanie aktywności biznesowej (BAM)	Umożliwia pracownikom przetwarzającym informacje monitorowanie działającego procesu biznesowego.
Centrum grup	Umożliwia personelowi pomocy technicznej zarządzanie aparatem i orkiestracjami, które działają.

Jak działa program BizTalk Server?

Program BizTalk Server używa architektury aparatu obsługi komunikatów publikowania i subskrybowania z bazą danych MessageBox w samym sercu. Usługa MessageBox jest odpowiedzialna za przechowywanie komunikatów, właściwości komunikatów, subskrypcji, stanów aranżacji, danych śledzenia i innych informacji.

Gdy program BizTalk Server odbiera komunikat, serwer przekazuje i przetwarza komunikat za pośrednictwem potoku. Ten krok normalizuje i publikuje komunikat w usłudze MessageBox. Następnie program BizTalk Server ocenia wszystkie istniejące subskrypcje i określa zamierzonego adresata wiadomości na podstawie właściwości kontekstu wiadomości. Na koniec program BizTalk Server kieruje wiadomość do zamierzonego adresata na podstawie subskrypcji lub filtrów. Ten adresat jest orkiestracją lub portem wysyłania, który jest miejscem docelowym, w którym program BizTalk Server wysyła komunikaty lub źródło, z którego program BizTalk Server może odbierać komunikaty. Program BizTalk Server przesyła komunikaty za pośrednictwem portu Send, przekazując je za pośrednictwem potoku Wyślij. Potok Send serializuje komunikaty w formacie natywnym oczekiwanym przez odbiornik przed wysłaniem komunikatów za pośrednictwem karty.

Baza danych MessageBox ma następujące składniki:

• Agent obsługi komunikatów

  Program BizTalk Server współdziała z usługą MessageBox przy użyciu tego agenta, który udostępnia interfejsy do publikowania komunikatów, subskrybowania komunikatów, pobierania komunikatów i nie tylko.

• Co najmniej jedna baza danych programu SQL Server

  Te bazy danych zapewniają magazyn trwałości komunikatów, części komunikatów, właściwości komunikatów, subskrypcje, stan aranżacji, dane śledzenia, kolejki hostów do routingu i nie tylko.

Na poniższej ilustracji przedstawiono sposób działania aparatu bizTalk Server Messaging Engine:

Gdy port odbierania odbiera komunikat, usługa MessageBox przechowuje ten komunikat do przetwarzania przez procesy biznesowe lub routingu do dowolnych portów wyślij, które mają subskrypcje do określonych komunikatów.

Aby uzyskać więcej informacji, zobacz Publikowanie i subskrybowanie architektury w dalszej części tego przewodnika.

Procesy biznesowe

W tej sekcji opisano opcje projektowania i tworzenia procesów biznesowych, które można uruchamiać w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

W programie BizTalk Server orkiestracje to wykonywalne procesy biznesowe, które mogą subskrybować (odbierać) komunikaty i publikować (wysyłać) komunikaty za pośrednictwem bazy danych MessageBox. Orkiestracje mogą tworzyć nowe komunikaty i odbierać komunikaty przy użyciu subskrypcji i infrastruktury routingu. Gdy usługa MessageBox wypełnia subskrypcje na potrzeby aranżacji, nowe wystąpienie (uruchomienie orkiestracji) uaktywnia się, a usługa MessageBox dostarcza komunikat. W razie potrzeby wystąpienie jest ponownie wypełnianie, a komunikat zostanie dostarczony. Gdy komunikaty są wysyłane z orkiestracji, są publikowane w usłudze MessageBox w taki sam sposób, jak komunikat przychodzący do lokalizacji odbierania z odpowiednimi właściwościami dodanymi do bazy danych na potrzeby routingu.

Aby włączyć obsługę komunikatów publikuj-subskrybuj, orkiestracje używają powiązań, które ułatwiają tworzenie subskrypcji. Porty aranżacji to porty logiczne, które opisują interakcję. Aby dostarczać komunikaty, należy powiązać te porty logiczne z portem fizycznym, ale ten proces powiązania nie jest czymś więcej niż konfigurowaniem subskrypcji na potrzeby routingu komunikatów.

Program BizTalk Server oferuje następujące przykładowe korzyści:

• Najpierw projektant (deklaratywne)

  Projektowanie złożonych procesów przy użyciu łatwych do zrozumienia narzędzi projektowych do implementowania wzorców i przepływów pracy, które w przeciwnym razie mogą być trudne do zaimplementowania w kodzie.

• Abstrakcja z systemami końcowymi

  Projektowanie procesów z fokusem na komunikatach, a nie na systemie końcowym. Na przykład podczas opracowywania rozwiązań nie musisz martwić się, czy zamierzasz użyć karty FILE, czy karty FTP. Zamiast tego należy skoncentrować się na typie komunikacji, niezależnie od tego, czy jest to jeden sposób, czy żądanie-odpowiedź, oraz typ komunikatu, który chcesz przetworzyć. Później podczas wdrażania rozwiązań można określić adapter i systemy końcowe.

Azure Logic Apps

W obszarze Aplikacje](logic-apps-overview.md) można tworzyć wykonywalne procesy biznesowe i aplikacje jako przepływy pracy aplikacji logiki przy użyciu "bloku konstrukcyjnego" programowania za pomocą projektanta wizualnego i wstępnie utworzonych operacji z setek łączników, co wymaga minimalnego kodu. Przepływ pracy aplikacji logiki rozpoczyna się od operacji wyzwalacza, po której następuje co najmniej jedna operacja akcji z każdą operacją działającą jako logiczny krok w procesie implementacji przepływu pracy. Przepływ pracy może używać akcji do wywoływania oprogramowania zewnętrznego, usług i systemów. Niektóre akcje wykonują zadania programistyczne, takie jak warunkowe (instrukcje if), pętle, operacje danych, zarządzanie zmiennymi i inne.

Usługa Azure Logic Apps oferuje następujące przykładowe korzyści:

• Najpierw projektant (deklaratywne)

  Projektowanie złożonych procesów przy użyciu łatwych do zrozumienia narzędzi projektowych do implementowania wzorców i przepływów pracy, które w przeciwnym razie mogą być trudne do zaimplementowania w kodzie.

• Elastyczne i skalowalne

  Azure Logic Apps to oparta na chmurze, bezserwerowa, wysoce skalowalna, obliczeniowa usługa, która automatycznie skaluje i dostosowuje się do zmieniających się potrzeb biznesowych.

• Nawiązuje połączenie z wszystkimi elementami

  Wybierz z stale rozwijającej się galerii z setkami wstępnie utworzonych łączników, aby tworzyć przepływy pracy. Łącznik udostępnia operacje, których można użyć jako kroków w przepływach pracy. Możesz tworzyć rozwiązania integracji dla większości usług i systemów zarówno firmy Microsoft, jak i partnerów, w tym BizTalk Server, Salesforce, Office 365, baz danych SQL, większości usług platformy Azure, takich jak Azure Functions, Azure Storage, Azure Service Bus, a także wiele innych aplikacji lub systemów lokalnych, komputerów mainframe, elementów midranges, SaaS i INTERFEJSów API. Jeśli dla zasobu, do którego chcesz uzyskać dostęp, nie istnieje żaden wstępnie utworzony łącznik, możesz użyć ogólnej operacji HTTP do komunikowania się z usługą lub utworzyć łącznik niestandardowy.

Składniki wielokrotnego użytku

Platformy integracji oferują sposoby rozwiązywania problemów w spójny i ujednolicony sposób, co często można osiągnąć za pomocą składników wielokrotnego użytku. W tej sekcji opisano sposób ponownego użycia składników w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

• Aranżacje

  Możesz tworzyć i udostępniać wspólną logikę biznesową jako aranżacje w różnych przepływach pracy, wewnętrznie wewnątrz tej samej aplikacji lub w wielu aplikacjach. Orkiestracje można wyzwalać przy użyciu natywnego mechanizmu publikowania-subskrybowania w programie BizTalk Server (w sposób oddzielony) lub za pomocą kształtów aranżacji o nazwie Call Orchestration dla synchronicznych wywołań lub Rozpocznij orkiestrację dla wywołań asynchronicznych.

• Karty

  Adaptery to składniki oprogramowania, które zapewniają łączność między programem BizTalk Server i partnerami handlowymi przy użyciu powszechnie rozpoznawanych protokołów danych i formatów dokumentów. Te składniki ułatwiają wysyłanie i odbieranie komunikatów przy użyciu mechanizmu dostarczania zgodnego z powszechnie rozpoznawanym standardem, takim jak SMTP, FTP, HTTP i inne. Karty są częścią podstawowej platformy, więc wszystkie istniejące aplikacje je współużytkują. Tę warstwę można również rozszerzyć, tworząc niestandardową kartę, natywną lub opartą na programie Windows Communication Foundation (WCF), przy użyciu struktury adaptera BizTalk.

• Schematy

  Schematy definicji schematu XML (XSD) umożliwiają obsługę komunikatów opartych na kontraktach w programie BizTalk Server. Aby uniknąć tworzenia nadmiarowych schematów, można odwoływać się do schematów z skompilowanych zestawów. Aby użyć schematów udostępnionych, należy dodać odwołanie do udostępnionego zestawu z projektu BizTalk.

  Chociaż ten krok może wydawać się prosty, zarządzanie zmianami w udostępnionych zestawach może stać się trudne z powodu tworzenia łańcuchów zależności. Jeśli zestaw udostępniony wymaga aktualizacji, należy usunąć wszystkie projekty odwołujące się do zestawu udostępnionego z programu BizTalk Server, aby zainstalować aktualizację. Jednak aby uniknąć tych ograniczeń, można zaimplementować przechowywanie wersji zestawu w przypadku wdrażania nowej wersji schematu lub schematów udostępnionych bez przerywania istniejących rozwiązań.

• Mapy i niestandardowe funktoidy

  Mapy umożliwiają tłumaczenie komunikatów XML lub przekształcanie w programie BizTalk Server. Mapy można udostępniać, ale podobnie jak schematy udostępnione, podobne ostrzeżenia dotyczą udostępnionych map. Ze względu na łańcuch zależności należy uważnie postępować i upewnić się, że masz dojrzały cykl życia tworzenia oprogramowania, aby zarządzać zmianami.

  W mapach functoidy wykonują obliczenia przy użyciu wstępnie zdefiniowanych formuł i określonych wartości nazywanych argumentami. Program BizTalk Server udostępnia wiele funktoidów do obsługi różnych operacji. Niestandardowe funktoidy umożliwiają rozszerzenie zakresu dostępnych operacji w środowisku mapowania programu BizTalk Server.

  Jeśli zaczniesz tworzyć wiele map, zdasz sobie sprawę, że wielokrotnie implementujesz podobną logikę. W związku z tym będziesz spędzać czas na utrzymaniu wielu równoważnych fragmentów kodu, które zwykle kopiujesz i wklejasz w kilku lokalizacjach na mapie lub w mapach. Rozważ przekształcenie takich fragmentów kodu w niestandardowy functoid. W ten sposób można utworzyć functoid tylko raz, ale można ponownie użyć functoid w jak najwięcej map, jak chcesz i zaktualizować functoid tylko w jednym miejscu. Każdy niestandardowy functoid jest wdrażany jako zestaw .NET przy użyciu klas pochodnych z przestrzeni nazw Microsoft.BizTalk.BaseFunctoids . Pojedynczy zestaw może zawierać więcej niż jeden niestandardowy functoid.

• Zestawy programu .NET Framework

  Te zestawy można udostępniać w projektach programu BizTalk Server. Te zestawy są łatwiejsze do zarządzania z perspektywy zależności. Jeśli nie istnieją żadne zmiany powodujące niezgodność, aktualizacja zestawu Fx platformy .NET wymaga zaktualizowania biblioteki DLL w globalnej pamięci podręcznej zestawów (GAC), która automatycznie udostępnia zmiany innym zestawom. Jeśli istnieją zmiany powodujące niezgodność, należy również zaktualizować projekt zależny, aby uwzględnić zmiany w zestawie .NET Framework.

• Niestandardowe potoki i składniki potoku

  Gdy program BizTalk Server odbiera i wysyła komunikaty, serwer może potrzebować przygotowania i przekształcenia komunikatów na potrzeby wejścia i wyjścia ze względu na przyczyny biznesowe. W programie BizTalk Server potoki zapewniają implementację wzorca integracji potoków i filtrów oraz zawierają wiele funkcji, takich jak koder JSON i dekoder, MIME lub SMIME itd.

  Jeśli musisz dodać informacje do kontekstu komunikatu wymagającego dostosowania potoku, program BizTalk Server zapewnia możliwość dostosowywania tych potoków przez utworzenie niestandardowych składników potoku. Niestandardowy składnik potoku jest a.NET klasy, która służy do implementowania wielu interfejsów BizTalk, a następnie używać wewnątrz różnych etapów dowolnego potoku niestandardowego. Aby napisać kod dla takiego składnika, możesz użyć języka C# lub Visual Basic dla platformy .NET.

• Zasady aparatu reguł

  Zasady aparatu reguł biznesowych to inny rodzaj artefaktu, który można udostępniać w aplikacjach programu BizTalk Server wdrożonych w tej samej grupie BizTalk. Jeśli masz typowe reguły aparatu reguł biznesowych, na przykład związane z routingiem komunikatów, możesz zarządzać tymi regułami w jednej lokalizacji i udostępniać je szeroko we wszystkich zainstalowanych aplikacjach BizTalk. Aparat reguł biznesowych buforuje te reguły, więc jeśli wprowadzisz aktualizacje tych reguł, musisz ponownie uruchomić usługę aktualizacji aparatu reguł biznesowych. W przeciwnym razie zmiany zostaną pobrane w następnym przekroczeniu limitu czasu pamięci podręcznej.

Azure Logic Apps

• Konto integracji

  W przypadku usługi Azure Logic Apps konto integracji to kontener oparty na chmurze i zasób platformy Azure, który zapewnia scentralizowany dostęp do artefaktów wielokrotnego użytku. W przypadku przepływów pracy aplikacji logiki zużycie te artefakty obejmują partnerów handlowych, umów, schematów XSD, map XSLT, map opartych na szablonach Liquid, certyfikatów, konfiguracji wsadowych i zestawów Fx platformy .NET.

  W przypadku standardowych przepływów pracy aplikacji logiki usługa Azure Logic Apps niedawno wprowadziła obsługę wywoływania zestawów fx platformy .NET z przekształceń XSLT bez konieczności używania konta integracji. Alternatywnie można dodawać schematy, mapy i zestawy do projektu aplikacji logiki w warstwie Standardowa w programie Visual Studio Code, a następnie wdrażać je na platformie Azure.

• Interfejsy API

  Interfejsy API umożliwiają korzystanie ze środowisk cyfrowych, udostępnianie danych i usług do wielokrotnego użytku oraz powszechnie dostępne, upraszczanie integracji aplikacji i wspieranie nowych produktów cyfrowych. Dzięki rozprzestrzenianiu się i zwiększaniu zależności od interfejsów API organizacje muszą zarządzać nimi jako zasoby pierwszej klasy w całym cyklu życia.

  Możesz ponownie używać interfejsów API, zwłaszcza zarządzanych za pomocą usługi Azure API Management w usłudze Azure Logic Apps. Po dodaniu interfejsów API do usługi Azure API Management możesz użyć łącznika usługi API Management z przepływami pracy aplikacji logiki, aby łatwo uzyskiwać dostęp do interfejsów API w zarządzany i zarządzany sposób. Usługa Azure Logic Apps obsługuje również tworzenie i używanie niestandardowych interfejsów API, dzięki czemu organizacja może promować ponowne użycie w całym przedsiębiorstwie i uniknąć niepotrzebnych nadmiarowych łączników, które deweloperzy mogą tworzyć w inny sposób. Niestandardowe interfejsy API zdemokratyzują również, kto może korzystać z tych interfejsów API, zamiast mieć dewelopera dowiedzieć się, jak korzystać z określonego interfejsu API.

• Łączniki niestandardowe

  Jeśli nie istnieją wstępnie utworzone łączniki dla interfejsów API, których chcesz użyć, możesz opakowować zewnętrzny lub zewnętrzny interfejs API przy użyciu schematu interfejsu OpenAPI w celu utworzenia łącznika niestandardowego i uzyskania dostępu do tego łącznika z przepływów pracy aplikacji logiki Zużycie z odpowiednimi uprawnieniami. Łącznik niestandardowy tworzy kontrakt między usługą Azure Logic Apps a interfejsem API, który umożliwia łatwe zestawy komunikatów żądań oraz usługa Azure Logic Apps odbiera typową odpowiedź, której można użyć w akcjach podrzędnych. Obsługiwane są zarówno interfejsy API REST, jak i interfejsy API protokołu SOAP. Mogą one odwoływać się do publicznych interfejsów API lub prywatnych interfejsów API, które istnieją w sieci lokalnej.

  W przypadku standardowych przepływów pracy aplikacji logiki można utworzyć własne wbudowane łączniki niestandardowe oparte na dostawcy usług.

  Implementując łącznik niestandardowy, upraszczasz środowisko programistyczne, tworząc wspólny interfejs do wysyłania komunikatów żądań i odbierania typowych odpowiedzi. Aby uzyskać więcej informacji, zobacz Łączniki niestandardowe i interfejsy API.

Adaptery i łączniki

W poniższej sekcji opisano pojęcia dotyczące kart i łączników odpowiednio w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

Aby wymieniać komunikaty z systemami zewnętrznymi, aplikacjami i jednostkami, program BizTalk Server udostępnia karty, które są składnikami COM lub .NET Fx, które przesyłają komunikaty do i z punktów końcowych biznesowych, takich jak systemy plików, bazy danych i niestandardowe aplikacje biznesowe przy użyciu różnych protokołów komunikacyjnych. Program BizTalk Server udostępnia karty natywne, które obsługują różne protokoły, na przykład:

• Karta plików obsługująca wysyłanie i odbieranie komunikatów z lokalizacji pliku
• Karty dla protokołów EDI, FTP, HTTP, MSMQ, SMTP, POP3 i SOAP
• Adapter dla programu Windows SharePoint Services

Platforma adapterów BizTalk oferuje stabilny, otwarty mechanizm dla wszystkich kart w celu zaimplementowania pracy lub uzyskania dostępu do niej z aparatu obsługi komunikatów programu BizTalk Server. Interfejsy w przestrzeni nazw Microsoft.BizTalk.Adapter.Framework umożliwiają adapterom modyfikowanie stron właściwości konfiguracji. Struktura adapterów BizTalk zapewnia również możliwość importowania usług i schematów do projektu BizTalk. Karty partnerskie są również dostępne dla różnych dostawców i członków społeczności. Aby uzyskać listę znanych kart, zobacz BizTalk Server: lista kart innych firm.

Azure Logic Apps

Podczas tworzenia przepływów pracy za pomocą usługi Azure Logic Apps można używać wstępnie utworzonych łączników, aby ułatwić i szybką pracę z danymi, zdarzeniami i zasobami w innych aplikacjach, usługach, systemach, protokołach i platformach, zwykle bez konieczności pisania kodu. Usługa Azure Logic Apps udostępnia stale rozwijającą się galerię z setkami łączników, których można używać. Możesz tworzyć rozwiązania integracji dla wielu usług i systemów, opartych na chmurze lub lokalnie, zarówno od firmy Microsoft, jak i partnerów, takich jak BizTalk Server, Salesforce, Office 365, bazy danych SQL, większość usług platformy Azure, komputery mainframe, interfejsy API i inne. Niektóre łączniki udostępniają operacje, które wykonują operacje programowania, takie jak instrukcje warunkowe (if), pętle, operacje danych, zarządzanie zmiennymi itd. Jeśli nie ma dostępnego łącznika dla żądanego zasobu, możesz użyć ogólnej operacji HTTP do komunikowania się z usługą lub utworzyć łącznik niestandardowy.

Technicznie łącznik jest serwerem proxy lub otoką interfejsu API używanego przez usługę lub system do komunikowania się z usługą Azure Logic Apps. Ten łącznik udostępnia operacje używane w przepływach pracy do wykonywania zadań. Operacja jest dostępna jako wyzwalacz lub akcja z właściwościami, które można skonfigurować. Niektóre wyzwalacze i akcje wymagają również utworzenia i skonfigurowania połączenia z podstawową usługą lub systemem. W razie potrzeby uwierzytelnisz również dostęp do konta użytkownika.

Większość łączników w usłudze Azure Logic Apps to wbudowany łącznik lub łącznik zarządzany. Niektóre łączniki są dostępne w obu wersjach. Dostępne wersje zależą od tego, czy tworzysz przepływ pracy aplikacji logiki Zużycie, czy przepływ pracy standardowej aplikacji logiki.

• Wbudowane łączniki są przeznaczone do uruchamiania natywnie w środowisku uruchomieniowym usługi Azure Logic Apps i zwykle mają lepszą wydajność, przepływność, pojemność lub inne korzyści w porównaniu z dowolnymi odpowiednikami łączników zarządzanych.

• Łączniki zarządzane są wdrażane, hostowane i zarządzane przez firmę Microsoft na platformie Azure. Te łączniki zapewniają wyzwalacze i akcje dla usług w chmurze, systemów lokalnych lub obu tych elementów. W przypadku standardowych przepływów pracy aplikacji logiki wszystkie łączniki zarządzane są pogrupowane jako łączniki platformy Azure . Jednak w przepływach pracy aplikacji logiki Zużycie łączniki zarządzane są pogrupowane jako Standardowa lub Enterprise na podstawie ich poziomu cen.

Więcej informacji można znaleźć w następującej dokumentacji:

• Omówienie wbudowanych łączników
• Omówienie łączników zarządzanych
• Łączniki zarządzane dostępne w usłudze Azure Logic Apps

Łączność aplikacji

W poniższej sekcji opisano opcje nawiązywania połączenia z innymi aplikacjami z programu BizTalk Server i usług Azure Integration Services.

BizTalk Server

Karty zapewniają możliwości łączności w programie BizTalk Server i działają lokalnie na serwerze BizTalk, który wykonuje operację wysyłania lub odbierania. Dostępnych jest około 30 gotowych kart, a mały ekosystem kart niezależnych dostawców oprogramowania zapewnia dodatkowe funkcje. Dzięki tym adapterom działającym lokalnie uwierzytelnianie systemu Windows jest popularną metodą uwierzytelniania. Najczęściej używane karty to FILE, SFTP, SQL, WCF (Basic-HTTP), HTTP i SMTP. Z tej listy można określić, że karty w programie BizTalk Server są głównie adapterami protokołów. W związku z tym adaptery zwykle używają wzorca obsługi komunikatów zorientowanych na komunikaty, w którym cały komunikat jest wymieniany z innymi systemami, w których te systemy są odpowiedzialne za analizowanie danych przed załadowaniem danych do końcowego magazynu danych.

Azure Logic Apps

Łączniki zapewniają możliwości łączności w usłudze Azure Logic Apps i oferują abstrakcję na podstawie interfejsów API, które są zwykle własnością bazowego systemu SaaS. Na przykład usługi, takie jak SharePoint, są tworzone przy użyciu podejścia opartego na interfejsie API, w którym interfejsy API zapewniają funkcjonalność dla użytkowników końcowych, ale te same funkcje są udostępniane dla innych systemów do wywoływania za pośrednictwem interfejsu API. Aby uprościć wywoływanie tych interfejsów API, łączniki używają metadanych do opisania kontraktu obsługi komunikatów, aby deweloperzy wiedzieli, jakie dane są oczekiwane w żądaniu i w odpowiedzi.

Poniższy zrzut ekranu przedstawia środowisko wyszukiwania operacji łącznika w projektancie dla standardowego przepływu pracy aplikacji logiki w usłudze Azure Logic Apps z jedną dzierżawą. Po wybraniu pozycji W aplikacji z listy Środowisko uruchomieniowe można znaleźć wbudowane łączniki, takie jak Azure Functions, Azure Service Bus, IBM DB2, SQL Server, Azure Storage, System plików, HTTP i inne. Jeśli wybierzesz pozycję Udostępnione, możesz znaleźć ponad 1000 łączników, w tym inne łączniki SaaS firmy Microsoft, łączniki SaaS partnera itd.

Usługi internetowe i łączność interfejsu API

W poniższych sekcjach opisano obsługę usług internetowych i łączności interfejsu API w usługach BizTalk Server i Azure Logic Apps.

BizTalk Server

Obsługa usług sieci Web jest popularną funkcją w programie BizTalk Server i jest dostępna przez integrację z programem Windows Communication Foundation (WCF). Ta obsługa w usłudze BizTalk obejmuje dwie kategorie: publikowanie i korzystanie z usług WCF.

Karty WCF zapewniają obsługę standardów WS-* , takich jak adresowanie WS, WS-Security i WS-AtomicTransaction. Jednak funkcja WS-ReliableMessaging nie jest obsługiwana w tej wersji kart WCF.

Karty WCF obsługują Logowanie jednokrotne (SSO) za pośrednictwem personifikacji i uzyskiwania biletu logowania jednokrotnego przedsiębiorstwa na potrzeby korzystania z logowania jednokrotnego z kartami WCF. Ta funkcja umożliwia kontekstowi użytkownika przepływ w różnych systemach. Z perspektywy uwierzytelniania uwierzytelnianie usługi obsługuje następujące typy: Brak, Windows i Certyfikat. Uwierzytelnianie klienta obsługuje następujące typy: Anonimowe, UserName, Windows i Certificate. Obsługiwane tryby zabezpieczeń obejmują następujące typy: Transport, Message i Mixed.

Program WCF obsługuje transakcje przy użyciu protokołu WS-AtomicTransaction, który można znaleźć w kartach WCF, takich jak WCF-WsHttp, WCF-NetTcp i WCF-NetMsmq. Ta funkcja jest obsługiwana w następujących scenariuszach:

• Transakcyjne przesyłanie komunikatów do bazy danych MessageBox
• Transakcyjna transmisja komunikatów z usługi MessageBox do miejsca docelowego transakcyjnego

Zakres transakcyjny jest ograniczony przez składnik MessageBox. Na przykład orkiestracja BizTalk nie może uczestniczyć w transakcji klienta. Podobnie docelowy punkt końcowy nie może uczestniczyć w transakcji zainicjowanej przez orkiestrację BizTalk.

Rozszerzalność WCF jest dostępna za pośrednictwem powiązań niestandardowych WCF. Musisz skompilować i dodać kod niestandardowy do globalnej pamięci podręcznej zestawów (GAC). Należy również zaktualizować plik machine.config, aby uwzględnić nowe rozszerzenie. Po zainstalowaniu powiązania rozszerzenie jest widoczne dla kart niestandardowych WCF i WCF-CustomIsolated.

Program BizTalk Server może uwidaczniać lokalizacje WCF-BasicHTTP odbierane jako punkty końcowe w usłudze Azure API Management podczas korzystania z konsoli administracyjnej usługi BizTalk. Punkty końcowe protokołu SOAP można również uwidocznić za pomocą usługi API Management z poziomu programu BizTalk Server przy użyciu usługi API Management w witrynie Azure Portal. Aby uzyskać więcej informacji, zobacz Publikowanie punktów końcowych BizTalk WCF-BasicHTTP w usłudze API Management.

Azure Logic Apps

Model łączności w usłudze Azure Logic Apps różni się od usługi BizTalk Server, częściowo ze względu na ewolucję gospodarki interfejsu API. W miarę jak coraz więcej organizacji uwidacznia dostęp do bazowych systemów i danych, potrzebne było niezależne podejście od platformy. Rest to obecnie dominujące podejście architektoniczne do projektowania nowoczesnych usług internetowych.

W usłudze Azure Logic Apps interfejs REST jest domyślnym podejściem do łączenia systemów. Ponieważ firma Microsoft i inni dostawcy oprogramowania uwidaczniają usługi RESTful na podstawie swoich systemów i danych, usługa Azure Logic Apps może ujawniać i wykorzystywać tego typu informacje. Specyfikacja interfejsu OpenAPI umożliwia zarówno ludziom, jak i komputerom zrozumienie interakcji między klientem a serwerem za pośrednictwem metadanych. W ramach tego zrozumienia, zarówno ładunki żądań, jak i odpowiedzi są pochodne, co oznacza, że możesz użyć zawartości dynamicznej do wypełnienia danych wejściowych akcji przepływu pracy i użyć danych wyjściowych z odpowiedzi w akcjach podrzędnych.

W zależności od dostawcy oprogramowania, który implementuje podstawową usługę wywoływaną przez łącznik, schematy uwierzytelniania różnią się w zależności od łącznika. Ogólnie rzecz biorąc, te schematy obejmują następujące typy:

• Podstawowa
• Certyfikat klienta
• Active Directory OAuth
• Surowy
• Tożsamość zarządzana

Firma Microsoft zapewnia silne warstwy ochrony przez szyfrowanie danych podczas przesyłania i magazynowania. Gdy ruch klientów platformy Azure przechodzi między centrami danych, poza fizycznymi granicami, które nie są kontrolowane przez firmę Microsoft lub w imieniu firmy Microsoft, metoda szyfrowania warstwy danych korzystająca ze standardów zabezpieczeń IEEE 802.1AE MAC (MACsec) ma zastosowanie od punktu do punktu w podstawowym sprzęcie sieciowym.

Firma Microsoft oferuje możliwość używania protokołu Transport Layer Security (TLS) do ochrony danych przesyłanych między usługami w chmurze a klientami. Centra danych firmy Microsoft negocjują połączenie TLS z systemami klienckimi, które łączą się z usługami platformy Azure. Protokół TLS zapewnia silne uwierzytelnianie, prywatność komunikatów i integralność, co umożliwia wykrywanie naruszenia, przechwytywania i fałszerzowania komunikatów oraz współdziałania, elastyczności algorytmu oraz łatwości wdrażania i używania.

Chociaż ta sekcja koncentruje się na łączności RESTful za pośrednictwem łączników, można zaimplementować łączność z usługą internetową PROTOKOŁU SOAP za pośrednictwem środowiska łącznika niestandardowego lub przy użyciu środowiska API Management, które zapewnia doskonałe możliwości protokołu SOAP. Aby uzyskać więcej informacji, zobacz Zwiększanie wartości biznesowej dzięki integracji starszych zasobów protokołu SOAP z usługami Azure Logic Apps i Azure APIM.

Blokuj użycie adaptera lub łącznika

W poniższych sekcjach opisano opcje zapobiegania używaniu adaptera lub łącznika odpowiednio w usługach BizTalk Server i Azure Logic Apps.

BizTalk Server

Program BizTalk Server nie obejmuje koncepcji blokowania określonych kart z różnych aplikacji, ale można "zablokować" ich użycie w aplikacjach, usuwając te karty ze środowiska. Karty w programie BizTalk Server są częścią ustawień platformy, dlatego zainstalowane karty są dostępne dla wszystkich użytkowników. Można również zdefiniować określone programy obsługi odbierania i wysyłania dla każdej karty, która definiuje komputery należące do grupy BizTalk, która może wykonywać lub przetwarzać te programy obsługi.

Azure Logic Apps

Jeśli Twoja organizacja nie zezwala na nawiązywanie połączenia z ograniczonymi lub niezatwierdzonych zasobów przy użyciu łączników zarządzanych w usłudze Azure Logic Apps, możesz zablokować możliwość tworzenia i używania tych połączeń w przepływach pracy aplikacji logiki. Za pomocą usługi Azure Policy można definiować i wymuszać zasady, które uniemożliwiają tworzenie lub używanie połączeń dla łączników, które mają być blokowane. Ze względów bezpieczeństwa możesz na przykład zablokować połączenia z określonymi platformami mediów społecznościowych lub innymi usługami i systemami.

Trwałość komunikatów

W poniższej sekcji opisano trwałość komunikatów w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

Baza danych MessageBox oferuje kolejną korzyść, działając jako punkt trwałości, który gwarantuje, że komunikat jest utrwalone w magazynie przed podjęciem próby wysłania do punktu końcowego. Jeśli komunikat nie może wysłać po wyczerpaniu wszelkich skonfigurowanych ponownych prób, komunikat jest zawieszony i przechowywany w usłudze MessageBox.

Jako administrator możesz wznowić wstrzymane komunikaty z konsoli administracyjnej BizTalk. To samo zachowanie ma miejsce w przypadku używania aranżacji. Środowisko uruchomieniowe orkiestracji utrwala logikę biznesową, którą można wznowić, jeśli coś pójdzie nie tak. Na przykład można wznowić komunikat w orkiestracji w następujących scenariuszach:

• Komunikat wysłany w zakresie niepodzielnej
• Na końcu zakresu transakcyjnego
• Podczas uruchamiania nowego wystąpienia orkiestracji (rozpocznij kształt orkiestracji)
• W punkcie przerwania debugowania
• Kiedy silnik zdecyduje się na odwodnienie
• Po zakończeniu aranżacji
• Po zamknięciu systemu

Program BizTalk Server oferuje wszystkie te możliwości gotowe do użycia. Nie musisz martwić się o zaimplementowanie trwałości, ponieważ program BizTalk Server obsługuje to za Ciebie.

Azure Logic Apps

Usługa Azure Logic Apps zapewnia trwałość komunikatów w następujący sposób:

• Stanowe przepływy pracy, które są domyślne w obszarze Aplikacje logiki Zużycie i dostępne w aplikacjach logiki w warstwie Standardowa, mają punkty kontrolne, które śledzą stan przepływu pracy i przechowują komunikaty podczas przekazywania akcji przepływu pracy. Ta funkcja zapewnia dostęp do bogatych danych przechowywanych w historii uruchamiania wyzwalacza i wystąpienia przepływu pracy, gdzie można przejrzeć szczegółowe wartości wejściowe i wyjściowe.

  Możesz ponownie uruchomić wystąpienie przepływu pracy za pośrednictwem witryny Azure Portal lub interfejsu API. W tej chwili całe wystąpienie przepływu pracy jest wykonywane, niezależnie od tego, gdzie wystąpił błąd w poprzednim uruchomieniu. To zachowanie oznacza, że komunikaty są dostarczane co najmniej raz, a przetwarzanie idempotentne występuje u konsumentów. Możesz również ponownie uruchomić wystąpienie przepływu pracy, zaczynając od określonej akcji, obecnie w wersji zapoznawczej. Ta funkcja jest dostępna dla wszystkich akcji z wyjątkiem scenariuszy niesekwencyjnych i złożonych współbieżności.

• Dzięki podglądowi komunikatów blokady dostępnych w usłudze Azure Service Bus możesz zatwierdzić komunikat po pomyślnym wykonaniu komunikatu lub porzucić komunikat, gdy wystąpi awaria. Aby użyć tej funkcji w usłudze Azure Logic Apps, wybierz łącznik usługi Azure Service Bus. Zatwierdzony komunikat jest usuwany z kolejki komunikatów, podczas gdy porzucony komunikat jest odblokowany i dostępny do przetwarzania przez klientów. Peek-lock to świetny sposób na osiągnięcie "dokładnie raz" wiadomości.

Architektura publikowania i subskrybowania

W poniższych sekcjach opisano opcje implementowania wzorca publikowania-subskrybowania w usługach BizTalk Server i Azure Logic Apps.

BizTalk Server

Funkcje publikowania-subskrybowania (pub-sub) istnieją za pośrednictwem bazy danych MessageBox, która została opisana wcześniej w sekcji Jak działa program BizTalk Server. Popularnym sposobem tworzenia subskrypcji jest użycie właściwości promowanych, które umożliwiają identyfikowanie określonych elementów lub atrybutów w zdefiniowanym schemacie komunikatów jako właściwości promowanej. Następnie można ustanowić subskrypcje, aby filtrować komunikaty na podstawie określonych kryteriów względem właściwości promowanej. Jeśli na przykład promowano element schematu o nazwie City, możesz utworzyć subskrypcję, która filtruje element City dla określonych miast. Jeśli kryteria są spełnione, subskrypcja, port Wysyłania lub aranżacja odbiera kopię wiadomości.

Azure Logic Apps

Dzięki architekturze zupełnie innej niż BizTalk Server większość usług w usługach Azure Integration Services jest oparta na zdarzeniach. Za pośrednictwem usługi Azure Service Bus usługa Azure Logic Apps obsługuje tworzenie rozwiązań do publikowania i subskrybowania. Usługa Azure Service Bus to w pełni zarządzany broker komunikatów przedsiębiorstwa z kolejkami komunikatów i tematami publikowania-subskrybowania w przestrzeni nazw. Usługa Azure Service Bus umożliwia oddzielenie od siebie aplikacji i usług, co zapewnia następujące korzyści:

• Równoważenie obciążenia pracy między konkurencyjnymi pracownikami.
• Bezpieczne kierowanie i przesyłanie danych za pomocą kontroli w granicach usługi i aplikacji.
• Koordynowanie pracy transakcyjnej, która wymaga wysokiego stopnia niezawodności.

Usługa Azure Logic Apps zawiera łącznik usługi Azure Service Bus, którego można użyć do publikowania i subskrybowania komunikatów. Zaletą jest możliwość korzystania z komunikatów niezależnie od przepływu pracy. W przeciwieństwie do programu BizTalk Server komunikaty są oddzielone od platformy przepływu pracy. Mimo że możliwości obsługi komunikatów i przepływu pracy są oddzielone w usłudze Azure Logic Apps, możesz tworzyć subskrypcje komunikatów w usłudze Azure Service Bus, które obsługują właściwości komunikatów (właściwości użytkownika).. Za pomocą tych właściwości można podać pary klucz-wartość, które są oceniane przez filtry utworzone w ramach subskrypcji tematu. Te właściwości użytkownika definiuje się podczas konfigurowania operacji usługi Azure Service Bus przez dodanie co najmniej jednej pary klucz-wartość. Aby zapoznać się z pokazem, zobacz następujący film: Pub Sub Messaging using Azure Integration Services — Part 2 Content Based Routing (Podsieć pubu przy użyciu usług Azure Integration Services — część 2).

Poza usługami Azure Integration Services można również zaimplementować scenariusze publikowania-subskrybowania, korzystając z usługi Azure Cache for Redis.

Aparat reguł biznesowych

W poniższej sekcji opisano opcje konfigurowania reguł biznesowych w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

Program BizTalk Server zawiera aparat reguł tworzenia łańcuchów przesyłania dalej, który umożliwia tworzenie reguł "if-then-else" przy użyciu edytora wizualizacji. Te reguły można powiązać w ramach zasad, które można transportować do innych środowisk w środowisku IT. Te zasady mogą również uzyskiwać dostęp do schematów XSD, kodu Fx platformy .NET i tabel bazy danych programu SQL Server w celu wyszukiwania danych i wzbogacania danych wyjściowych.

Azure Logic Apps

Usługa Azure Logic Apps obejmuje aparat reguł usługi Azure Logic Apps, obecnie w publicznej wersji zapoznawczej. Ten aparat reguł zawiera środowisko uruchomieniowe aparatu reguł biznesowych BizTalk (BRE), dzięki czemu można użyć ponownie istniejących zasad bizTalk BRE. Obecnie obsługa istnieje tylko dla faktów XML i .NET Framework.

Transformacja danych

W poniższych sekcjach opisano możliwości przekształcania danych w usługach BizTalk Server i Azure Logic Apps.

BizTalk Server

Udostępnia zaawansowane narzędzia służące do przekształcania komunikatów XML z jednego formatu na inny. Przekształcanie danych używa map XSLT, które obsługują obiekty rozszerzeń, które umożliwiają wstrzykiwanie niestandardowego kodu Fx platformy .NET do środka tych map. Możesz również użyć wbudowanych funktoidów, które zapewniają funkcjonalność wielokrotnego użytku, która ułatwia tworzenie zaawansowanych map.

Poza podstawowymi przekształceniami XML program BizTalk Server udostępnia również kodowanie i dekodowanie formatów CSV i JSON, dzięki czemu można konwertować między tymi formatami i formatami XML, zapewniając obsługę różnych formatów.

Azure Logic Apps

• Pakiet integracyjny dla przedsiębiorstw

  Ten składnik jest zgodny z podobnymi pojęciami w programie BizTalk Server i ułatwia korzystanie z funkcji B2B w usłudze Azure Logic Apps. Jednak jedną z głównych różnic jest to, że pakiet integracyjny dla przedsiębiorstw jest architektonicznie oparty na kontach integracji. Te konta upraszczają sposób przechowywania artefaktów, zarządzania nimi i używania ich, takich jak partnerzy handlowi, umowy, mapy (szablony XSLT lub Liquid), schematy i certyfikaty dla scenariuszy B2B.

• Szablony Liquid

  W przypadku podstawowych przekształceń JSON w przepływach pracy aplikacji logiki można użyć wbudowanych operacji danych, takich jak akcja Redaguj lub Przeanalizuj akcję JSON. Jednak niektóre scenariusze mogą wymagać zaawansowanych i złożonych przekształceń, które obejmują elementy, takie jak iteracje, przepływy sterowania i zmienne. W przypadku przekształceń między formatami JSON i JSON, JSON na tekst, XML i JSON lub XML do tekstu można utworzyć szablon Liquid opisujący wymagane mapowanie lub transformację przy użyciu języka szablonu Open Source Liquid.

• Operacje XML

  W przypadku przekształceń XML w przepływach pracy aplikacji logiki można użyć wbudowanych operacji XML, takich jak Redaguj kod XML z akcją schematu i Przeanalizuj kod XML za pomocą akcji schematu.

• Schematy EDI

  Schematy dokumentów EDI definiują treść dokumentu transakcji EDI. W przypadku przepływów pracy aplikacji logiki wszystkie schematy BizTalk EDI w repozytorium Microsoft Integration GitHub są publicznie dostępne do użycia.

• Standardowe aplikacje logiki

  W witrynie Azure Portal można przekazywać mapy i schematy bezpośrednio do zasobu aplikacji logiki w warstwie Standardowa. Jeśli pracujesz z projektem aplikacji logiki w warstwie Standardowa w programie Visual Studio Code, możesz przekazać te artefakty do odpowiednich folderów w folderze Artifacts bez użycia konta integracji. Można również wywoływać niestandardowe skompilowane zestawy z map XSLT.

• Azure Functions

  Przekształcenia szablonów XSLT lub Liquid można wykonywać przy użyciu języka C# lub dowolnego innego języka programowania, aby utworzyć funkcję platformy Azure, którą można wywołać za pomocą usługi Azure API Management lub Azure Logic Apps.

Łączność sieciowa

W poniższej sekcji opisano funkcje i możliwości łączności sieciowej w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

Gdy program BizTalk Server jest zawsze zainstalowany w środowisku serwera, łączność sieciowa zależy od konfiguracji sieci serwera bazowego. Podczas konfigurowania łączności sieciowej dla programu BizTalk Server zwykle należy skonfigurować następujące obszary:

• Zależności
• Łączność przychodząca i wychodząca z systemami końcowymi

Konfiguracja zależności

Aby w pełni skonfigurować program BizTalk Server w środowisku z wieloma serwerami, należy zwrócić szczególną uwagę na wszystkie zależności łączności sieciowej, które zwykle obejmują konfigurację zapory w celu włączenia portów TCP i UDP dla dobrze znanych usług lub protokołów. Na przykład takie usługi i protokoły obejmują dostęp do aparatu programu SQL Server, koordynatora transakcji rozproszonych firmy Microsoft (MSDTC), klastrowanych dysków sieciowych, usług logowania jednokrotnego, jeśli są zainstalowane na innym serwerze, a program SharePoint to wszystkie usługi, które należy skonfigurować przez utworzenie reguł ruchu przychodzącego i wychodzącego w celu zaimplementowania łączności.

Konfiguracja łączności przychodzącej i wychodzącej

Po pełnym skonfigurowaniu programu BizTalk Server i uzyskaniu gotowości do wdrażania aplikacji należy zaimplementować reguły zapory, które umożliwiają wystąpieniom hostów łączenie się z różnymi usługami i uzyskiwanie do nich dostępu, niezależnie od tego, czy są one częścią sieci wewnętrznej, czy zewnętrznej. Podczas myślenia o łączności z systemami końcowymi spoza sieci organizacji należy również uwzględnić zagadnienia dotyczące zabezpieczeń. Różne systemy polegają na zdefiniowaniu listy dozwolonych adresów IP jako pierwszej linii obrony, więc najlepiej, BizTalk Server kieruje całą komunikację wychodzącą za pośrednictwem dobrze zdefiniowanej listy publicznych adresów IP.

Gdy usługi partnerskie próbują skontaktować się z programem BizTalk Server, upewnij się, że nie docierają do wystąpienia znajdującego się w sieci organizacji lub warstwy wewnętrznej, w której mogą być dostępne podstawowe usługi organizacji. Zamiast tego przyznaj usługom partnerskim dostęp do punktu końcowego, który istnieje w sieci obwodowej, znany również jako strefa zdemilitaryzowana (DMZ), która jest najbardziej granicą sieci organizacji. Jednak usługi, do których usługa BizTalk Server musi kierować komunikaty, zwykle istnieją w sieci organizacji, więc powinny mieć dostęp do tej warstwy wewnętrznej.

Aby osiągnąć te scenariusze, istnieje wiele podejść, na przykład:

• Zaimplementuj program BizTalk Server w sieci obwodowej i zezwól na korzystanie z własnych usług lub wystąpień hostów w celu uzyskania dostępu do sieci organizacji
• Skonfiguruj dwa serwery BizTalk z jednym w sieci obwodowej, a drugi w sieci organizacji. Następnie serwer w sieci obwodowej publikuje komunikaty używane przez serwer w sieci organizacyjnej.
• Twórz niestandardowe aplikacje lub oprogramowanie urządzenia, takie jak NetScaler i F5, które może działać jako odwrotne serwery proxy, odbierać komunikaty w imieniu usługi BizTalk w sieci obwodowej i przekierowywać te wywołania do programu BizTalk Server.

Azure Logic Apps

• Łączność przychodząca i wychodząca

  Platforma Azure oferuje wiele sposobów izolowania swoich usług w granicach sieci i łączenia obciążeń lokalnych i w chmurze. Na poniższej liście opisano różne sposoby integrowania zasobów platformy Azure z zasobami wewnątrz obwodu sieci:

  • Lokalna brama danych

    Ta brama działa jako most między platformą Azure i zasobami w sieci obwodowej, zapewniając szybki i bezpieczny transfer danych między lokalnymi danymi a różnymi usługami w chmurze firmy Microsoft. Te usługi obejmują usługi Azure Logic Apps, Microsoft Power BI, Microsoft Power Apps, Microsoft Power Automate i Azure Analysis Services. Dzięki tej bramie można przechowywać bazy danych i inne źródła danych w sieciach lokalnych i bezpiecznie używać tych danych lokalnych w usługach w chmurze.

  • Połączenia hybrydowe

    Zarówno usługa platformy Azure, jak i funkcja w usłudze aplikacja systemu Azure Service, połączenia hybrydowe obsługują scenariusze i oferują możliwości wykraczające poza te, które są używane w usłudze aplikacja systemu Azure Service. Aby uzyskać więcej informacji na temat użycia poza usługą aplikacja systemu Azure, zobacz Połączenia hybrydowe usługi Azure Relay. W ramach usługi aplikacja systemu Azure można użyć połączeń hybrydowych, aby uzyskać dostęp do zasobów aplikacji w dowolnej sieci, która może wykonywać połączenia wychodzące do platformy Azure za pośrednictwem portu 443. Połączenia hybrydowe zapewniają dostęp z aplikacji do punktu końcowego TCP i nie umożliwiają nowego sposobu uzyskiwania dostępu do aplikacji. W usłudze aplikacja systemu Azure każde połączenie hybrydowe jest skorelowane z jedną kombinacją hosta TCP i portu. Ta funkcja umożliwia aplikacjom uzyskiwanie dostępu do zasobów w dowolnym systemie operacyjnym, pod warunkiem, że istnieje punkt końcowy TCP. Połączenia hybrydowe nie wiedzą ani nie dbają o protokół aplikacji ani o to, do czego chcesz uzyskać dostęp. Ta funkcja po prostu zapewnia dostęp do sieci.

  • Integracja sieci wirtualnej

    Dzięki integracji z usługą Azure Virtual Network możesz połączyć zasób platformy Azure z siecią wirtualną skonfigurowaną na platformie Azure, zapewniając aplikacji dostęp do zasobów w tej sieci wirtualnej. Integracja sieci wirtualnej w usłudze Azure Logic Apps służy tylko do nawiązywania połączeń wychodzących z zasobu platformy Azure do sieci wirtualnej.

    Dzięki komunikacji równorzędnej sieci wirtualnych można połączyć sieci lokalne z platformą Azure, co zapewnia dwukierunkową łączność między zasobami lokalnymi i usługami platformy Azure. Usługi Azure Integration Services zapewniają łączność sieci wirtualnej, umożliwiając integrację hybrydową. Na poniższej ilustracji przedstawiono zasób standardowej aplikacji logiki z otwartą stroną Sieć i włączoną integracją sieci wirtualnej, jak pokazano w polu Ruch wychodzący. Ta konfiguracja zapewnia, że cały ruch wychodzący z tej sieci wirtualnej.

    

  • Prywatne punkty końcowe

    Prywatny punkt końcowy to interfejs sieciowy, który używa prywatnego adresu IP z Twojej sieci wirtualnej. Ten interfejs sieciowy prywatnie i bezpiecznie łączy się z zasobem platformy Azure obsługiwanym przez usługę Azure Private Link. Włączając prywatny punkt końcowy, możesz przenieść ten zasób platformy Azure do sieci wirtualnej i zezwolić zasobom w sieci na wykonywanie wywołań przychodzących do zasobu platformy Azure.

W poniższej tabeli przedstawiono metody łączności sieciowej, których może używać każdy zasób usług Azure Integration Services:

Zasób	Lokalna brama danych	Połączenia hybrydowe	Integracja sieci wirtualnej	Prywatne punkty końcowe
Usługa Azure API Management	✅		✅	✅
Azure Logic Apps (zużycie)	✅
Azure Logic Apps (Standardowa)	✅ (z łącznikami platformy Azure)	✅ (z wbudowanymi łącznikami)	✅ (z wbudowanymi łącznikami)	✅
Azure Service Bus			✅	✅
Azure Event Grid

Kod niestandardowy

W poniższych sekcjach opisano opcje tworzenia i uruchamiania własnego kodu w usługach BizTalk Server i Azure Logic Apps.

BizTalk Server

Możesz rozszerzyć usługę BizTalk na wiele sposobów, używając niestandardowego kodu fx platformy .NET, na przykład:

Możliwość	opis
Kod wbudowany	Możesz napisać wbudowany kod języka C# w kształcie orkiestracji. Możesz również napisać kod wbudowany w mapie BizTalk. W obu scenariuszach fragmenty kodu są zwykle proste i nie można ich debugować.
Skompilowane zestawy	Te zestawy można wywoływać z następujących miejsc: - Kształty wyrażeń w aranżacji - Mapy BizTalk przy użyciu functoid skryptów - Zasady aparatu reguł biznesowych — Potoki jako niestandardowe składniki potoku Skompilowane zestawy można debugować, dołączając debuger programu Visual Studio do odpowiedniego procesu wystąpienia hosta systemu Windows.
Karty niestandardowe	Program BizTalk Server zawiera wiele wbudowanych kart, ale zawsze można w razie potrzeby utworzyć własną kartę.
Niestandardowe zachowania programu WCF	Program BizTalk Server zawiera wiele wbudowanych kart z większością opartych na programie Windows Communication Foundation (WCF). W niektórych przypadkach może być konieczne rozszerzenie ich możliwości przez opracowanie niestandardowych zachowań, takich jak zastosowanie nagłówka OAuth do komunikacji systemowej.
Rozszerzalność w mapach programu BizTalk Server	— Możesz utworzyć kod wbudowany przy użyciu języków C#, JScript, Visual Basic, XSLT lub XSLT, aby pominąć pewne ograniczenia lub trudności przy użyciu wbudowanych functoidów. — Zestaw zewnętrzny można wywołać przy użyciu skryptu Functoid. — Można tworzyć niestandardowe funktoidy do użycia we wszystkich mapach.

Azure Logic Apps

Usługa Azure Logic Apps umożliwia tworzenie i uruchamianie kodu platformy .NET z przepływu pracy aplikacji logiki w warstwie Standardowa. W tym celu należy użyć programu Visual Studio Code z rozszerzeniem Azure Logic Apps (Standard).

Ponadto łącznik Operacje kodu wbudowanego udostępnia akcje o nazwie Wykonaj kod JavaScript, Wykonaj kod skryptu CSharp (wersja zapoznawcza) i Wykonaj kod programu PowerShell (wersja zapoznawcza). Za pomocą tych akcji można pisać małe fragmenty kodu, które obsługują dynamiczne dane wejściowe i wyjściowe zawartości. Aparat usługi Azure Logic Apps oczekuje, że fragmenty kodu będą miały krótki czas wykonywania. Po zakończeniu wykonywania fragmentu kodu dane wyjściowe są dostępne do użycia przez akcje podrzędne w przepływie pracy. Mimo że dla tej akcji obecnie nie istnieje obsługa debugowania bezpośredniego, można wyświetlić dane wejściowe i wyjściowe w historii uruchamiania wystąpienia przepływu pracy.

Jak wspomniano w sekcji Składniki wielokrotnego użytku, obsługa wywoływania zestawów Fx platformy .NET z mapy XSLT jest obecnie dostępna w przepływach pracy aplikacji logiki Zużycie podczas przekazywania tych zestawów do konta integracji. Ta funkcja ułatwia obsługę niestandardowych reguł przekształcania danych. W przypadku przepływów pracy aplikacji logiki w warstwie Standardowa zespół usługi Azure Logic Apps niedawno wydał obsługę wywoływania kodu Fx platformy .NET z map XSLT bez konieczności używania konta integracji. Możesz również dodawać zestawy i mapy do projektu standardowej aplikacji logiki w programie Visual Studio Code, a następnie wdrażać je na platformie Azure. Aby uzyskać więcej informacji, zobacz Obsługa zestawów .NET Framework dodana do przekształceń XSLT usługi Azure Logic Apps (Standard) i sekcji Road Map (Road Map).

Przepływy pracy można również rozszerzyć, włączając aplikacje interfejsu API platformy Azure lub aplikacje internetowe utworzone za pomocą usługi aplikacja systemu Azure Service. Jeśli masz wymóg hostowania aplikacji internetowych, interfejsów API REST i zapleczy mobilnych, usługa aplikacja systemu Azure to rozwiązanie oparte na protokole HTTP "go-to". Aplikacje hostowane w usłudze aplikacja systemu Azure można zintegrować z usługami lokalnymi lub w chmurze. Ta platforma obsługuje zarówno środowiska oparte na systemie Windows, jak i Linux do uruchamiania i skalowania aplikacji wraz z różnymi językami i strukturami, takimi jak ASP.NET Core, Java, Ruby, Node.js, PHP i Python.

Grupy aplikacji

W poniższych sekcjach opisano opcje organizowania obciążeń w usługach BizTalk Server i Azure Logic Apps.

BizTalk Server

Część cyklu życia tworzenia oprogramowania obejmuje tworzenie kodu i artefaktów oraz zarządzanie nimi w pakietach logicznych. Program BizTalk Server obsługuje koncepcję aplikacji, tak aby można było wdrożyć rozwiązanie programu Visual Studio w aplikacji BizTalk. Dlatego jeśli masz scenariusze, w których musisz udostępniać zasoby, możesz odwołać się do innych aplikacji.

Program BizTalk Server używa jawnego modelu udostępniania, w którym można dodawać odwołania do skompilowanych zestawów. Pod warunkiem, że te zestawy znajdują się w globalnej pamięci podręcznej zestawów (GAC), środowisko uruchomieniowe BizTalk znajdzie i załaduj zestawy zgodnie z potrzebami. Jedną z wad jest to, że gdy trzeba zaktualizować udostępnione zestawy, chyba że implementujesz schemat przechowywania wersji, musisz odinstalować wszystkie projekty BizTalk odwołujące się do zestawów przed wprowadzeniem aktualizacji. To ograniczenie może spowodować długie osie czasu wdrożenia i złożoność zarządzania wieloma instalacjami i odinstalowaniami.

Azure Logic Apps

W usłudze Azure Logic Apps zasób aplikacji logiki Zużycie zawiera tylko jeden stanowy przepływ pracy, co oznacza, że przepływ pracy i zasób aplikacji logiki, który jest aplikacją, zawsze ma relację od 1 do 1. W przypadku zasobu aplikacji logiki w warstwie Standardowa koncepcja aplikacji ewoluowała. Mimo że zasób standardowej aplikacji logiki jest nadal aplikacją, możesz uwzględnić i uruchomić wiele przepływów pracy z tym zasobem, co powoduje relację od 1 do wielu. Jeśli pracujesz lokalnie nad projektem aplikacji logiki w warstwie Standardowa w programie Visual Studio Code, zasób aplikacji logiki jest mapowy na ten pojedynczy projekt. Dzięki temu podejściu można łatwo i logicznie grupować powiązane obciążenia, kod i artefakty w tym samym projekcie i wdrażać ten projekt jako pojedynczą jednostkę.

Architektury chmury działają inaczej niż modele oparte na serwerze, takie jak BizTalk. Usługa Azure Logic Apps (Standardowa) używa modelu ściągania w celu wprowadzenia kodu i artefaktów. W związku z tym skopiujesz wszelkie dodatkowe niezbędne artefakty do projektu, a następnie wdrożysz je przy użyciu kodu i innych artefaktów. W niektórych przypadkach możesz uniknąć konieczności kopiowania wszystkich niezbędnych kodu i artefaktów. Jeśli tak, możesz rozważyć przekształcenie tej funkcji w usługę, którą można zarządzać oddzielnie, ale może wywoływać z przepływu pracy.

Załóżmy na przykład, że masz transformację danych, która jest powszechnie używana przez organizację. Zamiast uwzględniać mapę transformacji w wielu projektach aplikacji logiki, można zaimplementować interfejs zapewniający transformację jako usługę. Następnie możesz zarządzać cyklem życia tej usługi niezależnie od projektów aplikacji logiki i wywoływać usługę od przepływów pracy.

Mając możliwość uwzględnienia wielu przepływów pracy w projekcie aplikacji logiki w warstwie Standardowa, możesz zapytać, jak zorganizować te przepływy pracy w projekcie lub w wielu projektach? Odpowiedź zwykle zależy od wymagań, na przykład:

• Koligacja procesów biznesowych
• Kompleksowe monitorowanie i obsługa techniczna
• Zabezpieczenia, kontrola dostępu oparta na rolach i izolacja sieci
• Wydajność i krytyczne znaczenie biznesowe
• Geograficzna lokalizacja i nadmiarowość geograficzna

Aby uzyskać więcej informacji, zobacz Organizowanie przepływów pracy aplikacji logiki w usłudze Azure Logic Apps (Standardowa).

Zabezpieczenia i nadzór

Bezpieczeństwo i ład są naturalnie ważne podczas tworzenia zintegrowanych rozwiązań. Z definicji oprogramowanie pośredniczące znajduje się między co najmniej dwoma systemami. Aby połączyć się z tymi systemami i uzyskać do nich dostęp podczas nawiązywania połączenia, często trzeba przekazać poświadczenia lub wpisy tajne, więc zarządzanie tymi poufnymi informacjami wymaga rozważenia.

BizTalk Server

Usługa BizTalk obejmuje logowanie jednokrotne przedsiębiorstwa, które umożliwia przechowywanie, mapowanie i przesyłanie zaszyfrowanych poświadczeń używanych przez karty. Te zaszyfrowane informacje są przechowywane w bazie danych logowania jednokrotnego. Można również skonfigurować aplikacje powiązane z logowaniem jednokrotnym, które są jednostkami logicznymi reprezentującymi system lub system biznesowy, z którym chcesz nawiązać połączenie.

Azure Logic Apps

Usługa Azure Logic Apps obsługuje następujące funkcje zabezpieczeń:

• Azure Key Vault

  Poświadczenia, wpisy tajne, klucze interfejsu API i certyfikaty można przechowywać przy użyciu usługi Azure Key Vault. W usłudze Azure Logic Apps możesz uzyskać dostęp do tych informacji przy użyciu łącznika usługi Azure Key Vault i wykluczyć te informacje z dzienników i historii uruchamiania platformy przy użyciu funkcji bezpiecznych danych wejściowych i wyjściowych.

  W dalszej części sekcji Śledzenie w tym przewodniku opisano funkcję historii uruchamiania, która zapewnia szczegółowe odtwarzanie wykonywania przepływu pracy. Chociaż usługa Azure Logic Apps oferuje wartość przechwytywania wszystkich danych wejściowych i wyjściowych w przebiegu przepływu pracy, czasami trzeba bardziej szczegółowo zarządzać dostępem do poufnych danych. Możesz skonfigurować zaciemnianie tych danych przy użyciu funkcji bezpiecznych danych wejściowych i wyjściowych w wyzwalaczach i akcjach, aby ukryć taką zawartość przed historią uruchamiania i uniemożliwić wysyłanie tych danych do usługi Azure Monitor, w szczególności usługi Log Analytics i Application Insights. Na poniższej ilustracji przedstawiono przykładowy wynik włączania bezpiecznych danych wejściowych i bezpiecznych danych wyjściowych w historii uruchamiania.

  

• Integracja oparta na protokole OAuth

  Większość łączników używa tego typu uwierzytelniania podczas tworzenia połączeń. Takie podejście sprawia, że integracja z wieloma usługami SaaS jest tak prosta, jak podanie adresu e-mail i hasła. Usługa Azure API Management obsługuje również protokół OAuth, dzięki czemu można używać obu usług razem, zapewniając ujednolicony schemat uwierzytelniania.

  Ta funkcja nie jest natywnie dostępna w programie BizTalk Server.

• Tożsamości zarządzane

  Usługa Azure Logic Apps (Standardowa) może uwierzytelniać dostęp do kont magazynu przy użyciu tożsamości zarządzanej. Ponadto niektóre łączniki obsługują używanie tożsamości zarządzanych do uwierzytelniania dostępu do zasobów chronionych przez identyfikator Entra firmy Microsoft. Jeśli używasz tożsamości zarządzanej do uwierzytelniania połączenia, nie musisz podawać poświadczeń, wpisów tajnych ani tokenów usługi Microsoft Entra.

Zarządzanie aplikacjami i zarządzanie dostępem

W poniższej sekcji opisano opcje zarządzania aplikacjami i dostępem w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

Administratorzy używają konsoli administratora programu BizTalk Server do zarządzania aplikacjami programu BizTalk Server. To narzędzie to gruba aplikacja kliencka programu Microsoft Management Console (MMC), za pomocą którego administratorzy mogą wdrażać aplikacje, przeglądać poprzednie, aktywne i kolejkowane transakcje oraz wykonywać głębokie działania rozwiązywania problemów, takie jak przeglądanie śladów i ponowne wysyłanie transakcji.

Azure Logic Apps

Witryna Azure Portal jest typowym narzędziem używanym przez administratorów i personel pomocy technicznej do wyświetlania i monitorowania kondycji interfejsów. W przypadku usługi Azure Logic Apps to środowisko zawiera zaawansowane ślady transakcji, które są dostępne za pośrednictwem historii uruchamiania.

Dostępne są również szczegółowe mechanizmy kontroli dostępu opartej na rolach (RBAC), dzięki czemu można zarządzać zasobami platformy Azure i ograniczać je na różnych poziomach.

Storage

W poniższej sekcji opisano opcje przechowywania danych w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

Program BizTalk Server intensywnie korzysta z programu SQL Server na potrzeby przechowywania danych i trwałości danych. Wszystkie inne składniki i hosty w programie BizTalk Server mają określone role w integrowaniu różnych aplikacji biznesowych, takich jak odbieranie, przetwarzanie lub routing komunikatów. Jednak komputer bazy danych przechwytuje i utrwala tę pracę na dysku. Na przykład gdy program BizTalk Server odbiera wiadomość przychodzącą, host odbierający utrzymuje ten komunikat w bazie danych MessageBox, zanim inne hosty pobierzą komunikat na potrzeby przetwarzania orkiestracji i wysyłania.

Ponieważ odpowiadasz za aprowizowanie baz danych SQL i zarządzanie nimi, wysoka dostępność jest ważnym składnikiem architektury w celu zapewnienia czasu pracy. Aby zapewnić wysoką dostępność baz danych programu BizTalk Server, klienci często używają klastra systemu Windows do tworzenia klastra serwerów z co najmniej dwoma komputerami z programem SQL Server. Ten klaster serwerów zapewnia nadmiarowość i odporność na uszkodzenia baz danych programu BizTalk Server. W przeciwieństwie do klastrowania ze zrównoważonym obciążeniem, w którym grupa komputerów współpracuje w celu zwiększenia dostępności i skalowalności, klastrowanie serwerów zwykle obejmuje parę komputerów bazy danych w konfiguracji aktywne-pasywnej, dzięki czemu jeden komputer zapewnia zasoby kopii zapasowej dla drugiego.

Azure Logic Apps

Usługa Azure Logic Apps korzysta z usługi Azure Storage do przechowywania i automatycznego szyfrowania danych magazynowanych. To szyfrowanie chroni dane i pomaga sprostać wymaganiom w zakresie bezpieczeństwa i zgodności w organizacji. Domyślnie usługa Azure Storage na potrzeby szyfrowania danych używa kluczy zarządzanych przez firmę Microsoft. Więcej informacji można znaleźć w sekcji Szyfrowanie danych przechowywanych w usłudze Azure Storage.

Podczas pracy z usługą Azure Storage za pośrednictwem witryny Azure Portal wszystkie transakcje odbywają się za pośrednictwem protokołu HTTPS. Możesz również pracować z usługą Azure Storage przy użyciu interfejsu API REST usługi Storage za pośrednictwem protokołu HTTPS. Aby wymusić używanie protokołu HTTPS podczas wywoływania interfejsów API REST w celu uzyskania dostępu do obiektów na kontach magazynu, włącz bezpieczny transfer wymagany dla konta magazynu.

Konfiguracja danych

Rozdzielenie między konfiguracją i kodem staje się ważne, gdy chcesz przenieść rozwiązania integracji między środowiskami bez konieczności ponownego kompilowania lub ponownego kompilowania kodu. Informacje o konfiguracji są zwykle specyficzne dla środowiska, więc można zdefiniować punkty końcowe i inne szczegóły, które muszą ulec zmianie podczas wdrażania rozwiązań w całym środowisku.

BizTalk Server

• BizTalk NT Service wykonywalny

  Ten plik wykonywalny wywołuje plik app.config o nazwie BTSNTSvc.exe.config. Ten plik zawiera pary klucz-wartość, dzięki czemu można przechowywać informacje o konfiguracji zwykłego tekstu. Należy jednak zadbać o ten plik w oparciu o następujące zagadnienia:

  • Pamiętaj, aby dokładnie replikować konfigurację na wszystkich komputerach w grupie BizTalk.

  • Zmiany konfiguracji wymagają ponownego uruchomienia wystąpień hosta w celu pobrania najnowszych wartości w tym pliku konfiguracji.

  • Wszelkie błędy składni wprowadzone w tym pliku konfiguracji uniemożliwiają uruchamianie wystąpień hosta i powodować przestoje.

• Narzędzie do logowania jednokrotnego przedsiębiorstwa

  To narzędzie można również użyć jako magazynu konfiguracji. Dostępne są również narzędzia społeczności umożliwiające zarządzanie danymi przy użyciu logowania jednokrotnego przedsiębiorstwa. Następnie możesz uzyskać dostęp do tych danych za pomocą narzędzi zestawu SDK, aby pobrać te dane w czasie wykonywania.

• Niestandardowe składniki pamięci podręcznej

  Te składniki są często wprowadzane, aby można było rozwiązywać przypadki użycia poza parami klucz-wartość. Załóżmy na przykład, że chcesz przechowywać dane tabelaryczne w bazie danych programu SQL Server i załadować te dane do pamięci po uruchomieniu wystąpienia hosta. Ta implementacja umożliwia programowi BizTalk Server uzyskanie tych informacji w czasie wykonywania przez uruchomienie niestandardowego kodu fx platformy .NET. Następnie możesz uzyskać dostęp do tych danych z aranżacji, map BizTalk i niestandardowych składników potoku.

• Niestandardowa baza danych

  Bazy danych są dobrze znaną technologią i językiem zarówno dla deweloperów, jak i administratorów, więc niestandardowa baza danych jest kolejną wspólną opcją przechowywania danych konfiguracji aplikacji.

• Aparat reguł biznesowych (BRE)

  Chociaż nie jest to podstawowy przypadek użycia, bre może również działać jako magazyn konfiguracji. Niezależnie od tego, czy aparat jest wywoływany ze składnika aranżacji lub potoku, można zdefiniować informacje specyficzne dla środowiska w zasadach BRE, a następnie wdrożyć odpowiednie zasady w odpowiednim środowisku. W czasie wykonywania orkiestracja lub składnik potoku mogą uzyskiwać dostęp do tych informacji i używać ich w funkcjach podrzędnych, takich jak mapy lub sytuacje routingu.

• Niestandardowy plik konfiguracji

  Pliki konfiguracji niestandardowej (.config) umożliwiają przechowywanie danych konfiguracji aplikacji, ale takie podejście nie jest typowe, ponieważ prawdopodobnie trzeba zachować statyczną i stałą lokalizację tych plików we wszystkich środowiskach.

• Rejestr systemu Windows

  Rejestru systemu Windows można użyć jako prawidłowej opcji do przechowywania wartości konfiguracji aplikacji. Ten rejestr jest centralną hierarchiczną bazą danych używaną przez systemy operacyjne Microsoft Windows do przechowywania informacji niezbędnych do skonfigurowania systemu dla co najmniej jednego użytkownika, aplikacji i urządzeń sprzętowych. Rejestr zawiera następujące podstawowe elementy: gałąź, klucze i wartości. Jednak utrzymanie wartości przechowywanych w rejestrze może okazać się trudne w dużych środowiskach z wieloma rejestrami i trudnościami tworzenia kopii zapasowych poszczególnych ustawień aplikacji.

Azure Logic Apps

• Azure Key Vault

  Ta usługa przechowuje i chroni klucze kryptograficzne oraz inne wpisy tajne używane przez aplikacje i usługi w chmurze. Ponieważ bezpieczne zarządzanie kluczami jest niezbędne do ochrony danych w chmurze, użyj usługi Azure Key Vault do szyfrowania i przechowywania kluczy i wpisów tajnych, takich jak hasła.

• Azure App Configuration

  Ta usługa centralnie zarządza ustawieniami aplikacji i flagami funkcji. Konfiguracje wszystkich aplikacji platformy Azure można przechowywać w uniwersalnej, hostowanej lokalizacji. Efektywnie i niezawodnie zarządzaj konfiguracjami w czasie rzeczywistym i bez wpływu na klientów, unikając czasochłonnych ponownych wdrożeń. aplikacja systemu Azure Konfiguracja została utworzona pod kątem szybkości, skalowalności i zabezpieczeń.

• Azure Cosmos DB

  Ta usługa jest w pełni zarządzaną bazą danych NoSQL na potrzeby nowoczesnego tworzenia aplikacji z jednocyfrowymi godzinami odpowiedzi w milisekundach oraz automatyczną i natychmiastową skalowalnością, która gwarantuje szybkość w dowolnej skali. Dane konfiguracji można załadować do usługi Azure Cosmos DB, a następnie uzyskać dostęp do tych danych przy użyciu łącznika usługi Azure Cosmos DB w usłudze Azure Logic Apps.

• Azure Table Storage

  Ta usługa zapewnia kolejną funkcję magazynowania w celu utrzymania danych konfiguracji przy niskich kosztach. Dostęp do tych danych można łatwo uzyskać przy użyciu łącznika usługi Azure Table Storage w usłudze Azure Logic Apps. Aby uzyskać więcej informacji, zobacz Azure Table Storage.

• Buforowanie niestandardowe

  Możesz również zaimplementować niestandardowe rozwiązania buforowania za pomocą usług Azure Integration Services. Popularne podejścia obejmują używanie zasad buforowania w usługach Azure API Management i Azure Cache for Redis.

• Niestandardowa baza danych

  Bazy danych są dobrze znaną technologią i językiem zarówno dla deweloperów, jak i administratorów, więc niestandardowa baza danych jest kolejną wspólną opcją przechowywania danych konfiguracji aplikacji.

Przetwarzanie dużych plików

W poniższej sekcji opisano opcje obsługi dużych plików w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

Aby rozwiązać problem z przetwarzaniem dużych plików, program BizTalk Server obejmuje optymalizacje oparte na następujących profilach :

• Tylko routing komunikatów

  Jeśli używasz programu BizTalk Server tylko do routingu komunikatów opartych na promowanych właściwościach komunikatów, komunikaty są przesyłane strumieniowo do bazy danych MessageBox przy użyciu interfejsu XMLReader platformy .NET. Program BizTalk Server nie ładuje pojedynczych części komunikatów do pamięci, więc w tym scenariuszu błędy braku pamięci nie są problemem. Jednak główną kwestią jest czas wymagany do zapisywania bardzo dużych komunikatów (ponad 100 MB) do bazy danych MessageBox. Zespół deweloperów programu BizTalk Server pomyślnie przetestował przetwarzanie komunikatów do 1 GB tylko podczas wykonywania routingu. Aby uzyskać więcej informacji, zobacz Optymalizowanie wydajności potoku.

• Przekształcanie danych za pomocą map

  Gdy program BizTalk Server przekształca dokument przy użyciu mapy, ta potencjalnie intensywnie obciążana pamięcią operacja przekazuje komunikat do klasy .NET XslCompiledTransform, która ładuje arkusz stylów XSL. Po pomyślnym zakończeniu operacji ładowania wiele wątków może jednocześnie wywołać metodę Transform. Aby uzyskać więcej informacji, zobacz XslCompiledTransform Class (Klasa XslCompiledTransform).

  Program BizTalk Server znacznie poprawia zarządzanie pamięcią dla dużych dokumentów przez zaimplementowanie konfigurowalnego progu rozmiaru komunikatu na potrzeby ładowania dokumentów do pamięci podczas transformacji. Domyślnie próg rozmiaru komunikatu wynosi 1 MB. W przypadku dowolnego komunikatu o rozmiarze poniżej tego progu program BizTalk Server obsługuje komunikat w pamięci. Aby zmniejszyć wymagania dotyczące pamięci dla dowolnego komunikatu o rozmiarze powyżej tego progu, program BizTalk Server buforuje komunikat do systemu plików.

Azure Logic Apps

Istnieją pewne podstawowe różnice między przetwarzaniem dużych plików za pomocą lokalnej platformy oprogramowania pośredniczącego, takiej jak BizTalk Server, a oferta PaaS, taka jak Azure Logic Apps. Na przykład uważnie przeanalizuj duże scenariusze komunikatów, aby znaleźć odpowiednie rozwiązanie, ponieważ potencjalnie różne sposoby rozwiązania tego problemu istnieją w nowoczesnym środowisku chmury.

Limity rozmiaru pliku

Na platformie Azure istnieją limity rozmiaru plików w celu zapewnienia spójnych i niezawodnych środowisk. Aby zweryfikować swój scenariusz, zapoznaj się z dokumentacją limitów usług dla usługi Azure Logic Apps. Niektóre łączniki obsługują fragmentowanie komunikatów dla komunikatów, które przekraczają domyślny limit rozmiaru komunikatów, który różni się w zależności od łącznika. Fragmentowanie komunikatów działa, dzieląc duży komunikat na mniejsze komunikaty.

Usługa Azure Logic Apps nie jest jedyną usługą, która ma limity rozmiaru komunikatów. Na przykład usługa Azure Service Bus ma również takie limity. Aby uzyskać więcej informacji na temat obsługi dużych komunikatów w usłudze Azure Service Bus, zobacz Obsługa dużych komunikatów.

Wzorzec sprawdzania oświadczeń

Aby uniknąć ograniczeń rozmiaru pliku, można zaimplementować wzorzec sprawdzania oświadczeń, który działa, dzieląc duży komunikat na sprawdzanie oświadczeń i ładunek. Sprawdzanie oświadczenia jest wysyłane do platformy obsługi komunikatów i przechowywanie ładunku w usłudze zewnętrznej. Dzięki temu można przetwarzać duże komunikaty, jednocześnie chroniąc magistralę komunikatów i klienta przed przeciążeniem. Ten wzorzec pomaga również zmniejszyć koszty, ponieważ magazyn jest zwykle tańszy niż jednostki zasobów używane przez platformę obsługi komunikatów.

Azure Data Factory

Usługa Azure Data Factory oferuje inną opcję obsługi dużych plików. Ta usługa to oferta ELT platformy Azure do skalowalnej integracji danych bezserwerowych i przekształcania danych za pomocą wolnego od kodu środowiska wizualnego umożliwiającego intuicyjne tworzenie i monitorowanie i zarządzanie jednym okienkiem. Możesz również przenieść istniejące pakiety usług SQL Server Integration Services (SSIS) na platformę Azure i uruchomić je z pełną zgodnością w usłudze Azure Data Factory. Środowisko SSIS Integration Runtime oferuje w pełni zarządzaną usługę, więc nie musisz martwić się o zarządzanie infrastrukturą. Aby uzyskać więcej informacji, zobacz Lift and shift SQL Server Integration Services workloads to the cloud (Przenoszenie obciążeń usług SQL Server Integration Services do chmury).

W architekturach lokalnych usługa SSIS była popularną opcją zarządzania ładowaniem dużych plików do baz danych. Jako odpowiednik chmury dla tej architektury usługa Azure Data Factory może rozwiązywać transformację i przenoszenie dużych zestawów danych w różnych źródłach danych, takich jak systemy plików, bazy danych, SAP, Azure Blob Storage, Azure Data Explorer, Oracle, DB2, Amazon RDS i inne. Jeśli masz duże wymagania dotyczące przetwarzania danych, rozważ użycie usługi Azure Data Factory jako lepszej opcji dla usług Azure Logic Apps i Azure Service Bus.

Monitorowanie i alerty

BizTalk Server

• BizTalk Health Monitor

  To narzędzie jest przystawką MMC, której można użyć do monitorowania kondycji środowisk programu BizTalk Server i wykonywania zadań konserwacji. Funkcje obejmują raporty MsgBox Viewer (MBV), zadania narzędzi Terminator, powiadomienia e-mail, kolekcję raportów i integrację narzędzia perfmon .

• Konsola administracyjna BizTalk

  To narzędzie jest również przystawką MMC dla administratorów w celu odnajdywania błędów, wstrzymanych wystąpień, aktualnie ponawianych transakcji, stanu i nie tylko. Środowisko narzędzia jest bardzo reaktywne, ponieważ należy stale odświeżyć konsolę, aby przejrzeć najnowsze informacje.

• BizTalk360

  Zewnętrzne rozwiązanie internetowe, które zapewnia całkowitą kontrolę nad środowiskiem programu BizTalk Server. To jedno narzędzie oferuje funkcje operacji, monitorowania i analizy dla programu BizTalk Server.

Azure Logic Apps

W usłudze Azure Logic Apps dostępne są następujące opcje:

• W przypadku przepływów pracy aplikacji logiki zużycie można zainstalować rozwiązanie do zarządzania usługą Logic Apps (wersja zapoznawcza) w witrynie Azure Portal i skonfigurować dzienniki usługi Azure Monitor w celu zbierania danych diagnostycznych. Po skonfigurowaniu aplikacji logiki do wysyłania tych danych do obszaru roboczego usługi Azure Log Analytics dane telemetryczne przepływy do miejsca, w którym rozwiązanie do zarządzania usługą Logic Apps może udostępniać wizualizacje kondycji. Aby uzyskać więcej informacji, zobacz Konfigurowanie dzienników usługi Azure Monitor i zbieranie danych diagnostycznych dla usługi Azure Logic Apps. Po włączeniu diagnostyki można również użyć usługi Azure Monitor do wysyłania alertów na podstawie różnych typów sygnałów, takich jak w przypadku awarii wyzwalacza lub uruchomienia. Aby uzyskać więcej informacji, zobacz Monitorowanie stanu uruchamiania, przeglądanie historii wyzwalaczy i konfigurowanie alertów dla usługi Azure Logic Apps.

• W przypadku standardowych przepływów pracy aplikacji logiki można włączyć obsługę usługi Application Insights, która zapewnia wyselekcjonowane wizualizacje jako podstawę do monitorowania usług platformy Azure. Te wizualizacje pomagają efektywniej monitorować standardowe przepływy pracy przy użyciu pulpitów nawigacyjnych zaprojektowanych specjalnie dla usługi Azure Logic Apps (Standard). Zakres pulpitu nawigacyjnego obejmuje przepływy pracy wewnątrz standardowej aplikacji logiki. Pulpit nawigacyjny jest oparty na skoroszytach platformy Azure i oferuje różne wizualizacje. Możesz łatwo rozszerzyć i dostosować te skoroszyty w celu spełnienia określonych potrzeb.

Bezserwerowe 360 to zewnętrzne rozwiązanie firmy Kovai , które zapewnia monitorowanie i zarządzanie za pomocą mapowania usług platformy Azure, takich jak Azure Logic Apps, Azure Service Bus, Azure API Management i Azure Functions. Komunikaty można ponownie przetwarzać przy użyciu kolejek utraconych wiadomości w usłudze Azure Service Bus, włączyć samonaprawiania, aby rozwiązać sporadyczne zakłócenia usługi i skonfigurować proaktywne monitorowanie za pośrednictwem transakcji syntetycznych.

Niestandardowe reguły monitorowania można skonfigurować i wyświetlić dzienniki w środowisku portalu. Powiadomienia można wysyłać za pośrednictwem różnych kanałów, takich jak poczta e-mail, usługa Microsoft Teams i usługa ServiceNow. Aby wizualnie określić kondycję interfejsów, mapy usług są dostępne.

Monitorowanie aktywności biznesowej

W poniższej sekcji opisano opcje monitorowania i zbierania danych telemetrycznych dla obciążeń w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

Program BizTalk Server zawiera funkcję o nazwie Business Activity Monitoring (BAM), która umożliwia deweloperom i analitykom biznesowym definiowanie profilów śledzenia, które mogą stosować do aranżacji. W miarę przenoszenia komunikatów przez porty odbierania i wysyłania atrybuty danych są przechwytywane i przechowywane w bazie danych BAM. Implementacja niestandardowa jest również dostępna za pośrednictwem interfejsu API fx platformy .NET.

Azure Logic Apps

Jako deweloper lub analityk biznesowy pracujący nad rozwiązaniami, które integrują usługi i systemy przy użyciu różnych zasobów platformy Azure, mogą wystąpić trudności z wizualizowanie relacji między składnikami technicznymi w rozwiązaniu a scenariuszem biznesowym. Aby uwzględnić kontekst biznesowy dotyczący zasobów platformy Azure w rozwiązaniu, możesz tworzyć procesy biznesowe, które wizualnie reprezentują logikę biznesową zaimplementowaną przez te zasoby. W usłudze Azure Business Process Tracking proces biznesowy to seria etapów, które reprezentują zadania przepływające przez rzeczywisty scenariusz biznesowy.

Inną opcją jest to, że można użyć rozwiązania zewnętrznego z Kovai o nazwie Bezserwerowe 360. Oprócz platformy monitorowania można użyć funkcji monitorowania aktywności biznesowej, która zapewnia kompleksowe śledzenie przepływów procesów biznesowych w ramach integracji natywnych dla chmury i hybrydowych. Ta funkcja obejmuje łącznik zarządzany, którego deweloperzy mogą używać do instrumentowania kodu i przechwytywania ważnych danych biznesowych. Administratorzy mogą następnie tworzyć pulpity nawigacyjne i udostępniać je analitykom biznesowym.

Śledzenie

W poniższej sekcji opisano opcje śledzenia artefaktów na potrzeby monitorowania wydajności i analizy kondycji w usługach BizTalk Server i Azure Integration Services.

BizTalk Server

• Śledzenie komunikatów

  Administratorzy programu BizTalk Server mogą używać śledzenia treści komunikatów, aby wskazać, kiedy utrwalać treści komunikatów w magazynie na potrzeby rozwiązywania problemów i inspekcji. Śledzenie komunikatów jest kosztowną operacją zarówno z perspektywy wydajności, jak i magazynu, więc użyj tej funkcji selektywnie, aby uniknąć problemów z wydajnością. Po włączeniu śledzenia treści komunikatów na portach odbierania i wysyłania program BizTalk Server kopiuje dane do bazy danych BizTalk Tracking (BizTalkDTADb) przy użyciu zadania agenta programu SQL Server o nazwie TrackedMessages_Copy_<message-box-name>.

  

  Śledzenie można zastosować do niemal wszystkich artefaktów programu BizTalk Server, w tym aranżacji, potoków, portów odbierania, portów wysyłania, schematów i reguł biznesowych. Te opcje są włączone lub wyłączone w środowisku uruchomieniowym bez wpływu na kod (rozwiązanie) lub wymagają ponownego uruchomienia.

• Śledzenie kondycji i aktywności (HAT)

  Mimo że narzędzie HAT zostało usunięte z programu BizTalk Server, począwszy od wersji 2009, funkcjonalność nadal istnieje w konsoli administracyjnej BizTalk. Administratorzy mogą wyszukiwać dane za pomocą interfejsu Nowe zapytanie w środowisku Przegląd grupy. Zapytania można dostosować na podstawie różnych kryteriów, w tym typu zdarzenia, nazwy portu, identyfikatora URI, nazwy schematu i nie tylko. Jeśli chcesz przejrzeć treści komunikatów, które przeniosły się za pośrednictwem portu odbierania lub wysyłania, możesz uzyskać dostęp do tych informacji, pod warunkiem, że włączono śledzenie na poziomie portu. Aby uzyskać więcej informacji, zobacz Śledzenie kondycji i aktywności.

• Integracja z usługami Application Insights i Azure Event Hubs

  Od wersji BizTalk Server 2016 Feature Pack 1 można publikować dane telemetryczne w usłudze Application Insights w usłudze Azure Monitor lub w usłudze Azure Event Hubs. Takie podejście pozwala uniknąć problemów z pojemnością dysku programu SQL Server, dzięki czemu można użyć elastycznych magazynów danych opartych na chmurze, takich jak Application Insights, Log Analytics i historia uruchamiania w usłudze Azure Logic Apps.

Azure Logic Apps

Usługa Azure Logic Apps udostępnia również bogatą historię uruchamiania, dzięki czemu deweloperzy i analitycy pomocy technicznej mogą przeglądać akcje przez telemetrię akcji, w tym wszystkie przetworzone dane wejściowe i wyjściowe. Aby chronić wszelkie poufne dane, możesz włączyć bezpieczne dane wejściowe i wyjściowe dla poszczególnych akcji w przepływach pracy. Ta funkcja zaciemnia lub ukrywa dane w dziennikach i historiach uruchamiania przepływu pracy, aby uniknąć wycieków.

Poza zaciemnianie danych można użyć reguł kontroli dostępu opartej na rolach platformy Azure w celu ochrony dostępu do danych. Kontrola dostępu oparta na rolach platformy Azure obejmuje określone wbudowane role dla usługi Azure Logic Apps (Standard).

Poza kontrolą RBAC platformy Azure można również ograniczyć dostęp do historii uruchamiania w usłudze Azure Logic Apps według zakresu adresów IP.

Hosting

W poniższej sekcji opisano opcje hostingu dla usług BizTalk Server i Azure Integration Services.

BizTalk Server

Program BizTalk Server 2020 obsługuje następujące platformy i produkty firmy Microsoft, począwszy od aktualizacji zbiorczej 6:

• Windows Server 2022, Windows Server 2019 i Windows 11
• Visual Studio 2019 Enterprise i Visual Studio 2019 Professional
• SQL Server 2022, SQL Server 2019
• Office 2019 i Office 2016

Program BizTalk Server można zainstalować i uruchomić na własnym sprzęcie, lokalnej maszynie wirtualnej lub maszynach wirtualnych platformy Azure. Maszyny wirtualne platformy Azure zapewniają elastyczność wirtualizacji dla szerokiej gamy rozwiązań obliczeniowych z obsługą programów BizTalk Server, Windows Server, SQL Server i innych. Wszystkie maszyny wirtualne bieżącej generacji obejmują równoważenie obciążenia i automatyczne skalowanie bez ponoszenia kosztów.

Azure Logic Apps

• Plany hostingu

  W usłudze Azure Logic Apps z jedną dzierżawą aplikacja logiki w warstwie Standardowa jest podobna do funkcji platformy Azure lub aplikacji internetowej, w której można hostować wiele standardowych aplikacji logiki za pomocą jednego planu usługi przepływu pracy. To podobieństwo oznacza, że nie trzeba wdrażać wszystkich przepływów pracy w jednym zasobie aplikacji logiki w warstwie Standardowa. Zamiast tego można organizować te przepływy pracy w grupach logicznych (aplikacjach logiki), aby ułatwić lepsze zarządzanie innymi aspektami rozwiązania. Takie podejście ułatwia uzyskanie jak największej ilości planu usługi przepływu pracy i przyszłego sprawdzania aplikacji, które można zaimplementować w taki sposób, aby można było je skalować indywidualnie.

  Aplikacja logiki w warstwie Standardowa ma następujące warstwy cenowe: WS1, WS2 i WS3. Funkcjonalnie każda warstwa zapewnia te same możliwości. Wymagania dotyczące obliczeń i pamięci są najlepsze dla danego scenariusza, na przykład:

  Warstwa cenowa	Procesor wirtualny (vCPU)	Pamięć (GB)
  WS1	1	3.5
  WS2	2	7
  WS3	100	14

  Aby uzyskać więcej informacji, zobacz Warstwy cenowe w modelu standardowym.

• Hybrydowy model wdrażania (wersja zapoznawcza)

  Usługa Azure Logic Apps oferuje hybrydowy model wdrażania, dzięki czemu można wdrażać i hostować standardowe przepływy pracy aplikacji logiki w scenariuszach lokalnych, chmury prywatnej lub chmury publicznej. Ten model zapewnia możliwości hostowania rozwiązań integracji w częściowo połączonych środowiskach, gdy konieczne jest użycie lokalnego przetwarzania, magazynu danych i dostępu do sieci. Dzięki opcji hybrydowej masz swobodę i elastyczność wyboru najlepszego środowiska dla przepływów pracy. Aby uzyskać więcej informacji, zobacz Konfigurowanie własnej infrastruktury dla standardowych aplikacji logiki przy użyciu wdrożenia hybrydowego (wersja zapoznawcza).

• Dostępność i nadmiarowość

  Na platformie Azure strefy dostępności zapewniają odporność, dostępność rozproszoną i skalowalność strefy aktywne-aktywne-aktywne. Aby zwiększyć dostępność obciążeń aplikacji logiki, możesz włączyć obsługę stref dostępności, ale tylko podczas tworzenia aplikacji logiki. Potrzebujesz co najmniej trzech oddzielnych stref dostępności w dowolnym regionie świadczenia usługi Azure, który obsługuje nadmiarowość strefy i umożliwia jej nadmiarowość. Platforma Azure Logic Apps dystrybuuje te strefy i obciążenia aplikacji logiki w tych strefach. Ta funkcja jest kluczowym wymaganiem w zakresie włączania odpornych architektur i zapewnienia wysokiej dostępności w przypadku awarii centrum danych w regionie. Aby uzyskać więcej informacji, zobacz Tworzenie rozwiązań wysokiej dostępności przy użyciu stref dostępności.

• Izolowane i dedykowane środowisko

  W przypadku aplikacji logiki w warstwie Standardowa możesz wybrać środowisko App Service Environment (ASE) w wersji 3 dla środowiska wdrażania. Dzięki środowisku ASE w wersji 3 uzyskujesz w pełni izolowane i dedykowane środowisko do uruchamiania aplikacji na dużą skalę z przewidywalnymi cenami. Płacisz tylko za plan usługi App Service ase, niezależnie od liczby tworzonych i uruchamianych aplikacji logiki.

W przypadku scenariuszy wymagających dodatkowych usług integracji platformy Azure zapoznaj się z następującą dokumentacją:

• Warstwy obsługi komunikatów w warstwie Premium i Standardowa usługi Azure Service Bus
• Azure API Management — porównanie warstw opartych na funkcjach
• Azure Data Factory — planowanie zarządzania kosztami i opisem cen usługi Data Factory za pomocą przykładów

Wdrożenie

BizTalk Server

Pakiet wdrożenia natywnego w programie BizTalk Server jest oparty na pliku Instalatora Microsoft (MSI) w połączeniu z konfiguracją środowiska lub powiązaniami. Te dwa pliki tworzą separację między instalacją składników, które są wdrażane w następujących repozytoriach programu BizTalk Server i definiują ustawienia na poziomie portu i potoku, w tym punkt końcowy, wpisy tajne, konfiguracja potoku i inne.

• Baza danych zarządzania
• Foldery lokalne programu BizTalk Server
• Globalna pamięć podręczna zestawów platformy .NET

Mimo że ten proces może okazać się skuteczny, należy również zarządzać poszczególnymi konfiguracjami środowiska oddzielnie od kodu. Projekt open source programu BizTalk Deployment Framework (BTDF) oferuje jedno rozwiązanie tego problemu. Za pomocą tego narzędzia można zachować konfigurację środowiska w ramach rozwiązania BizTalk Server przy użyciu tokenizowanego pliku powiązania, który jest tworzony w czasie projektowania, oraz macierz tokenów, która jest tworzona jako plik programu Excel dla każdego środowiska.

Następnie proces kompilacji tworzy ujednolicony i wersjonowany plik MSI. Ten plik obsługuje wdrażanie składników i konfigurację środowiska z tego samego pakietu, co zapewnia lepszą kontrolę nad wersją rozwiązania, które ma zostać zaimplementowane w różnych środowiskach.

Obsługa pakietu BTDF w potoku ciągłego wdrażania ciągłego integracji/ciągłego wdrażania (CI/CD) jest dostępna w programie BizTalk Server 2020, który obejmuje tę funkcję wprowadzoną w pakietach Feature Pack programu BizTalk Server 2016. Za pomocą tej funkcji i platformy Azure DevOps można usprawnić automatyczne wdrażanie rozwiązań BizTalk Server w różnych środowiskach.

Azure Logic Apps

Podczas wdrażania zasobu usługi Azure Logic Apps lub dowolnego innego składnika lub rozwiązania usług Azure Integration Services na platformie Azure należy zarządzać następującymi elementami:

• Zasoby platformy Azure, które działają jako kontenery lub infrastruktura dla rozwiązań, które chcesz wdrożyć, na przykład zasób standardowej aplikacji logiki, wystąpienie usługi API Management, przestrzeń nazw usługi Service Bus lub temat usługi Event Grid

• Rzeczywista logika zaimplementowana przez każdy składnik, taki jak przepływy pracy, interfejsy API, kolejki i subskrypcje

• Konfiguracja specyficzna dla środowiska skojarzona z każdym składnikiem, na przykład uprawnienia, wpisy tajne, alerty itd.

Jeśli definicja infrastruktury jest oddzielona od kodu, możesz traktować definicję infrastruktury jako tylko inny fragment kodu, który można wersję, bezpiecznie przechowywać w repozytorium kontroli źródła i wyzwalać wdrożenie po zmianie definicji. Ta praktyka, powszechnie znana jako infrastruktura jako kod (IaC), poprawia jakość środowiska, ponieważ można tworzyć wersje dla każdego środowiska i śledzić zmiany z powrotem do kontroli źródła.

Usługa Azure Logic Apps obsługuje IaC, zapewniając możliwość tworzenia zasobów infrastruktury przy użyciu szablonów usługi Azure Resource Management. Chociaż szablony usługi ARM mogą wydawać się złożone, aby zrozumieć i zaimplementować je jako ujednolicone rozwiązanie, można użyć narzędzi abstrakcji, takich jak Bicep, Terraform lub Pulumi, które zapewniają środowisko przypominające kod do tworzenia definicji infrastruktury. Mimo że te narzędzia zapewniają warstwy abstrakcji w szablonach usługi ARM, narzędzia ostatecznie generują szablony usługi ARM i mogą wdrażać te szablony.

Za pomocą infrastruktury można wdrożyć logikę, która implementuje kompleksowe przepływy pracy. Ponieważ usługi Azure Integration Services oferują kolekcję narzędzi do implementowania przepływów pracy integracji, należy wdrożyć każdy składnik. W przypadku rozwiązań utworzonych za pomocą usług Azure Integration Services potoki ciągłej integracji/ciągłego wdrażania są zwykle oparte na wdrażaniu aranżacji składników. Inżynierowie devOps mogą używać wbudowanych akcji, które abstrakcyjne działania wdrażania lub używają ogólnych akcji, które uruchamiają polecenia interfejsu wiersza polecenia lub skrypty automatyzacji, takie jak program PowerShell i powłoka Bash. W większości przypadków inżynierowie dostosowują potoki na podstawie potrzeb aplikacji, przeglądają wskazówki z oficjalnej dokumentacji i używają przykładowych repozytoriów jako punktu wyjścia.

Proces przygotowania każdego składnika do wdrożenia zwykle wykonuje następujące kroki, które należy wziąć pod uwagę:

• Faza ciągłej integracji

  1. Pobierz najnowszą wersję kodu źródłowego.

  2. Przygotuj kod z konfiguracją specyficzną dla środowiska.

     Szczegóły tego kroku zależą od obsługi zewnętrznej iniekcji zmiennych środowiskowych przez każdą technologię. Podstawowym założeniem jest to, że informacje o konfiguracji opartej na środowisku, takie jak parametry połączenia i odwołania do zasobów zewnętrznych, są abstrakcyjne w celu odwołania się do repozytorium ustawień aplikacji. Dlatego w tym scenariuszu należy przechowywać odwołania, które mogą istnieć jako zwykły tekst bezpośrednio w repozytorium ustawień aplikacji, ale należy przechowywać poufne wartości, takie jak wpisy tajne, jako wskaźniki odniesienia do wpisów w magazynie wpisów tajnych, takich jak magazyn kluczy platformy Azure.

     Usługa Azure Logic Apps umożliwia takie podejście dla zasobu standardowej aplikacji logiki, obsługując odwołania do repozytorium ustawień aplikacji, które następnie można mapować pary nazwa-wartość na wpisy w magazynie kluczy.

  3. Spakuj kod do wdrożenia w różnych środowiskach.

• Faza ciągłego wdrażania

  1. Wdróż spakowany kod w środowisku docelowym.

  2. Zaktualizuj repozytorium ustawień aplikacji przy użyciu poprawnych wartości środowiska, w postaci zwykłego tekstu lub odwołań do wpisów w magazynie kluczy.

  3. Zaktualizuj wszystkie wymagane uprawnienia, które zależą od kodu.

  4. Przygotuj aplikację do wykonania, jeśli jest to wymagane.

Dopasowanie funkcji

W poniższej tabeli i diagramie przedstawiono w przybliżeniu sposób porównywania zasobów, artefaktów, funkcji i możliwości między usługami BizTalk Server, Azure Logic Apps i Azure Integration Services. Chociaż usługa Azure Logic Apps jest kluczową platformą dla obciążeń integracji, upewnij się, że rozważasz wszystkie dostępne funkcje w usługach Azure Integration Services i na platformie Azure jako całości.

Funkcja	BizTalk Server	Azure
Aranżacje	- Aranżacja programu BizTalk Server - Kod c#	— Przepływ pracy usługi Azure Logic Apps — Szablony przepływów pracy usługi Azure Logic Apps — Aplikacja funkcji usługi Azure Functions
Pipelines	— Potoki programu BizTalk Server - Składniki potoku	— Przepływy pracy usługi Azure Logic Apps (jako potoki) — Azure API Management (jako potoki) — Aplikacja funkcji usługi Azure Functions — Aplikacja interfejsu API platformy Azure
Routing komunikatów	- MessageBox - Promocje nieruchomości -Filtry	— Kolejki i tematy usługi Azure Service Bus (nagłówki komunikatów, właściwości komunikatów i subskrypcje) — Azure Event Grid lub Azure API Management — SQL Server lub Azure Cache for Redis
Łączność aplikacji	— Gotowe do użycia karty i niestandardowe karty programu BizTalk Server - Internet Information Services (IIS) i Azure API Management (możliwości hybrydowe)	— Łączniki usługi Azure Logic Apps — Azure API Management (jako łączniki) — Aplikacja funkcji usługi Azure Functions — Aplikacja interfejsu API platformy Azure
Odwołania krzyżowe	xref_ * tabele w bazie danych bizTalk Management (BizTalkMgmtDb)	— Azure Functions - SQL Server -Zwyczaj
Schematy (XSD)	— Schematy programu BizTalk Server - Schematy plików XML, JSON i prostych plików	— Azure Logic Apps (Standardowa) — Konto integracji platformy Azure — Konto usługi Azure Storage — Aplikacja funkcji usługi Azure Functions — Aplikacja interfejsu API platformy Azure
Maps	- BizTalk Mapper - Mapy XSLT — Azure API Management (możliwości hybrydowe)	— Azure Logic Apps (Standardowa) — mapy XSLT, szablony Liquid — Konto integracji platformy Azure (mapy XSLT, szablony Liquid) — Konto usługi Azure Storage — Aplikacja funkcji usługi Azure Functions — Aplikacja interfejsu API platformy Azure — Narzędzie mapowania danych (rozszerzenie Usługi Azure Logic Apps w warstwie Standardowa dla programu Visual Studio Code)
Reguły biznesowe	Aparat reguł biznesowych programu BizTalk Server	Aparat reguł usługi Azure Logic Apps
Monitorowanie aktywności biznesowej	BizTalk Server Business Activity Monitoring	Śledzenie procesów biznesowych platformy Azure
EDI	— Gotowe możliwości programu BizTalk Server - Strony, partnerzy, umowy, AS2, X12, EDIFACT	Azure Logic Apps i konto integracji platformy Azure (partnerzy, umowy, AS2, X12, EDIFACT)
HL7, RosettaNet i SWIFT	Akceleratory programu BizTalk Server dla systemów HL7, RosettaNet i SWIFT	— Azure Logic Apps, konto integracji platformy Azure, łączniki RosettaNet i SWIFT — Azure API Management for FHIR (HL7) — Usługa Azure Blueprint, która umożliwia zgodność ze standardem SWIFT CSP na platformie Azure
Wpisy tajne	Logowanie jednokrotne przedsiębiorstwa	— Azure Key Vault - SQL Server - Konfiguracja aplikacji
Zabezpieczenia i nadzór	— Logowanie jednokrotne przedsiębiorstwa (SSO) - Aplikacje stowarzyszone z logowaniem jednokrotnym - Active Directory - Podpisywanie certyfikatów - Uwierzytelnianie zabezpieczeń usług IIS - Zabezpieczenia sieci	— Microsoft Entra ID — Zabezpieczenia sieci platformy Azure — Kontrola dostępu oparta na rolach platformy Azure (Kontrola dostępu oparta na rolach platformy Azure) — Oświadczenia, tokeny - Zasady dostępu współdzielonego
Konfiguracja danych	- Pliki konfiguracji — Konfiguracja aplikacji logowania jednokrotnego przedsiębiorstwa - Niestandardowe składniki pamięci podręcznej - Niestandardowa baza danych - Aparat reguł biznesowych - Rejestr systemu Windows	— Azure Key Vault - Konfiguracja aplikacja systemu Azure — Azure Cosmos DB — Azure Table Storage — Konfiguracja usługi Azure Logic Apps (Standardowa) — Konfiguracja usługi Azure Functions — Azure API Management nazwane wartości i zaplecza - SQL Server - Buforowanie niestandardowe - Niestandardowa baza danych
Wdrożenie	- BizTalk Server binding file (Plik powiązania programu BizTalk Server)	— Azure Pipelines - Skrypty Bicep - Terraform
Śledzenie	— Możliwości śledzenia programu BizTalk Server (porty odbierania, wysyłanie portów, potoki, aranżacje) - Śledzenie usług IIS — Wbudowana analiza usługi Azure API Management (możliwości hybrydowe)	— Historia uruchamiania i śledzone właściwości usługi Azure Logic Apps — Konto usługi Azure Storage — Azure Monitor (Application Insights) — Wbudowana analiza usługi Azure API Management — Rozwiązanie niestandardowe, na przykład usługa Azure Event Hubs i usługa Azure Functions oraz program SQL Server i usługa Azure Data Explorer
Monitorowanie	— BizTalk Administration Console - BizTalk Health Monitor	Azure Monitor (Application Insights, Log Analytics)
Operacje	- BizTalk Server Administration Console (Konsola administracyjna programu BizTalk Server) — Azure Pipelines - MSI, PowerShell — BizTalk Deployment Framework	— Azure Portal — Azure Monitor — Szablony usługi Azure Resource Manager — Azure Pipelines — PowerShell, interfejs wiersza polecenia, Bicep

Aby być na bieżąco z najnowszymi inwestycjami, zasubskrybuj pozycję Integracja w blogu platformy Azure — Społeczność techniczna.

Następne kroki

Dowiedz się więcej o tym, jak usługa Azure Logic Apps porównuje się z usługą BizTalk Server. Następnie dowiedz się, jak wybrać najlepsze możliwości platformy Azure dla Twoich scenariuszy. Możesz też zapoznać się z sugerowanymi podejściami i zasobami, zagadnieniami dotyczącymi planowania i najlepszymi rozwiązaniami dotyczącymi migracji.

Wybieranie najlepszych ofert usług Azure Integration Services dla danego scenariusza

Metody migracji dla usługi BizTalk Server do usługi Azure Logic Apps