Modernizacja komputera Mainframe i średniego rozmieszczenia za pomocą usługi Azure Logic Apps
W tym przewodniku opisano, jak organizacja może zwiększyć wartość biznesową i elastyczność dzięki modernizacji środowisk mainframe i midrange przy użyciu usługi Azure Logic Apps. Obecny świat biznesu doświadcza epoki hiper-innowacji i jest na stałym dążeniu do uzyskania efektywności przedsiębiorstw, redukcji kosztów, wzrostu i dostosowania działalności biznesowej. Organizacje szukają sposobów modernizacji, a jedną skuteczną strategią jest zwiększenie wartości biznesowej przy użyciu istniejących starszych zasobów.
W przypadku organizacji z inwestycjami w systemy mainframe i midrange oznacza to najlepsze wykorzystanie platform, które pomogły wysłać ludzi na księżyc lub pomóc zbudować bieżące rynki finansowe i rozszerzyć ich wartość przy użyciu chmury i sztucznej inteligencji (AI). W tym scenariuszu usługa Azure Logic Apps i jej natywne możliwości integracji z systemami mainframe i midrange wchodzą w grę, otwierając drzwi do świata sztucznej inteligencji na potrzeby starszych inwestycji. Wśród innych funkcji usługa Azure Logic Apps obejmuje podstawowe funkcje serwera integracji hostów (HIS), który został użyty do integracji komputerów mainframe i średniej w rdzeniu najbardziej strategicznych klientów firmy Microsoft w ciągu 20 lat. W rezultacie usługa Azure Logic Apps stała się platformą integracji jako usługa (iPaaS) dla systemów mainframe i midrange.
Gdy deweloperzy przedsiębiorstwa tworzą przepływy pracy integracji z usługą Azure Logic Apps, mogą szybciej dostarczać nowe aplikacje przy użyciu niewielkiej ilości kodu ani mniej kodu niestandardowego. Deweloperzy korzystający z programu Visual Studio Code i Visual Studio mogą być wydajniejsi niż ci, którzy korzystają z narzędzi i technologii programistycznych IBM mainframe, ponieważ nie wymagają wiedzy na temat systemów mainframe i infrastruktury. Usługa Azure Logic Apps umożliwia analitykom biznesowym i osobom podejmującym decyzje szybsze analizowanie i zgłaszanie ważnych starszych informacji. Mogą oni bezpośrednio uzyskiwać dostęp do danych w źródłach danych mainframe, co eliminuje konieczność utworzenia przez deweloperów komputerów mainframe programów wyodrębniających i konwertujących złożone struktury komputerów mainframe.
Możliwości natywne dla chmury na potrzeby integracji systemu mainframe i średniego rozmieszczenia
Od 1990 roku firma Microsoft zapewnia integrację z systemami mainframe i midrange za pośrednictwem programu Microsoft Communications Server. W 2000 r. program Microsoft Communications Server utworzył serwer integracji hosta (HIS). Podczas gdy JEGO rozpoczął pracę jako brama SNA (System Network Architecture), jego rozszerzenie obejmowało magazyny danych IBM (DB2, VSAM i Informix), systemy transakcji IBM (CICS, IMS i IBM i IBM i messaging) (MQ Series). Strategiczni klienci firmy Microsoft od ponad 20 lat korzystają z tych technologii.
Aby umożliwić klientom uruchamianie aplikacji i danych na platformie Azure w celu dalszego korzystania z tych technologii, usługi Azure Logic Apps i Visual Studio stopniowo włączają te możliwości. Na przykład Projektant HIS dla usługi Logic Apps, która działa w programie Visual Studio, oraz narzędzie projektowe 3270, ułatwiają tworzenie artefaktów metadanych wymaganych przez wbudowane łączniki używane do integracji komputera mainframe i rozmieszczenia w usłudze Azure Logic Apps. Te wbudowane łączniki działają przy użyciu tych samych zasobów obliczeniowych co standardowe przepływy pracy aplikacji logiki. Ten projekt umożliwia nie tylko osiągnięcie scenariuszy o małych opóźnieniach, ale także rozszerzenie zasięgu w celu zaspokojenia większej liczby potrzeb klientów związanych z odzyskiwaniem po awarii i wysoką dostępnością.
Aby uzyskać więcej informacji na temat możliwości firmy Microsoft dotyczących integracji komputerów mainframe i średniej, przejdź do poniższych sekcji.
Microsoft HIS Projektant for Logic Apps
To narzędzie tworzy artefakty metadanych systemu mainframe i midrange dla usługi Azure Logic Apps oraz współpracuje z programem Microsoft Visual Studio, udostępniając projektanta graficznego, dzięki czemu można tworzyć, wyświetlać, edytować i mapować obiekty metadanych na artefakty mainframe. Usługa Azure Logic Apps używa tych map do dublowania programów i danych w systemach mainframe i midrange. Aby uzyskać więcej informacji, zobacz HIS Projektant for Logic Apps.
Narzędzie do projektowania platformy Microsoft 3270
To narzędzie rejestruje ekrany, ścieżki nawigacji, metody i parametry dla zadań w aplikacji, aby można było dodawać i uruchamiać te zadania jako akcje łącznika 3270. Chociaż Projektant HIS dla usługi Logic Apps jest przeznaczona dla systemów transakcyjnych i danych, narzędzie projektowe 3270 jest przeznaczone dla 3270 aplikacji. Aby uzyskać więcej informacji, zobacz 3270 Design Tool (Narzędzie projektowe 3270).
Łączniki usługi Azure Logic Apps dla systemów mainframe i midrange FIRMY IBM
W poniższych sekcjach opisano wbudowane łączniki oparte na dostawcy usług, których można użyć do uzyskiwania dostępu do komputerów mainframe i systemów mainframe IBM oraz systemów średników podczas tworzenia standardowych przepływów pracy w usłudze Azure Logic Apps.
Uwaga
Chociaż niektóre z następujących łączników są dostępne jako "udostępnione" łączniki działające na globalnej platformie Azure, ten przewodnik koncentruje się na wbudowanych łącznikach opartych na dostawcy usług, które są dostępne tylko podczas tworzenia standardowych przepływów pracy w usłudze Azure Logic Apps.
IBM 3270
Ten łącznik usługi Azure Logic Apps dla wersji 3270 umożliwia przepływom pracy w warstwie Standardowa uzyskiwanie dostępu do aplikacji mainframe IBM, które zwykle są uruchamiane, przechodząc przez ekrany emulatora 3270. Łącznik używa strumienia TN3270. Aby uzyskać więcej informacji, zobacz Integrowanie aplikacji opartych na ekranie 3270 na komputerach mainframe IBM z platformą Azure przy użyciu usługi Azure Logic Apps i łącznika IBM 3270.
IBM Customer Information Control System (CICS)
Ten łącznik usługi Azure Logic Apps dla ciCS zapewnia standardowe przepływy pracy z możliwością interakcji i integracji z programami CICS przy użyciu wielu protokołów, takich jak TCP/IP i HTTP. Jeśli musisz uzyskać dostęp do środowisk CICS przy użyciu lu6.2, musisz użyć serwera integracji hosta (HIS). Aby uzyskać więcej informacji, zobacz Integrowanie programów CICS na komputerach mainframe IBM ze standardowymi przepływami pracy w usłudze Azure Logic Apps przy użyciu łącznika IBM CICS.
IBM DB2
Ten łącznik usługi Azure Logic Apps dla bazy danych DB2 umożliwia nawiązywanie połączeń między standardowymi przepływami pracy i bazami danych DB2, które znajdują się lokalnie lub na platformie Azure. Łącznik oferuje specjalistom IT dla przedsiębiorstw i deweloperom bezpośredni dostęp do ważnych informacji przechowywanych w systemach zarządzania bazami danych DB2. Aby uzyskać więcej informacji, zobacz Access and manage IBM DB2 resources using Azure Logic Apps (Uzyskiwanie dostępu do zasobów IBM DB2 i zarządzanie nimi przy użyciu usługi Azure Logic Apps).
Pliki hosta IBM
Ta funkcja "łącznik" usługi Azure Logic Apps dla plików hosta zapewnia cienką otokę funkcji "Parser plików prostych" na serwerze integracji hosta. Ten "łącznik" w trybie offline zapewnia operacje, które analizują lub generują dane binarne do i z plików hosta. Te operacje wymagają, aby te dane pochodziły z dowolnego wyzwalacza lub innej akcji, która generuje dane binarne. Aby uzyskać więcej informacji, zobacz Analizowanie i generowanie plików hostów IBM przy użyciu usługi Azure Logic Apps.
IBM i
Ten łącznik usługi Azure Logic Apps dla systemu IBM i umożliwia standardowym przepływom pracy interakcję i integrację z programami COBOL i RPG uruchomionymi w systemach IBM i przy użyciu protokołu TCP/IP. Jeśli musisz uzyskać dostęp do środowisk IBM i przy użyciu lu6.2, musisz użyć serwera integracji hosta (HIS). Aby uzyskać więcej informacji, zobacz Integrowanie programów COBOL i RPG w midranges firmy IBM ze standardowymi przepływami pracy w usłudze Azure Logic Apps przy użyciu łącznika IBM i.
IBM Information Management System (IMS)
Ten łącznik usługi Azure Logic Apps dla usługi IMS używa składnika Połączenie IBM IMS, który zapewnia dostęp do wysokiej wydajności z przepływów pracy w warstwie Standardowa do transakcji IMS przy użyciu protokołu TCP/IP. Ten model używa kolejki komunikatów IMS do przetwarzania danych. Aby uzyskać więcej informacji, zobacz Integrowanie programów IMS na komputerach mainframe IBM ze standardowymi przepływami pracy w usłudze Azure Logic Apps przy użyciu łącznika IBM IMS.
IBM MQ
Ten łącznik usługi Azure Logic Apps dla MQ umożliwia nawiązywanie połączeń między standardowymi przepływami pracy a serwerami IBM MQ lokalnie lub na platformie Azure. Firma Microsoft udostępnia również możliwości integracji ibm MQ z serwerem integracji hostów i programem BizTalk Server. Aby uzyskać więcej informacji, zobacz Połączenie do serwera IBM MQ z przepływu pracy w usłudze Azure Logic Apps.
Wyzwania związane z modernizacją systemów mainframe i midrange
Systemy Mainframe i midrange mogą hostować wiele środowisk zawierających programy, dane, pliki i narzędzia. W ciągu lat te środowiska mogły nie zostać refaktoryzowane lub zostały pozostawione do zwiększenia i osiągnięcia limitów, pomimo uaktualnień sprzętu. Te środowiska mogły być również obsługiwane przez wielu deweloperów i administratorów IT, którzy przestrzegają różnych wzorców i technik programowania, lub rekrutowali inne strony, aby pomóc w zadaniach wymagających wiedzy specjalistycznej na rynku. Wraz z kurczącą się pulą doświadczonych specjalistów wszystkie te czynniki tworzą złożone i trudne zadanie modernizacji środowisk mainframe i midrange.
Chociaż poniższa lista nie jest kompleksowa, zdefiniowanie pomyślnej strategii modernizacji minimalnie obejmuje sposoby obsługi następujących zadań:
- Zachowaj bieżące wskaźniki poziomu usług i cele dla Twoich środowisk.
- Zarządzanie współistnieniem starszych danych wraz z migrowanymi danymi.
- Przeprowadzanie metodyki DevOps w różnych środowiskach podczas współistnienia.
- Zarządzanie współzależnościami aplikacji.
- Zdefiniuj przyszłość harmonogramu i zadań mainframe.
- Zdefiniuj strategię zastępowania komercyjnych produktów poza półki (COTS).
- Przeprowadzanie hybrydowych działań funkcjonalnych i niefunkcjonalnych testowania.
- Obsługa zależności zewnętrznych lub interfejsów.
Mając na uwadze te zadania, klienci zazwyczaj wybierają dowolną z następujących ścieżek do przeprowadzenia modernizacji systemów mainframe i midrange:
Wielki huk
Takie podejście jest w dużej mierze oparte na modelu dostarczania oprogramowania kaskadowego, ale z iteracjami w fazach. Podejście big bang jest przyjęte bardziej przez klientów z małymi systemami mainframe lub midrange i środowiskami o niskiej złożoności ze względu na małą liczbę wierszy kodu, niską gęstość aplikacji i dobrze znane starsze systemy lub języki programowania.
Fale zwinne
Takie podejście jest zgodne z zasadami agile inżynierii oprogramowania. Podejście z falami Agile jest bardziej przyjęte przez klientów z większymi systemami mainframe lub midrange oraz środowiskami o wysokiej złożoności ze względu na dużą liczbę wierszy kodu, wysoką gęstość aplikacji, mniej znane systemy lub języki programowania oraz dużą liczbę zależności i interfejsów.
Wybór między tymi ścieżkami zależy od potrzeb i scenariuszy organizacji. Każda ścieżka ma zalety i wady, które należy wziąć pod uwagę. Poniższe sekcje zawierają więcej informacji na temat tych podejść do modernizacji.
Wielki huk lub wodospad
Migracja dużego wybuchu zwykle ma następujące fazy:
Wyobrażanie sobie: Rozpoczęcie pracy
Planowanie: identyfikowanie i przygotowywanie elementów dostarczanych do planowania, takich jak zakres, czas i zasoby.
Budynek: Rozpoczyna się od planowania elementów dostarczanych są zatwierdzone
Ta faza oczekuje również, że zidentyfikowano całą pracę dla zależności, a następnie można rozpocząć działania migracji. Aby ukończyć pracę migracji, następuje wiele iteracji.
Stabilizacja lub testowanie: rozpoczyna się od zmigrowanego środowiska, zależności i aplikacji testowanych względem regionów testowych w środowisku mainframe.
Wdrażanie: po zatwierdzeniu wszystkiego migracja przejdzie do środowiska produkcyjnego.
Organizacje, które zazwyczaj wybierają to podejście, koncentrują się na zamknięciu czasu, zakresu migracji i zasobów. Ta ścieżka brzmi jak pozytywny wybór, ale obejmuje następujące zagrożenia:
Migracje mogą potrwać miesiące, a nawet lata.
Wdrożenia w środowisku produkcyjnym są bardziej ryzykowne.
Analiza wykonywana na początku podróży migracji lub podczas planowania nie jest już dokładna, ponieważ te informacje są zwykle nieaktualne.
Organizacje zwykle koncentrują się na kompleksowej dokumentacji w celu zmniejszenia ryzyka dostarczania w celu dostarczenia.
Jednak czas spędzony na dostarczaniu artefaktów planowania powoduje dokładnie odwrotny efekt. Skupienie się na planowaniu większej ilości niż wykonywanie ma tendencję do tworzenia opóźnień wykonywania, co powoduje zwiększenie kosztów w dłuższej perspektywie.
Fale zwinne
Podejście Agile jest ukierunkowane na wyniki i koncentruje się na tworzeniu oprogramowania, a nie na planowaniu elementów dostarczanych. Pierwsze etapy dostarczania Agile mogą być chaotyczne i złożone dla barier organizacyjnych, które muszą się rozbić i dostosować zespół ds. migracji. Jednak gdy zespół ds. migracji dojrzał po kilku przebiegach wykonywania, podróż staje się łagodniejszy. Celem tego podejścia jest częste wydawanie funkcji w środowisku produkcyjnym i zapewnienie wartości biznesowej wcześniej niż w przypadku podejścia wielkiego wybuchu.
Migracja fal Agile zwykle ma następujące przebiegi:
Sprint zero (0)
- Zdefiniuj zespół, początkową listę prac i podstawowe zależności.
- Zidentyfikuj funkcje i minimalnie opłacalny produkt (MVP), który ma być dostarczany.
- Rozpocznij gotowość komputera mainframe z wybranym zestawem elementów roboczych lub scenariuszy użytkownika, aby rozpocząć pracę.
Przebieg 1, 2, ..., N
Każdy przebieg ma cel, w którym zespół utrzymuje nastawienie wysyłkowe, co oznacza, że skupiają się na realizacji celów migracji i udostępnianiu elementów dostarczanych do środowiska produkcyjnego. Zespół może użyć grupy przebiegów, aby dostarczyć określoną funkcję lub falę funkcji. Każda funkcja zawiera wycinki obciążeń integracji.
Elementy udostępnione, takie jak zadania i współzależności, istnieją i mają wpływ na całe środowisko. Pomyślna strategia koncentruje się na częściowym włączaniu zadań, przeprojektowaniu aplikacji na potrzeby modernizacji i pozostawieniu systemów z większością współzależności do końca, aby najpierw zmniejszyć ilość pracy migracji, a następnie zakończyć zakres prac związanych z modernizacją.
Firma Microsoft zaleca modernizację obciążeń systemów mainframe i midrange poprzez zastosowanie iteracyjnego modelu opartego na falach Agile, koncentrując się na inwestycjach w nową platformę przy jednoczesnym ograniczeniu wzrostu starszych systemów. Takie podejście znacznie zmniejsza ryzyko implementacji, zachowując istniejącą wartość biznesową, wprowadzając zmodernizowane środowisko. Dzięki temu twój zespół może również wykorzystać umiejętności technologiczne, które pomagają twojej firmie być bardziej konkurencyjne. W tym scenariuszu usługa Azure Logic Apps może pomóc w podróży po modernizacji.
Wzorce modernizacji
Dobry projekt obejmuje takie czynniki jak spójność i spójność w projektowaniu i wdrażaniu składników, łatwość utrzymania w celu uproszczenia administrowania i programowania oraz możliwość ponownego użycia innych aplikacji i scenariuszy ponownego użycia składników i podsystemów. W przypadku aplikacji i usług hostowanych w chmurze decyzje podejmowane w fazie projektowania i implementacji mają ogromny wpływ na jakość i całkowity koszt posiadania.
Centrum architektury platformy Azure udostępnia przetestowane wzorce projektowania i implementacji, które opisują problem, z którymi się one dotyczą, zagadnienia dotyczące stosowania wzorca i przykład na podstawie platformy Microsoft Azure. Chociaż istnieje wiele wzorców projektowych i implementacji, niektóre z najbardziej odpowiednich wzorców modernizacji mainframe obejmują wzorce "Warstwa antykorupcyjna", "Strangler Fig", "Saga" i "Choreografia".
Wzorzec warstwy przeciwdegradcyjnej
Niezależnie od wybranego podejścia do modernizacji należy zaimplementować "warstwę antykorupcyjną" przy użyciu usługi Azure Logic Apps. Ta usługa staje się fasadą lub warstwą adaptera między starszym systemem mainframe a platformą Azure. Aby uzyskać skuteczne podejście, zidentyfikuj obciążenia mainframe, które mają być zintegrowane lub współistniene jako obciążenia integracji komputerów mainframe. Utwórz strategię dla każdego obciążenia integracji, czyli zestawu interfejsów, które należy włączyć do migrowania aplikacji mainframe.
Aby uzyskać więcej informacji, zobacz Warstwa przeciwdegradacyjna.
Wzorzec figowy stranglera
Po wdrożeniu warstwy antykorupcyjnej następuje stopniowo modernizacja. W tej fazie należy użyć wzorca "Strangler Fig", w którym można identyfikować obciążenia lub funkcje komputera mainframe, które można stopniowo modernizować. Jeśli na przykład zdecydujesz się na modernizację aplikacji CICS, musisz zmodernizować nie tylko programy CICS, ale najprawdopodobniej 3270 aplikacji wraz z odpowiednimi zależnościami zewnętrznymi, danymi i zadaniami.
W końcu po zastąpieniu wszystkich obciążeń lub funkcji w systemie mainframe nowym systemem zakończysz proces migracji, co oznacza, że można zlikwidować starszy system.
Aby uzyskać więcej informacji, zobacz Strangler Fig pattern (Wzorzec rysunku stranglera).
Wzorce sagi i choreografii
Transakcje rozproszone, takie jak protokół zatwierdzania dwufazowego (2PC), wymagają, aby wszyscy uczestnicy transakcji zatwierdzali lub cofali przed kontynuowaniem transakcji. Architektury hybrydowe chmury działają lepiej zgodnie z modelem spójności ostatecznej, a nie modelem transakcji rozproszonej.
Wzorzec projektowy "Saga" to sposób zarządzania spójnością między usługami w scenariuszach transakcji rozproszonych. Saga to sekwencja transakcji, która aktualizuje każdą usługę i publikuje komunikat lub zdarzenie w celu wyzwolenia następnego kroku transakcji. Jeśli krok zakończy się niepowodzeniem, saga wykonuje transakcje wyrównywujące, które przeciwdziałają poprzednim transakcjom. Aby uzyskać więcej informacji, zobacz Wzorzec transakcji rozproszonych saga.
W usłudze Azure Logic Apps przepływy pracy mogą pełnić rolę choreografów w celu koordynowania sag. Akcje przepływu pracy są niepodzielne, więc można je ponownie uruchomić pojedynczo. Typ akcji Zakres umożliwia uruchamianie grupy akcji dopiero po pomyślnym lub nieudanym wykonaniu innej grupy akcji. Usługa Azure Logic Apps przeprowadza transakcje wyrównywujące na poziomie zakresu, a usługi Azure Event Grid i Azure Service Bus zapewniają zarządzanie zdarzeniami wymagane dla określonych domen. Wszystkie te usługi, które tworzą usługi Azure Integration Services, zapewniają obsługę wymaganą przez klientów, gdy potrzebują niezawodnej platformy integracji dla scenariuszy o znaczeniu krytycznym. Aby uzyskać więcej informacji, zobacz Wzorzec choreografii.
Chociaż w tym artykule opisano kilka wzorców modernizacji, złożone rozwiązania wymagają o wiele więcej wzorców i że jasno rozumiesz cele modernizacji organizacji. Chociaż zadanie rozszerzania wartości starszych zasobów jest trudne, ta opcja jest najlepszym sposobem zachowania inwestycji w te aktywa i wydłużenia ich wartości biznesowej.