Migrowanie aplikacji i rozwiązań z usługi BizTalk Services do usługi Azure Logic Apps

  • Artykuł

Usługa Microsoft Azure BizTalk Services (MABS) została wycofana. Aby przenieść rozwiązania integracji usługi MABS do usługi Azure Logic Apps, postępuj zgodnie ze wskazówkami w tym artykule.

Wprowadzenie

Usługa BizTalk Services składa się z dwóch podusług:

  • Połączenie hybrydowe usługi Microsoft BizTalk Services
  • Integracja opartych na mostku EAI i EDI

Aplikacja systemu Azure Service Hybrid Połączenie ions zastępuje Połączenie hybrydowe usługi BizTalk Services. Hybrydowe Połączenie platformy Azure są dostępne w usłudze aplikacja systemu Azure Za pośrednictwem witryny Azure Portal. Ta usługa udostępnia Menedżer połączeń hybrydowych, dzięki czemu można zarządzać istniejącymi połączeniami hybrydowymi usług BizTalk Services, a także nowymi połączeniami hybrydowymi utworzonymi w portalu.

Usługa Logic Apps zastępuje integrację opartą na mostku EAI i EDI ze wszystkimi tymi samymi funkcjami w usługach BizTalk Services i nie tylko. Ta usługa zapewnia oparty na użyciu chmury przepływ pracy i funkcje orkiestracji umożliwiające szybkie i łatwe tworzenie złożonych rozwiązań integracji za pośrednictwem przeglądarki lub programu Visual Studio.

Ta tabela mapuje możliwości usługi BizTalk Services na usługę Logic Apps.

BizTalk Services Logic Apps Purpose
Łącznik Łącznik Wysyłanie i odbieranie danych
Mostek Aplikacja logiki Procesor potoku
Weryfikowanie etapu Akcja walidacji XML Weryfikowanie dokumentu XML względem schematu
Wzbogacanie etapu Tokeny danych Podwyższanie poziomu właściwości do komunikatów lub podejmowania decyzji dotyczących routingu
Etap przekształcania Akcja przekształcania Konwertowanie komunikatów XML z jednego formatu na inny
Dekoduj etap Akcja dekodowania pliku prostego Konwertowanie z pliku prostego na XML
Etap kodowania Akcja kodowania pliku prostego Konwertowanie z pliku XML na prosty plik
Inspektor komunikatów Azure Functions lub API Apps Uruchamianie kodu niestandardowego w integracji
Akcja trasy Warunek lub przełącznik Kierowanie komunikatów do jednego z określonych łączników

Artefakty usługi BizTalk Services

Usługa BizTalk Services ma kilka rodzajów artefaktów.

Łączniki

Łączniki usługi BizTalk Services ułatwiają mostki wysyłania i odbierania danych, w tym mostki dwukierunkowe, które umożliwiają interakcję z żądaniami/odpowiedziami opartymi na protokole HTTP. Usługa Logic Apps używa tej samej terminologii i zawiera setki łączników, które obsługują ten sam cel, łącząc się z szeroką gamą technologii i usług. Na przykład łączniki są dostępne dla usług SaaS i PaaS w chmurze, takich jak OneDrive, Office365, Dynamics CRM i nie tylko, oraz systemów lokalnych za pośrednictwem lokalnej bramy danych, która zastępuje usługę adaptera BizTalk dla usług BizTalk Services. Źródła w usługach BizTalk Services są ograniczone do subskrypcji FTP, SFTP i Service Bus Queue lub Topic.

Diagram that shows the BizTalk Services flow.

Domyślnie każdy mostek ma punkt końcowy HTTP, który jest skonfigurowany z właściwościami Adres środowiska uruchomieniowego i Względny adres dla mostka. Aby osiągnąć te same wyniki w usłudze Logic Apps, użyj akcji Żądanie i Odpowiedź .

Przetwarzanie i mostki XML

W usługach BizTalk Services mostek jest analogiczny do potoku przetwarzania. Mostek może pobrać dane odebrane z łącznika, wykonać pewną pracę z danymi i wysłać wyniki do innego systemu. Usługa Logic Apps działa tak samo, obsługując te same wzorce interakcji oparte na potoku co usługi BizTalk Services, a także udostępniając inne wzorce integracji. Mostek żądania-odpowiedzi XML w usługach BizTalk Services jest znany jako potok VETER, który składa się z etapów wykonujących następujące zadania:

  • (V) Sprawdzanie poprawności
  • (E) Wzbogacanie
  • (T) Przekształcenie
  • (E) Wzbogacanie
  • (R) Trasa

