Po co modernizować komputer mainframe (Rajagopalan Thiruvenkatachari)

Jeśli prognoza z 1994 roku się sprawdziła, rok 2022 byłby 28. rokiem wyginięcia komputerów mainframe IBM. Jednak dla kontrastu, komputery mainframe kontynuują swoje usługi, a zapotrzebowanie na MIPS rośnie. Nadal jest to platforma wybierana dla większości dużych komputerów mainframe
sklepy. W takim razie o co chodzi? Dlaczego organizacje muszą modernizować aplikacje? Jakie są dostępne opcje? Na tym blogu mówimy o potrzebie modernizacji, opcjach, trendach i dostosowaniu komputerów mainframe IBM do dzisiejszych i przyszłych wymagań.

Potrzeba godziny

Obecne aplikacje na komputerach mainframe cierpią na fobię monolitu, w której warstwy konwersacji, funkcji i dostępu do danych są ściśle powiązane, co utrudnia rozróżnienie granic. Istnieje duża nadmiarowość danych i kodu. Złożoność kodu
a łatwość konserwacji jest wyzwaniem. Brak jasnej dokumentacji, osoby, które zbudowały te aplikacje, przeszły już na emeryturę lub są bliskie emerytury. Ponadto większość starszych umiejętności nie jest dostępna na rynku. Pojawienie się nowszych i skalowalnych technologii
zmienili model biznesowy. Doświadczenie klienta jest głównym celem. Działalność biznesowa stała się globalna, co spowodowało zwiększenie zgodności z przepisami, a zakres analizy ryzyka i monitorowania oszustw stał się szerszy. Start-upy to nowy rodzaj konkurentów
Teraz. Te start-upy wdrażają nowe produkty i funkcje w niewyobrażalnym tempie i powoli przyciągają bazę klientów. Metodologie programowania zmieniły się z kaskadowych na zwinne. Aby pokonać powyższe wyzwania i rozwijać się, potrzeba chwili
jest modernizacja aplikacji monolitycznej pod kątem cyfryzacji, elastyczności, szybkości wprowadzenia na rynek i skalowalności biznesu. Zatem modernizacja nie wchodzi już w grę. Jakie są zatem opcje i trendy?

Opcje modernizacji

Ilekroć mówimy o modernizacji, pierwszą rzeczą, która przychodzi nam na myśl, jest chmura. Chmura jest reklamowana jako alternatywa dla komputerów mainframe. Stało się to trendem, który utrzyma się jeszcze przez kilka lat. Również chmura oferuje nowoczesny zestaw narzędzi i oprogramowania do
usługi deweloperskie, DevOps i zautomatyzowany monitoring. Udowodniono, że jest bezpieczny, odporny, gwarantuje dostępność i skalowalność. Organizacja może więc po prostu przenieść cały proces do chmury lub przepisać bazę kodu na języki nowej generacji
i bazy danych? Jak wybrać właściwą opcję?

Nie ma czegoś takiego jak właściwa opcja. Zależy to od wyboru, jakiego dokona organizacja w oparciu o swoje cele, cele, którymi chce się zająć i wielkość ryzyka, które jest skłonna podjąć.  

• Opcje takie jak Re-Host i Re-Factor są opłacalne i mniej ryzykowne, ale nie uwzględniają kluczowych zagrożeń dla MŚP i technologii oraz nie skracają czasu wprowadzenia produktu na rynek. Można przyspieszyć proces dostarczania, wdrażając DevOps, ale nadal będą obowiązywać koszty kodowania i testowania.
  Ta opcja jest odpowiednia dla organizacji o mniejszej powierzchni komputera Mainframe, mniejszej niż 2,000 MIPS i organizacji o wydajności 5,000 MIPS lub mniejszej, mogą wybrać tę opcję jako opcję tymczasową.
• Z drugiej strony pełna Re-Engineering lub Re-Write to idealna i futurystyczna opcja z aplikacją zbudowaną na API, architekturą opartą na mikrousługach wdrożoną na platformie kontenerowej. Opcja ta uwzględnia kluczowe ryzyko dla MŚP i technologii. Ale to jest
  bardzo wysokie ryzyko, wymaga ogromnych inwestycji, dłuższego czasu oczekiwania na osiągnięcie korzyści (minimum 3 lata) i wymaga długoterminowego zaangażowania zarówno ze strony interesariuszy IT, jak i biznesowych. W branży istnieje niewiele przypadków użycia tej opcji lub nie ma jej wcale, gdy był używany cały system
  przeprojektowane w chmurze lub lokalnie, jednak zdarzają się przypadki użycia, w których podzbiór podstawowych funkcji różnicujących został przeniesiony do chmury lub platformy lokalnej w celu zapewnienia elastyczności i szybkości wprowadzenia produktu na rynek.
