Modernizuj obciążenia systemów mainframe i średniej klasy za pomocą Azure Logic Apps Standard

Azure Logic Apps Standard pomaga organizacjom rozszerzać i stopniowo modernizować obciążenia systemów mainframe i średniej klasy bez konieczności uprzedniego przepisywania istniejących programów hosta ani przenoszenia całego przetwarzania do platformy Azure. Wykorzystaj przepływy pracy i wbudowane łączniki, aby udostępnić współczesnym konsumentom istniejące transakcje, dane, wiadomości, pliki oraz aplikacje sterowane ekranem. Uruchom warstwę integracyjną w Azure, w App Service Environment v3 (ASE v3) lub na infrastrukturze zarządzanej przez klienta poprzez hybrydowe wdrożenie na Kubernetes obsługującym Azure Arc.

Klienci migrujący z BizTalk Server mogą zachować zgodne metadane integracji z hostem i używać istniejących konfiguracji adapterów jako danych wejściowych dla nowych połączeń wbudowanych łączników. Takie podejście wspiera stopniowe współistnienie istniejących i zmodernizowanych systemów, podczas gdy zespoły przenoszą interfejsy i możliwości biznesowe w możliwych do zarządzania falach.

Wartość klienta

Azure Logic Apps Standard zapewnia następujące korzyści w zakresie modernizacji systemów mainframe i midrange:

Cel klienta	wartość Azure Logic Apps Standard
Zachowanie działających systemów	Ponownie wykorzystaj istniejące programy hosta, struktury danych, kolejki, pliki oraz zgodne metadane, jednocześnie modernizując otaczającą warstwę integracyjną.
Modernizacja stopniowa	Wdrażaj przepływy pracy jako fasady integracyjne, migruj po jednym interfejsie lub funkcji biznesowej naraz i zapewnij równoległe działanie systemów starszych i nowoczesnych w okresie przejściowym.
Ogranicz kod integracyjny niestandardowy	Używaj wizualnych workflowów, wbudowanych konektorów, transformacji i kodu dostosowanego do workflow, zamiast budować każdy komponent integracji od podstaw.
Wybierz miejsce, gdzie przebiega przetwarzanie	Hostuj przepływy pracy w Azure lub uruchamiaj je na Kubernetes z Arc w pobliżu systemów lokalnych, gdy opóźnienia, rezydencja danych lub wymagania sieciowe sprzyjają przetwarzaniu lokalnemu.
Wspieraj różne charakterystyki obciążenia	Używaj przepływów stanowych dla trwałych, długo działających procesów oraz bezstanowych dla przetwarzania w pamięci o niższych opóźnieniach, gdy trwałość nie jest wymagana.
Przyjmij nowoczesne praktyki dostarczania	Przechowuj definicje workflow, konfigurację, metadane i wspierający kod w kontroli wersji źródłowej oraz korzystaj z automatycznych pipeline'ów budowania i wdrożenia.

Azure Logic Apps Standard to podstawowe środowisko uruchomieniowe do orkiestracji i integracji dla tego rozwiązania. Inne wiadomości, zarządzanie API, dystrybucja zdarzeń, bazy danych czy usługi zarządzane przez klienta nie są domyślnie wymagane. Dodaj je tylko wtedy, gdy zrefaktoryzowana architektura wymaga niezależnej zdolności, granic skalowania, cyklu życia lub modelu własności.

Dlaczego warto używać Azure Logic Apps Standard

Standard oferuje możliwości odpowiednie do integracji z systemem hosta, które nie są jednocześnie dostępne w typie zasobu Consumption:

Wbudowane konektory oparte na dostawcach usług działają w środowisku uruchomieniowym Azure Logic Apps i zapewniają bezpośredni dostęp do obsługiwanych systemów mainframe i systemów klasy średniej.
Standardowa aplikacja logiczna może zawierać wiele powiązanych workflow, które dzielą granice obliczeniowe, pamięciowe, sieciowe, konfiguracyjne i wdrożeniowe.
Stanowe i bezstanowe przepływy pracy obsługują trwałe procesy oraz scenariusze żądanie–odpowiedź o mniejszych opóźnieniach.
Standardowe workflowy hostowane w Azure wspierają integrację z sieciami wirtualnymi oraz prywatne punkty końcowe dla dostępu do systemów prywatnych.
Wdrażanie hybrydowe uruchamia przepływy pracy i wbudowane operacje łączące na infrastrukturze zarządzanej przez klienta.
Tworzenie w programie Visual Studio Code obsługuje testowanie lokalne, kontrolę wersji oraz CI/CD.