Na tej ilustracji pokazano, jak przetwarzanie jest dzielone między żądanie i odpowiedź, co zapewnia kontrolę nad żądaniem i ścieżkami odpowiedzi oddzielnie, na przykład przy użyciu różnych map dla każdej ścieżki:

Screenshot that shows how processing is split between request and reply.

Ponadto mostek jednokierunkowy XML dodaje etapy Decode i Encode na początku i na końcu przetwarzania. Mostek Pass-Through zawiera jeden etap wzbogacania.

Przetwarzanie, dekodowanie i kodowanie komunikatów

W usługach BizTalk Services można odbierać różne typy komunikatów XML i określać odpowiedni schemat odebranego komunikatu. Ta praca jest wykonywana na etapie Typy komunikatów potoku przetwarzania odbierania. Etap dekodowania używa wykrytego typu komunikatu do dekodowania komunikatu przy użyciu podanego schematu. Jeśli schemat jest schematem pliku prostego, ten etap konwertuje przychodzący plik prosty na xml.

Usługa Logic Apps oferuje podobne możliwości. Plik prosty jest odbierany za pośrednictwem różnych protokołów przy użyciu różnych wyzwalaczy łącznika (System plików, FTP, HTTP itd.) i użyj akcji Dekoduj plik prosty, aby przekonwertować dane przychodzące na xml. Istniejące schematy plików prostych można przenieść bezpośrednio do usługi Logic Apps bez żadnych zmian, a następnie przekazać schematy do konta integracji.

Sprawdzanie poprawności

Po przekonwertowaniu danych przychodzących na xml (lub jeśli format XML był odebranym formatem komunikatu), walidacja jest uruchamiana w celu określenia, czy komunikat jest zgodny ze schematem XSD. Aby wykonać to zadanie w usłudze Logic Apps, użyj akcji Walidacja XML. Możesz użyć tych samych schematów z usług BizTalk Services bez żadnych zmian.

Przekształcanie komunikatów

W usługach BizTalk Services etap Przekształcanie konwertuje jeden format komunikatu opartego na formacie XML na inny. Ta praca jest wykonywana przez zastosowanie mapy przy użyciu mapowania opartego na TRFM. W usłudze Logic Apps proces jest podobny. Akcja Przekształć wykonuje mapę z konta integracji. Główną różnicą jest to, że mapy w usłudze Logic Apps są w formacie XSLT. Środowisko XSLT obejmuje możliwość ponownego użycia istniejącego istniejącego kodu XSLT, w tym map utworzonych dla programu BizTalk Server, które zawierają functoidy.

Reguły routingu

Usługa BizTalk Services podejmuje decyzję rozsyłającą, w której punkcie końcowym lub łączniku mają być wysyłane przychodzące komunikaty lub dane. Możliwość wyboru spośród wstępnie skonfigurowanych punktów końcowych jest możliwa przy użyciu opcji filtru routingu:

Screenshot that shows the routing filter option.

W usługach BizTalk Services, jeśli istnieją tylko dwie opcje, użycie warunku jest najlepszym sposobem konwertowania filtrów routingu w usługach BizTalk Services. Jeśli jest więcej niż dwa, użyj przełącznika.

Usługa Logic Apps oferuje zaawansowane możliwości logiki oraz zaawansowany przepływ sterowania i routing z instrukcjami warunkowymi i instrukcjami switch.

Wzbogacić

W przetwarzaniu usługi BizTalk Services etap Wzbogacanie dodaje właściwości do kontekstu komunikatu skojarzonego z odebranymi danymi. Na przykład podwyższenie poziomu właściwości do użycia na potrzeby routingu z wyszukiwania bazy danych lub wyodrębnienie wartości przy użyciu wyrażenia XPath. Usługa Logic Apps zapewnia dostęp do wszystkich danych wyjściowych danych kontekstowych z poprzednich akcji, co ułatwia replikowanie tego samego zachowania. Na przykład przy użyciu Get Row akcji połączenia SQL zwracasz dane z bazy danych programu SQL Server i używasz danych w akcji Decyzja na potrzeby routingu. Podobnie właściwości przychodzących komunikatów usługi Service Bus w kolejce przez wyzwalacz są adresowalne, a także XPath przy użyciu wyrażenia języka definicji przepływu pracy xpath.

Uruchamianie kodu niestandardowego

