Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure Logic Apps jest następcą BizTalk Server. Azure Logic Apps Standard zapewnia orkiestrację przepływu pracy, integrację korporacyjną oraz rozszerzalność rozwiązań chmurowych i hybrydowych. Ten artykuł podsumowuje powody migracji, dostępne opcje hostingu oraz możliwości BizTalk, które musisz ocenić.
Informacje o strategiach migracji, kwestiach planowania i wskazówki dotyczące wdrożenia można znaleźć w artykule Migrate BizTalk Server with Azure Logic Apps Migration Agent.
Cykl życia BizTalk Server
BizTalk Server 2020 to ostatnia wersja BizTalk Server. Microsoft spodziewa się, że sprzedaż BizTalk Server 2020 zakończy się 31 marca 2027 roku. Główne wsparcie trwa do 12 kwietnia 2028 roku, po czym produkt nadal podlega Microsoft Fixed Lifecycle Policy.
Microsoft planuje również zaoferować uprawnionym klientom opcjonalne, płatne wsparcie rozszerzone od 13 kwietnia 2028 do 10 kwietnia 2030 roku. Ta oferta ma służyć jako tymczasowa ochrona migracji, ma wykluczyć niektóre funkcje BizTalk i pozostaje uzależniona od ostatecznej kwalifikacji, zakresu ubezpieczenia, cen oraz warunków zakupu.
Rozpocznij planowanie migracji wcześnie, zwłaszcza jeśli Twoje rozwiązania opierają się na Business Activity Monitoring (BAM), Enterprise Service Bus (ESB) Toolkit, akceleratorach branżowych, dziedziczonych adapterach enterprise, narzędziach do zarządzania cyklem życia aplikacji specyficznych dla BizTalk lub wersjach Visual Studio po Visual Studio 2022. Przewiduje się, że te funkcje nie będą objęte płatnym rozszerzonym wsparciem podstawowym lub mogą wymagać przeprojektowania.
Najnowsze daty i terminy zobacz:
- Aktualizacja cyklu życia produktu Microsoft BizTalk Server
- Ogłoszenie zakończenia sprzedaży BizTalk Server 2020
- Microsoft — zasady stałego cyklu życia
Dlaczego Logic Apps Standard pasuje do obciążeń BizTalk
Aplikacje BizTalk często łączą trwałą orkiestrację, komunikację, transformacje, przetwarzanie biznesowe (B2B), kod niestandardowy oraz dostęp do systemów prywatnych. Azure Logic Apps Standard oferuje te możliwości integracji w środowisku uruchomieniowym jednego tenanta i obsługuje zarówno przepływy stanowe, jak i bezstanowe. W przeciwieństwie do aplikacji logicznej Konsumpcyjnej, aplikacja logiki Standard może zawierać wiele przepływów pracy, które dzielą obliczenia, przechowywanie, sieć i konfigurację.
Następujące możliwości sprawiają, że Standard jest preferowanym typem zasobów LogicApps w większości projektów modernizacyjnych BizTalk:
| Wymóg BizTalk | Funkcja Logic Apps Standard |
|---|---|
| Trwałe, długotrwałe procesy biznesowe | Stanowe przepływy pracy zachowują stan wykonania i mogą wznowić przerwane wykonania. Bezstanowe przepływy pracy wspierają przetwarzanie w pamięci o niższych opóźnieniach, gdy nie jest wymagana trwałość. |
| Powiązane procesy integracyjne | W jednej aplikacji Standard Logic może działać wiele przepływów pracy, które dzielą zasoby, konfigurację i granice wdrożeń. |
| Formaty wiadomości i danych w przedsiębiorstwie | Wbudowane konektory i działania wspierają usługi takie jak Azure Service Bus, Event Hubs, SQL Server, XML, pliki płaskie, transformacje oraz scenariusze B2B. |
| Niestandardowa logika implementacji | Lokalne funkcje platformy .NET uruchamiają kod ograniczony do danego przepływu pracy obok przepływów pracy w obrębie tego samego projektu i tej samej aplikacji. Skrypty inline, niestandardowe wbudowane złącza oraz usługi zewnętrzne zapewniają inne opcje rozszerzalności. |
| Prywatna i lokalna łączność | Dedykowane wykonywanie dla jednego tenanta wspiera integrację z sieciami wirtualnymi oraz prywatne punkty końcowe. Wdrożenie hybrydowe uruchamia przepływy pracy na infrastrukturze zarządzanej przez klienta, gdy wymagane jest przetwarzanie lokalne. |
| Zarządzanie cyklem życia aplikacji | Tworzenie Visual Studio Code, testowanie lokalne, infrastruktura jako kod oraz CI/CD oddzielają wdrażanie aplikacji workflow od udostępniania infrastruktury. |
| Wybór wdrożenia | Użyj Workflow Service Plan dla zarządzanego hostingu Azure, App Service Environment v3 dla izolowanego hostingu Azure lub Hybrid dla środowisk Kubernetes zarządzanych przez klienta. |
Logic Apps Standard zapewnia większość kluczowych możliwości niezbędnych do modernizacji rozwiązań BizTalk i pełni rolę głównej platformy do orkiestracji i integracji docelowej architektury, niezależnie od tego, czy jest hostowana w Azure, czy wdrożona w środowisku hybrydowym. Inne usługi nie są domyślnie wymagane. W przypadku rozwiązań hostowanych w Azure dodaj usługi Azure, takie jak Azure Service Bus, Azure API Management czy Azure Event Grid tylko wtedy, gdy rozwiązanie z refaktoryzacją wymaga niezależnego brokeringu wiadomości, zarządzania cyklem życia API lub dystrybucji zdarzeń. W przypadku wdrożeń hybrydowych używaj kompatybilnych usług zarządzanych przez klienta dla wszelkich możliwości lub granic architektonicznych, których rozwiązanie wymaga poza standardem Logic Apps.
Powody migracji
| Korzyści | opis |
|---|---|
| Nowoczesna platforma integracyjna | Buduj przepływy pracy z zarządzaną orkiestracją, konektorami korporacyjnymi, możliwościami B2B, integracją API oraz natywnym bezpieczeństwem i monitorowaniem chmurowym. Oceń automatyzację wspomaganą AI i agentyczną tam, gdzie jest to wspierane. |
| Zachowaj wybrane inwestycje | Wykorzystaj lub dostosuj wiele schematów BizTalk, map, reguł, asembli i niestandardowych komponentów .NET zamiast odbudowywać każdy artefakt. |
| Elastyczny hosting | Uruchamiaj standardowe workflowy w Azure lub korzystaj z hybrydowego wdrożenia do przetwarzania lokalnego, dostępu do sieci, rezydencji danych lub wymagań regulacyjnych. |
| Tworzenie aplikacji low-code i pro-code | Połącz wizualny projektant przepływu pracy z definicjami przepływów pracy przechowywanymi w kontroli wersji, skryptami wbudowanymi, lokalnymi funkcjami platformy .NET, niestandardowymi łącznikami i usługami zewnętrznymi. |
| Nowoczesne operacje | Używaj kontroli dostępu opartej na rolach Azure (Azure RBAC), infrastruktury jako kodu oraz zautomatyzowanych potoków. Przepływy pracy hostowane w Azure integrują się z Azure Monitor i Application Insights, podczas gdy wdrożenia hybrydowe wykorzystują OpenTelemetry i mają inne ograniczenia funkcji. |
| Kontrole kosztów | Dziel się przepustowością między powiązanymi przepływami pracy, wybierz model hostingowy odpowiadający zapotrzebowaniu na obciążenie i korzystaj z wbudowanych operacji oraz funkcji lokalnych w miarę możliwości. |
Buduj opłacalną architekturę docelową
Opłacalność zależy od ilości obciążenia, wymaganej izolacji, istniejącej infrastruktury, wykorzystania złącza oraz obowiązków operacyjnych. Porównaj całkowity koszt posiadania, a nie tylko opłatę za hosting Logic Apps. Podstawowy pakiet BizTalk może obejmować licencje na BizTalk Server, Windows Server i SQL Server; moc obliczeniową i magazynowanie danych; wysoką dostępność i odzyskiwanie po awarii; zarządzanie poprawkami; monitorowanie; narzędzia wdrożeniowe; oraz specjalistyczne wsparcie operacyjne.
Stosuj następujące praktyki przy budowie docelowego modelu kosztów:
- Grupuj powiązane przepływy pracy z kompatybilnymi wymaganiami dotyczącymi bezpieczeństwa, cyklu życia i skalowania w tej samej aplikacji logicznej Standard, aby móc dzielić zarezerwowane zasoby obliczeniowe i wspierające. Utrzymuj obciążenia robocze rozdzielone, gdy wymagają niezależnego skalowania, izolacji, wdrażania lub odrębnej odpowiedzialności.
- Preferuj operacje wbudowanych łączników, jeśli spełniają twoje wymagania. Model Standardowy obejmuje nieograniczoną liczbę wbudowanych operacji, podczas gdy operacje złącza zarządzanego są rozliczane za każde połączenie.
- Umieszczaj kod .NET ograniczony do zakresu przepływu pracy w funkcjach lokalnych, gdy jest to właściwe. Funkcje lokalne korzystają z granicy aplikacji standardowej Logic Apps i nie wymagają osobnego Function App, punktu końcowego, przepływu uwierzytelniania, pipeline'u wdrożeniowego ani granicy monitorowania. Kod nadal zużywa zasoby w planie Standard.
- Dostosuj pojemność planu usługi Workflow Service i przeanalizuj jego wykorzystanie w miarę przechodzenia kolejnych fal migracji do środowiska produkcyjnego. Plan jest rozliczany za zarezerwowaną pojemność nawet wtedy, gdy przepływy pracy są nieaktywne.
- Korzystaj z App Service Environment v3, gdy wymagania dotyczące izolacji, dedykowanej sieci, zgodności lub konsolidacji uzasadniają Isolated v2 App Service Plan. Nie zakładaj, że ASE v3 to najtańsza opcja dla mniejszych obciążeń.
- Używaj Hybrid, gdy lokalne wykonanie, rezydencja danych lub istniejąca infrastruktura przynoszą wystarczającą wartość. Uwzględnij w obliczeniach środowisko Kubernetes z obsługą usługi Azure Arc, licencjonowanie SQL Server, magazyn SMB, obsługę sieci, operacje oraz użycie procesorów wirtualnych vCPU w usłudze Logic Apps.
- Uwzględnij operacje związane z przechowywaniem, kontami integracyjnymi, sieciami, monitorowaniem oraz tymczasowymi kosztami równoległego uruchamiania BizTalk i Logic Apps podczas migracji.
Szczegółowe informacje o cenach można znaleźć w modelach cenowych i rozliczeniowych usługi Azure Logic Apps oraz na stronie cennika usługi Azure Logic Apps.
Wybieranie opcji hostingu
Usługa Azure Logic Apps oferuje dwa odrębne typy zasobów: Consumption i Standard. Do migracji BizTalk korzystaj z możliwości Azure Logic Apps Standard i wybierz opcję hostingu Azure lub hybrydowego hostingu w zależności od swoich potrzeb.
Important
Jeśli obecnie korzystasz z Azure Logic Apps Consumption i planujesz migrację obciążeń BizTalk Server, musisz przejść do Azure Logic Apps Standard. Możliwości migracji BizTalk nie są obsługiwane w przepływach pracy Consumption.
| Opcja hostingu | Najlepsze dopasowanie | Koszt i własność | Kluczowe zagadnienia |
|---|---|---|---|
| Plan usługi przepływu pracy | Domyślny wybór dla migracji BizTalk hostowanych w Azure, które wymagają dedykowanej pojemności Standard i zarządzanych możliwości Azure. | Zarezerwowano pojemność WS1, WS2 lub WS3 w środowisku zarządzanym przez Microsoft. | Obsługuje wiele przepływów pracy w każdej aplikacji logicznej, integrację z siecią wirtualną, prywatne punkty końcowe oraz dostęp do możliwości monitorowania Azure. |
| App Service Environment w wersji 3 | Obciążenia wymagające izolowanego hostingu Azure, dedykowanej sieci, granic zgodności lub konsolidacji z innymi obciążeniami App Service. | Izolowane instancje planu App Service v2 w środowisku dedykowanym. | Wymaga istniejącego lub nowego ASE v3 i powinien być uzasadniony wymaganiami izolacji, skalowania lub konsolidacji. |
| Hybryda | Obciążenia robocze wymagające lokalnego przetwarzania, dostępu o małych opóźnieniach do systemów lokalnych, lokalizacji danych, wdrożenia brzegowego lub infrastruktury zarządzanej przez klienta. | Aplikacje logiczne, wykorzystanie vCPU oraz zarządzane przez klientów Kubernetes, SQL Server, pamięć masowa SMB, sieci i operacje. | Używa Kubernetes z obsługą Azure Arc z rozszerzeniem Azure Container Apps i wymaga połączenia wychodzącego Azure. Niektóre funkcje chmurowe nie są obsługiwane. |
Rozważania dotyczące wdrożenia hybrydowego
Wdrożenie hybrydowe jest częściowo połączone z siecią, nie jest odizolowane od sieci. Środowisko wymaga łączności wychodzącej na potrzeby operacji Azure Arc i operacji zarządzania platformą Azure. Zarządzane konektory hostowane w chmurze również wymagają łączności z Azure. Tymczasowe przerwy w łączności niekoniecznie hamują lokalne przetwarzanie przepływu pracy, ale mogą wpływać na zarządzanie, telemetrię i operacje zależne od chmury.
W przypadku wymaganej infrastruktury, obsługiwanych konfiguracji, cenach i obecnych ograniczeniach zobacz Skonfiguruj własną infrastrukturę dla standardowych aplikacji logicznych z wykorzystaniem hybrydowego wdrożenia.
Możliwości Map BizTalk do aplikacji Logic
BizTalk Server i Azure Logic Apps używają różnych architektur. Użyj Agenta Migracji, aby inwentaryzować każdą aplikację BizTalk, przypisać jej artefakty i wzorce integracji do możliwości Logic Apps oraz zidentyfikować komponenty, które trzeba ponownie wykorzystać, refaktoryzować, wymienić lub przeprojektować.
| Funkcjonalność BizTalk | Ścieżka modernizacji Logic Apps | Typowa ocena | Wskazówki pokrewne |
|---|---|---|---|
| Orkiestracje | Stanowe lub bezstanowe przepływy pracy Standard | Przekształcić logikę procesów biznesowych w przepływy pracy. | Stwórz standardowy workflow |
| Potoki przetwarzania i kod pomocniczy | Akcje przepływu pracy, lokalne funkcje platformy .NET, kod wbudowany, niestandardowe łączniki lub usługi zewnętrzne | Wykorzystaj lub refaktoryzuj zgodnie z wymaganym cyklem życia i granicą skali. | Tworzenie i uruchamianie lokalnych funkcji .NET |
| Routing MessageBox | tematy i subskrypcje usługi Azure Service Bus, wymiany RabbitMQ, tematy Apache Kafka lub kierowanie przepływem pracy | Przeprojektuj wiadomości niezależnie od czasu działania przepływu pracy. | Kolejki, tematy i subskrypcje usługi Service Bus |
| Schematy i mapy | Artefakty projektu, mapy XSLT, szablony Liquid i Data Mapper | Ponownie wykorzystuj kompatybilne artefakty i waliduj transformacje. | Schematy i mapy |
| Reguły biznesowe | Silnik reguł usługi Azure Logic Apps | Ponowne wykorzystanie polityk BizTalk Business Rules Engine lub refaktoryzacja niepotwierdzonych faktów. | Przegląd silnika Azure Logic Apps Rules Engine |
| EDI i B2B | Standardowe workflowy, konektory i konta integracyjne | Oceniaj partnerów, umowy, certyfikaty, schematy i wymagania protokołu. | Procesy integracji biznesowej B2B |
| Adaptery | Wbudowane, zarządzane lub niestandardowe złącza i API | Potwierdź dostępność złącza, uwierzytelnianie, przepustowość oraz wsparcie hostingowe. | Omówienie łączników |
| BUM | Azure Business Process Tracking dla obsługiwanych rozwiązań hostowanych w Azure lub zewnętrznego projektu obserwacji | Przeprojektowanie dla wdrożenia hybrydowego, gdzie Azure Business Process Tracking nie jest obsługiwany. | Przegląd Azure Business Process Tracking |
| Śledzenie i monitorowanie | Historia uruchomienia, śledzone właściwości, Azure Monitor, Application Insights i OpenTelemetry | Przeprojektuj model operacyjny oraz model wsparcia. | Monitorowanie aplikacji logicznych i przepływów pracy |
Poniższy diagram przedstawia kolejny obraz typowych możliwości BizTalk Server oraz ich ścieżek modernizacji hostowanych w Azure:
Szczegółowe informacje o dostępności funkcji znajdziesz w Azure Logic Apps connectors, Enterprise integration overview oraz Azure Logic Apps limits and configuration.
Kluczowe kwestie migracji
Architektura i niezawodność
- Zacznij od Azure Logic Apps Standard jako aplikacji docelowej. Korzystaj z natywnych możliwości przepływu pracy, wbudowanych łączników i funkcji lokalnych, tam gdzie to właściwe, a z innych usług Azure Integration Services korzystaj tylko wtedy, gdy uzasadnia to konkretne wymaganie architektoniczne.
- Dla wzorców publikowania-subskrypcji użyj brokera wiadomości, takiego jak Azure Service Bus, RabbitMQ lub Apache Kafka, zamiast odtwarzać BizTalk MessageBox w obrębie przepływu pracy.
- Projektuj z myślą o ponownych próbach i przetwarzaniu co najmniej raz. Stosuj idempotencję, deduplikację i bezpieczne zapisy, aby zapobiegać powielonym skutkom, gdy operacje są ponawiane lub uruchomienia są ponownie przesyłane.
- Sprawdź limity wiadomości i łączników. W przypadku dużych ładunków danych używaj dzielenia na fragmenty po stronie łącznika, jeśli jest obsługiwane, lub zaimplementuj wzorzec claim-check pattern.
- Użyj VPN Gateway, ExpressRoute lub innego hybrydowego rozwiązania łączności, aby połączyć sieci lokalne z Azure. Peering sieci wirtualnej łączy sieci wirtualne Azure; sam w sobie nie łączy sieci lokalnej z Azure.
Kod niestandardowy
Posiadanie własnego kodu w rozwiązaniu BizTalk nie oznacza automatycznie, że docelowa architektura wymaga osobnego zasobu Azure Functions. Używaj lokalnych funkcji .NET dla kodu należącego do workflow integracyjnego. Funkcje lokalne znajdują się w tym samym projekcie co workflow i działają w granicach aplikacji Logic Apps Standard. Przepływy pracy, łączniki, konfiguracja i kod umożliwiają wspólne tworzenie, wdrażanie, skalowanie i obsługę.
Funkcje lokalne nadają się do walidacji komunikatów w obrębie przepływu pracy, wzbogacania, obliczeń, niestandardowego analizowania, formatowania oraz przetwarzania specyficznego dla działalności biznesowej. Mogą także pomóc w modernizacji bibliotek pomocniczych BizTalk, narzędzi do orkiestracji oraz logiki powiązanej z potokami przetwarzania, jeśli ten kod należy do konkretnej aplikacji integracyjnej. Takie podejście unika wprowadzania osobnego punktu końcowego, przepływu uwierzytelniania, zasobów hostingowych, pipeline'u wdrożeniowego oraz granic monitoringu tylko do uruchamiania kodu specyficznego dla przepływu pracy.
Skorzystaj z poniższych wskazówek, aby wybrać odpowiedni model hostingu kodu:
| Używaj funkcji lokalnych, gdy | Używaj osobnego zasobu Azure Functions, gdy |
|---|---|
| Kod jest specyficzny dla jednej aplikacji Logic Apps Standard. | Kod jest współdzielony przez wiele aplikacji, przepływów pracy lub zespołów. |
| Kod waliduje, wzbogaca, analizuje, formatuje lub oblicza dane w ramach workflow. | Kod zapewnia niezależnie zarządzane API, usługę lub zdolność obliczeniową opartą na zdarzeniach. |
| Workflow i kod powinny być wdrażane, skalowane i działać razem. | Kod wymaga niezależnego skalowania, wersjonowania, wdrożenia lub posiadania operacyjnego. |
| Kod nie potrzebuje osobnego endpointu sieci ani granicy uwierzytelniania. | Kod musi ujawniać i zabezpieczać własny punkt końcowy lub granicę tożsamości. |
| Funkcja pomocnicza BizTalk lub logika powiązana z potokiem przetwarzania należą do migrowanego przepływu integracyjnego. | To kod stanowi główne obciążenie obliczeniowe, a przepływ pracy usługi Logic Apps jest tylko jednym z jego odbiorców. |
Funkcje lokalne zużywają moc obliczeniową przypisaną aplikacji Standard Logic i nie zastępują każdej samodzielnej funkcji lub usługi. Ich przewaga kosztowa i operacyjna wynika z unikania niepotrzebnych ograniczeń zasobów, gdy kod jest częścią procesu pracy. Standardowe przepływy pracy obsługują również wbudowany kod JavaScript, C# i PowerShell do uruchamiania krótkich fragmentów kodu, a także niestandardowe łączniki i wywołania zewnętrznych interfejsów API. Wskazówki architektoniczne można znaleźć w artykule Coding with Logic Apps Standard: Local Functions.
Zabezpieczenia i tożsamość
Korzystaj z Microsoft Entra ID, Azure RBAC, Azure Key Vault, sieci prywatnej oraz bezpiecznych wejść i wyjść, aby chronić przepływy pracy i dane. Połączenia OAuth korzystają z autoryzacji opartej na tokenach i mogą wymagać interaktywnego logowania oraz zgody. Nie traktuj OAuth jako przechowywania adresu e-mail i hasła użytkownika w procesie pracy.
W przypadku obsługiwanych konektorów w standardowych workflowach hostowanych w Azure, zarządzane tożsamości eliminują konieczność przechowywania poświadczeń lub tokenów dostępu. Podczas lokalnego rozwoju rozszerzenie Azure Logic Apps Standard może korzystać z tożsamości programisty zalogowanej przez łańcuch poświadczeń Azure Identity, podczas gdy wdrożony workflow korzysta z jej tożsamości zarządzanej przypisanej przez system lub użytkownika. Obie tożsamości wymagają odpowiednich uprawnień do docelowego zasobu. Ta funkcja programu Visual Studio Code nie zmienia obecnego ograniczenia hybrydowego dotyczącego uwierzytelniania za pomocą tożsamości zarządzanej w operacjach łączników. Więcej informacji można znaleźć w artykule Używaj konektorów z zarządzaną tożsamością w rozszerzeniu Logic Apps Standard.
Wdrożenie i operacje
Przechowuj definicje, konfigurację i artefakty workflow w systemach kontroli wersji i korzystaj z automatycznych pipeline'ów budowania i wdrożenia. Bicep jest kompilowany do szablonów Azure Resource Manager. Terraform i Pulumi to alternatywne narzędzia do zarządzania infrastrukturą jako kodem, które zarządzają zasobami Azure za pośrednictwem odpowiednich dostawców.
Planować monitoring, kontrolę dostępu, konfigurację środowiska, odzyskiwanie po awarii oraz wspierać własność przed pierwszą falą migracji produkcyjnej. Zabezpiecz wrażliwe wejścia i wyjścia akcji, aby nie pojawiały się w historii uruchomienia ani telemetrii.
Następne kroki
Stosuj iteracyjne podejście migracyjne do zależności zapasów, priorytetyzuj obciążenia, waliduj projekty docelowe i wypuszczaj w możliwych do zarządzania falach. Agent migracji Azure Logic Apps może pomóc w odkrywaniu, analizie, planowaniu, konwersji, walidacji i wdrożeniu, jednocześnie zachowując kontrolę nad architekturą i decyzjami wdrożeniowymi.