Azure Logic Apps Standard zapewnia natywne implementacje wielu podstawowych funkcji integracyjnych historycznie zapewnianych przez Host Integration Server (HIS), w tym dostęp do programów transakcyjnych IBM, systemów komunikatów, baz danych, plików hosta oraz aplikacji 3270. Niektóre protokoły i scenariusze, takie jak łączność LU6.2, nadal wymagają HIS.

Wybierz, gdzie uruchomić workflow

Wbudowane złącza do komputerów mainframe i średniej klasy opisane w tym artykule są obsługiwane w ramach każdej opcji hostingu Standard. Wybierz opcję spełniającą wymagania obciążenia dotyczące własności infrastruktury, izolacji, łączności, opóźnień i lokalizacji danych.

Opcja hostingu	Najlepsze dopasowanie	Kluczowe zagadnienia
Plan usługi przepływu pracy	Zarządzany hosting Azure dla przepływów pracy łączących się z systemami hostami przez prywatne lub publiczne ścieżki sieciowe.	Wykorzystuje zarezerwowaną pojemność WS1, WS2 lub WS3 i obsługuje integrację z sieciami wirtualnymi, prywatne punkty końcowe oraz monitorowanie Azure.
App Service Environment w wersji 3	Obciążenia hostowane w Azure, które wymagają dedykowanej izolacji, sieci, granic zgodności lub konsolidacji z innymi obciążeniami App Service.	Wymaga ASE v3 oraz Isolated v2 App Service Plan.
Hybryda	Przetwarzanie lokalne, lokalizacja danych, dostęp do systemów hostowych z niskimi opóźnieniami lub infrastruktura zarządzana przez klienta.	Działa na Kubernetes obsługującym Azure Arc i wymaga obsługiwanych przez klienta Kubernetes, SQL Server, pamięci masowej SMB, sieci, skalowania oraz operacji.

Wdrożenie hybrydowe jest częściowo połączone z siecią, nie jest odizolowane od sieci. Operacje wbudowanego łącznika działają z lokalnym środowiskiem uruchomieniowym Azure Logic Apps, podczas gdy zarządzanie Azure i wszelkie zarządzane złącza w chmurze wymagają łączności wychodzącej. Aktualne wymagania i ograniczenia infrastruktury znajdziesz w artykule Skonfiguruj własną infrastrukturę dla aplikacji logicznych standardowych z wykorzystaniem wdrożenia hybrydowego.

Zachowanie istniejących inwestycji integracyjnych

Od dziesięcioleci firma Microsoft oferowała funkcje integracji systemów klasy mainframe i systemów średniej klasy za pośrednictwem produktu Microsoft Host Integration Server. Azure Logic Apps Standard rozwija to doświadczenie, korzystając z narzędzi i łączników opartych na metadanych, które pomagają zachować istniejące inwestycje w aplikacje.

Microsoft HIS Designer for Azure Logic Apps

To narzędzie Visual Studio tworzy metadane Host Integration Designer XML (HIDX), które konektory Azure Logic Apps wykorzystują do interakcji z programami mainframe i średniej klasy oraz strukturami danych. Projektant graficzny pozwala tworzyć, przeglądać, edytować i mapować interfejsy programów, metody, parametry, rekordy oraz typy danych. Możesz też importować podręczniki COBOL-a i RPG. Więcej informacji można znaleźć w HIS Designer for Azure Logic Apps.

Narzędzie do projektowania Microsoft 3270