Usługa BizTalk Services umożliwia uruchamianie niestandardowego kodu przekazanego we własnych zestawach. Ta funkcja jest implementowana przez interfejs IMessageInspector . Każdy etap w mostku zawiera dwie właściwości (On Enter Inspector i On Exit Inspector), które udostępniają utworzony typ platformy .NET, który implementuje ten interfejs. Kod niestandardowy umożliwia wykonywanie bardziej złożonego przetwarzania danych i umożliwia ponowne użycie istniejącego kodu w zestawach, które wykonują wspólną logikę biznesową.

Usługa Logic Apps udostępnia dwa podstawowe sposoby wykonywania kodu niestandardowego: Azure Functions i API Apps. Usługę Azure Functions można tworzyć i wywoływać z poziomu aplikacji logiki. Zobacz Dodawanie i uruchamianie kodu niestandardowego dla aplikacji logiki za pomocą usługi Azure Functions. Użyj usługi API Apps, części usługi aplikacja systemu Azure Service, aby utworzyć własne wyzwalacze i akcje. Dowiedz się więcej o tworzeniu niestandardowego interfejsu API do użycia z usługą Logic Apps.

Jeśli masz niestandardowy kod w zestawach wywoływanych z usługi BizTalk Services, możesz przenieść ten kod do usługi Azure Functions lub utworzyć niestandardowe interfejsy API za pomocą usługi API Apps, w zależności od implementowania. Jeśli na przykład masz kod, który opakowuje inną usługę, dla której usługa Logic Apps nie ma łącznika, utwórz aplikację interfejsu API i użyj akcji, które aplikacja interfejsu API udostępnia w aplikacji logiki. Jeśli masz funkcje lub biblioteki pomocnicze, usługa Azure Functions jest prawdopodobnie najlepsza.

Przetwarzanie EDI i zarządzanie partnerami handlowymi

Usługi BizTalk Services i Logic Apps obejmują przetwarzanie EDI i B2B z obsługą as2 (instrukcja stosowania 2), X12 i EDIFACT. W usługach BizTalk Services twórz mostki EDI i twórz partnerów handlowych i umowy oraz zarządzaj nimi w dedykowanym portalu śledzenia i zarządzania. W usłudze Logic Apps uzyskasz tę funkcję za pośrednictwem pakietu integracyjnego dla przedsiębiorstw (EIP). Usługa EIP udostępnia akcje konta integracji i B2B na potrzeby przetwarzania EDI i B2B. Konto integracji służy również do tworzenia partnerów handlowych i umów oraz zarządzania nimi. Po utworzeniu konta integracji możesz połączyć co najmniej jedną aplikację logiki z kontem. Następnie możesz użyć akcji B2B, aby uzyskać dostęp do informacji o partnerach handlowych z poziomu aplikacji logiki. Dostępne są następujące akcje:

  • Kodowanie AS2
  • Dekodowanie AS2
  • Kodowanie X12
  • Dekodowanie X12
  • Kodowanie EDIFACT
  • Dekodowanie EDIFACT

W przeciwieństwie do usługi BizTalk Services te akcje są oddzielone od protokołów transportu. Dlatego podczas tworzenia aplikacji logiki masz większą elastyczność, w której łączniki są używane do wysyłania i odbierania danych. Możesz na przykład odbierać pliki X12 jako załączniki z poczty e-mail, a następnie przetwarzać te pliki w aplikacji logiki.

Zarządzanie i monitorowanie

W usługach BizTalk Services dedykowany portal zapewniał możliwości śledzenia w celu monitorowania i rozwiązywania problemów. Usługa Logic Apps udostępnia bogatsze funkcje śledzenia i monitorowania do monitorowania aplikacji logiki w witrynie Azure Portal i udostępnia aplikację mobilną do śledzenia rzeczy podczas przenoszenia.

Wysoka dostępność

W przypadku wysokiej dostępności w usługach BizTalk Services można współdzielić obciążenie przetwarzania przy użyciu więcej niż jednego wystąpienia w określonym regionie. Usługa Logic Apps zapewnia wysoką dostępność w regionie bez dodatkowych kosztów.

W usługach BizTalk Services odzyskiwanie po awarii poza regionem na potrzeby przetwarzania B2B wymaga procesu tworzenia kopii zapasowej i przywracania. W celu zapewnienia ciągłości działania usługa Logic Apps zapewnia aktywną/pasywną funkcję odzyskiwania po awarii między regionami, która umożliwia synchronizowanie danych B2B między kontami integracji w różnych regionach.

Następne kroki