• Opcja modernizacji hybrydowej i lokalnej zapewnia możliwość selektywnej modernizacji podzbioru funkcji w celu zapewnienia elastyczności i skalowalności. Jest to mniej ryzykowne w porównaniu do innych opcji. Jest to również opłacalne i stanowi rozwiązanie dla niektórych kluczowych MŚP
  i ryzyka technologiczne, przed którymi stoją organizacje.  a) Zidentyfikuj i eksponuj podstawowe funkcje jako interfejsy API do wykorzystania, takie jak wejście klienta na pokład, płatności, przetwarzanie pożyczek itp.
  b) Podstawowe dane w czasie rzeczywistym lub po procesie replikowane do chmury na potrzeby sztucznej inteligencji, uczenia maszynowego, analizy ryzyka, przeciwdziałania praniu pieniędzy, wykrywania oszustw itp.
  c) Przenieś funkcję tylko do zapytań (CQRS) do chmury jako mikrousługi wdrożone w architekturze opartej na kontenerach
  d) Uczestnictwo we wdrożeniach DevOps dla przedsiębiorstw i e) Wykorzystanie narzędzi do analizy wpływu i dokumentacji w celu uzyskania wysokiej jakości produktów i dokumentacji w celu ograniczenia kluczowego ryzyka MŚP. 

Kilka odniesień ze strony przemysłu na temat modernizacji w modelu hybrydowym, współistnienia z Chmurą poprzez modernizację selektywną.

• Duży bank inwestycyjny wdrożył DevOps-CI/CD dla aplikacji podstawowej. Korzyści to skrócony czas wprowadzenia produktu na rynek, jakość i obniżone koszty projektu.
• Duży globalny klient zajmujący się bankowością i obsługą kart kredytowych przepisał podstawowy algorytm dopasowywania na platformę wielochmurową. Korzyści to zaprojektowane w oparciu o mikrousługi, konfigurowalne reguły poprawiające elastyczność.
• Duża europejska giełda ponownie napisała swoją aplikację obsługującą wiele klas aktywów w chmurze, korzystając z RedHat Openshift PaaS. Korzyści to elastyczność, szybkość wprowadzenia na rynek, projektowanie mikrousług i wdrożony potok CI/CD DevOps.
• Duży amerykański klient zajmujący się przetwarzaniem płatności przeniósł jeden ze swoich podstawowych procesów na platformę Cloud. Kod został najpierw zrefaktoryzowany za pomocą zautomatyzowanego narzędzia, a następnie przekonwertowany jego rdzeń na mikrousługi. Korzyści to elastyczność w zakresie szybkości wprowadzenia produktu na rynek i ograniczenie ryzyka związanego z rdzeniem
  MŚP i umiejętności techniczne.
• Duży globalny bank zmodernizował swoje podstawowe funkcjonalności bankowe, udostępniając je jako interfejsy API. Korzyści to lepsza obsługa klienta i szybsza obsługa.

Utrzymywanie i inwestowanie w platformę Mainframe

IBM stale unowocześnia swój sprzęt i oprogramowanie, aby dopasować się do bieżących trendów i rozwoju biznesu.

• Odciąż rozwój i testowanie w chmurze IBM dzięki Wazi as a Service (aaS).
• Odkryj podstawowe możliwości funkcjonalne systemu Z za pośrednictwem interfejsów API i korzystaj z danych za pomocą IBM z/OS Connect. 
• Z Container Extensions, uruchamiające Linux na kontenerach dokowanych Z w systemie z/OS – dowolne oprogramowanie Linux, dostępne jako obraz dokera, można wdrożyć na platformie Z.
• Zestawy narzędzi obsługujące DevOps i wdrażanie potoków CI/CD

 Wnioski

 Komputery mainframe dobrze służą klientom BFSI od wielu dziesięcioleci. Są to solidne i stabilne platformy wspierające przetwarzanie krytyczne w firmach BFSI. Ponieważ transformacja cyfrowa jest kluczowym czynnikiem, zamiast opuszczać komputery mainframe, organizacje
powinniśmy rozważyć współistnienie z chmurą, która jest mniej ryzykowną opcją. Ta opcja zapewnia najlepsze funkcje z dwóch światów pod względem dostępności, odporności i skalowalności, co stanowi dodatkową zaletę i siłę. Obie platformy umożliwiają programistom
modernizację aplikacji bez uszczerbku dla bezpieczeństwa, skalowalności i dostępności.