To narzędzie rejestruje ekrany, ścieżki nawigacyjne, metody i parametry dla zadań w aplikacji 3270. Narzędzie generuje metadane HIDX, które złącze IBM 3270 wykorzystuje do uruchamiania zarejestrowanego planu nawigacyjnego. Aby uzyskać więcej informacji, zobacz 3270 Design Tool (Narzędzie projektowe 3270).

Migracja integracji z systemem hosta BizTalk

Jeśli Twoje aplikacje BizTalk Server używają adapterów dla systemów hosta, możesz wykorzystać wiele istniejących artefaktów i szczegółów konfiguracji, aby przyspieszyć migrację do Azure Logic Apps Standard:

Ponownie wykorzystaj kompatybilne metadane HIDX z wbudowanymi złączami CICS, IMS, IBM i, IBM 3270 oraz IBM Host File.
Używaj istniejących podręczników COBOL i RPG do tworzenia lub aktualizacji metadanych HIDX.
Użyj agenta migracji Azure Logic Apps, aby odkryć wspierane artefakty BizTalk, w tym powiązania, konfiguracje punktów końcowych i pliki HIDX, i wykorzystuj je podczas analizy, planowania i konwersji.

Istniejące ustawienia nie są przenoszone jako wdrażalne połączenia Azure Logic Apps bez uprzedniego sprawdzenia. Odtworz konfigurację specyficzną dla środowiska, poświadczenia, certyfikaty i ustawienia sieciowe dla docelowego środowiska hostingowego oraz zweryfikowaj uzyskane zachowanie. Integracje BizTalk oparte na LU6.2 wymagają refaktoryzacji lub przeprojektowania. Więcej informacji można znaleźć w artykule Migrate BizTalk Server with Azure Logic Apps Migration Agent.

Przypisz istniejące zasoby do wbudowanych łączników

Następujące wbudowane złącza oparte na dostawcach usług działają ze środowiskiem uruchomieniowym Standard. Niektóre konektory mają także zarządzane wersje działające w globalnym Azure, ale ten artykuł skupia się na wersjach wbudowanych.

Istniejący zasób lub integracja	Ścieżka modernizacji Azure Logic Apps Standard	Inwestycje w celu zachowania
Aplikacja IBM 3270	Użyj złącza IBM 3270, aby uruchomić nawigację po nagranym ekranie przez strumień danych TN3270. Ta opcja pasuje do aplikacji, które nie oferują interfejsu na poziomie programu.	Metadane nawigacyjne HIDX oraz wymagania dotyczące połączenia TN3270. Zobacz Integruj aplikacje IBM 3270.
Program transakcyjny CICS	Użyj konektora CICS Program Call, aby udostępnić istniejące transakcje procesom pracy i nowoczesnym aplikacjom przez TCP/IP lub HTTP. Używaj HIS, gdy wymagane jest LU6.2.	Metadane HIDX, copybooki oraz wymagania dotyczące połączeń z hostem i systemem CICS. Zobacz Integruj programy CICS.
Baza danych IBM DB2	Użyj złącza IBM DB2, aby odczytać i modyfikować obsługiwane bazy danych DB2 bezpośrednio przez TCP/IP, bez lokalnej bramki danych.	Wymagania dotyczące serwera, bazy danych, pakietu, strony kodowej oraz uwierzytelniania. Zobacz odniesienie do wbudowanego złącza IBM DB2.
Plik hosta firmy IBM	Użyj złącza IBM Host File do parsowania treści binarnych na dane strukturalne lub generowania binarnych plików host. Złącze nie wymaga bezpośredniego połączenia z hostem.	Układy HIDX, podręczniki i informacje o stronach kodowych. Zobacz Analizowanie i generowanie plików hosta IBM.
IBM i COBOL lub program RPG	Użyj złącza IBM i Program Call, aby ponownie wykorzystać ustaloną logikę biznesową za pośrednictwem serwera Distributed Program Calls przez TCP/IP. Używaj HIS, gdy wymagane jest LU6.2.	Metadane HIDX, podręczniki oraz wymagania dotyczące połączenia IBM i. Zobacz Integruj programy IBM i.
Program transakcyjny IMS	Użyj złącza IMS Program Call, aby wywoływać programy przez IMS Connect przez TCP/IP. Za kulisami IMS Connect wykorzystuje kolejki wiadomości IMS do kierowania żądań i odpowiedzi.	Metadane HIDX, zeszyty i ustawienia IMS Connect. Zobacz Integruj programy IMS.
Komunikaty IBM MQ	Użyj złącza IBM MQ, aby połączyć istniejące kolejki i wiadomości z nowoczesnymi procesami workflow.	Menedżer kolejek, kanał, kolejka, TLS oraz wymagania dotyczące formatu wiadomości. Zobacz Połącz z IBM MQ.

Modernizacja stopniowa

Środowiska mainframe i średniej klasy często zawierają ściśle połączone programy, dane, pliki, harmonogramy oraz zewnętrzne interfejsy. Pojedyncza migracja typu big-bang ma na celu zastąpienie wybranego zakresu w ramach jednego skoordynowanego wdrożenia. Takie podejście może sprawdzić się w małym, dobrze poznanym środowisku, ale ryzyko wdrożenia i przełączenia wzrasta wraz z liczbą zależności i czasem trwania projektu.

W większości środowisk stosuj fale iteracyjne, aby zachować działanie systemu i szybciej dostarczać wartość:

Programy inwentaryzacyjne, dane, interfejsy, zadania, zależności, cele usług oraz wymagania operacyjne.
Wybierz kompleksowy przepływ integracji z wyraźną wartością biznesową i możliwymi do zarządzania zależnościami.
Wprowadź Azure Logic Apps Standard jako fasadę integracyjną, dopóki system gospodarza pozostaje operacyjny.
Ponownie wykorzystaj kompatybilne metadane i skonfiguruj wymagane wbudowane złącza.
Testuj zachowanie funkcjonalne, przepustowość, odzyskiwanie, bezpieczeństwo oraz współistnienie z implementacją starszą.
Przekieruj konsumentów na zmodernizowany interfejs i monitoruj przepływ produkcji.
Powtarzaj to dla kolejnych fal i wycofuj starsze interfejsy dopiero po przeniesieniu ich konsumentów i zależności.

Każda fala może dostarczyć jedną funkcję lub powiązaną grupę przepływów integracyjnych. Wspólne zadania i silnie powiązane aplikacje mogą pozostać do późniejszych fal, po tym jak interfejsy o niższym ryzyku ustanowią wzorce wielokrotnego wykorzystania przepływu pracy, bezpieczeństwa, wdrażania i operacji.

Stosuj wzorce modernizacyjne

Stosuj wzorce architektoniczne zgodne z docelowym obciążeniem, zamiast traktować jeden wzorzec jako obowiązkowy.

Wzorzec warstwy antykorupcyjnej

Rozważ użycie Azure Logic Apps Standard jako warstwy antykorupcyjnej między starszymi interfejsami a współczesnymi użytkownikami. Przepływy pracy mogą tłumaczyć protokoły, formaty i modele interakcji bez konieczności, aby odbiorcy rozumieli szczegóły specyficzne dla systemu hosta. Fasada może działać w Azure lub na Kubernetes z Arc w pobliżu środowiska hosta.

Aby uzyskać więcej informacji, zobacz wzorzec warstwy antykorupcyjnej.

Wzorzec Strangler Fig

Użyj wzorca Strangler Fig, aby kierować wybrane interfejsy lub możliwości przez nową warstwę integracyjną, podczas gdy pozostałe obciążenie nadal jest wykonywane na hostze. Zastępować implementacje stopniowo, weryfikować każde przełączenie i wycofywać starsze komponenty dopiero po przeniesieniu zależnych od nich elementów.

Aby uzyskać więcej informacji, zobacz Strangler Fig pattern (Wzorzec rysunku stranglera).

Wzorce sagi i choreografii

Stosuj wzorzec Saga, gdy proces biznesowy obejmuje systemy, które nie mogą uczestniczyć w jednej rozproszonej transakcji. Stanowy przepływ pracy może pełnić rolę centralnego orkiestratora sagi, koordynując uczestników oraz jawnie obsługując ponowienia, niepowodzenia i działania kompensujące. Każdy uczestnik wykonuje własną lokalną transakcję. Działania przepływu pracy nie są automatycznie traktowane jako niepodzielna całość, a usługa Azure Logic Apps nie wycofuje automatycznie zmian w systemach zewnętrznych. Projektuj operacje pod kątem idempotencji i wdrażaj kompensację, wykorzystując działania, zakresy i warunki wykonywania.

W sadze opartej na choreografii uczestniczące usługi wymieniają się zdarzeniami poprzez infrastrukturę komunikacyjną bez centralnego przepływu pracy koordynującego całą transakcję. Dodawaj usługi takie jak Azure Service Bus czy Azure Event Grid tylko wtedy, gdy architektura wymaga niezależnej dystrybucji wiadomości lub zdarzeń. Więcej informacji można znaleźć w wzorcu rozproszonych transakcji Saga oraz wzorcu choreografii.

Planuj bezpieczeństwo, operacje i koszty

Korzystaj z łączności sieci prywatnej i bezpiecznej autyzacji odpowiedniej dla środowiska hostowania i systemu hosta. Przechowuj sekrety w zatwierdzonych magazynach sekretów zamiast w definicjach przepływu pracy.
Zachowaj definicje workflow, pliki HIDX, szablony konfiguracyjne i kod wspierający w kontroli kodu źródłowego. Oddziel wartości specyficzne dla środowiska od wdrożalnych artefaktów i użyj zautomatyzowanych potoków.
Projektuj z myślą o ponownych próbach i przetwarzaniu co najmniej raz. Używaj identyfikatorów idempotentności, deduplikacji, korelacji oraz bezpiecznych zapisów, aby zapobiec efektom duplikacji.
Zdefiniuj monitoring, zasady alertowania, okres przechowywania historii uruchomień, odtwarzanie po awarii oraz zakres odpowiedzialności za wsparcie przed uruchomieniem produkcyjnym. Wdrożenia hostowane w Azure i hybrydowe mają różne możliwości monitorowania i ograniczenia.
Porównaj całkowity koszt posiadania hostingu, użycia złączy, sieci, przechowywania danych, monitoringu oraz infrastruktury zarządzanej przez klienta. Standard zawiera wbudowane wykonywanie operacji, podczas gdy zarządzane operacje łączące i zasoby wspierające mogą dodawać opłaty.

Informacje o aktualnych limitach i cenach można znaleźć w Limitach i konfiguracji usługi Azure Logic Apps oraz Cenniku i modelach rozliczeń usługi Azure Logic Apps.

Przykładowe scenariusze modernizacji

Udostępnij transakcję CICS nowoczesnej aplikacji

Stwórz standardowy workflow, który wywołuje istniejący program CICS przez wbudowany konektor, przekształca odpowiedź i zwraca nowoczesny interfejs do warstwy aplikacji lub API. Zachowaj program CICS nadal jako system referencyjny, podczas gdy użytkownicy odchodzą od połączeń zależnych od hosta.

Udostępnij dane DB2 analityce

Użyj standardowego workflow do odczytania zatwierdzonych danych operacyjnych z DB2, walidacji i transformacji rekordów oraz przesyłania ich do usługi danych lub analityki Azure. Takie podejście pozwala uniknąć tworzenia oddzielnego programu do ekstrakcji z systemu mainframe dla każdego odbiorcy, przy jednoczesnym zachowaniu kontroli nad tym, kiedy i w jaki sposób dane opuszczają system hosta.

Uruchom integrację blisko systemów hosta

Wdrażaj Azure Logic Apps Standard na Kubernetes z Azure Arc, gdy workflow wymaga lokalnego przetwarzania, rezydencji danych lub dostępu do systemów IBM o niskiej latencji. Operacje wbudowanych łączników są uruchamiane w lokalnym module uruchomieniowym, natomiast przepływ pracy może wybiórczo łączyć się z usługami platformy Azure, jeśli pozwalają na to architektura i zasady sieciowe.

Następne kroki

Opinia

Czy ta strona była pomocna?

Last updated on 2026-09-16