Horyzonty Bankowości 2022 – Red Hat | Modernizacja aplikacji bankowych – jak uniknąć zagrożeń i wygrać

Armin M. Warda
główny ekspert ds. technologii w sektorze usług finansowych na obszar EMEA Red Hat

Aplikacje działające na systemach typu mainframe coraz gorzej radzą sobie w gospodarce cyfrowej. Działające tylko w chmurze firmy fintech i tzw. neobanki zdobywają coraz większą część rynku, napędzane szybszymi cyklami innowacji i niższymi kosztami działania. Firmy oferujące systemy mainframe widzą, co się dzieje i przeorientowują się na platformy chmurowe.

To jednak droga donikąd. Modernizacja aplikacji niekonieczne polega na przejściu z systemu mainframe na system w chmurze. Wiele banków wciąż ceni te pierwsze ze względu na ich niezawodność i planuje korzystać z nich w dalszym ciągu. Prawdziwa różnica dotyczy starszych aplikacji, które mają działać na danym systemie i które charakteryzuje monolityczna architektura, objęte licencjami (zamknięte) standardy i protokoły, a także to, że zostały napisane w starszych językach programowania, które nie są magnesem dla kolejnego pokolenia programistów. Innymi słowy, modernizowanie aplikacji niekoniecznie oznacza migrację z systemów mainframe. W jaki więc sposób bank powinien wybrać właściwe dla siebie podejście?

Nieokreśloność jest OK

Problemy są chętnie analizowane w kategoriach zerojedynkowych. Radykałowie z jednej strony widzą jedynie koszty i malejącą pulę pracowników do obsługi systemów mainframe, więc chcą pozbyć się tego ciężaru jak najszybciej. Z drugiej strony są konserwatyści, niegotowi na potencjalne ryzyka niższego poziomu bezpieczeństwa, dostępności i wydajności transakcyjnej względem obecnych systemów mainframe, szczególnie w zakresie głównych aplikacji.

Duże banki i instytucje finansowe można scharakteryzować jako organizacje szukające zwiększenia wydajności technologicznej i gotowe walczyć o najlepszych pracowników, ale również takie, które postępują ostrożnie, a jednocześnie chcą zmaksymalizować wartość swoich inwestycji w obecne systemy i umiejętności, a nie po prostu spisać je na straty.

Jest to źródłem pewnej nieokreśloności, a im większa organizacja, tym jej więcej. To, co sprawdza się w jednej organizacji, może działać źle w innej. Duże banki i instytucje finansowe muszą indywidualnie określić własne plany i terminy modernizacji o odpowiednim stopniu elastyczności, uwzględniającym zmiany okoliczności i element nieprzewidywalności. Innymi słowy, organizacje tego typu potrzebują technologii, która tą nieokreśloność uwzględni, a nie się jej pozbędzie.

Pięć schematów modernizowania aplikacji

W ogólnym zarysie istnieje pięć schematów modernizacji aplikacji działającej na systemie mainframe. Zakładają one utrzymanie technologii mainframe albo przejście w całości lub części na system hybrydowy lub działający tylko w chmurze.

1. Wymiana – wycofanie aplikacji i stworzenie nowej od zera, co wymaga etapu wdrożenia, dostosowania i wprowadzenia do użytku. (Choć na szczeblu organizacji wymusza to  transformację, nie jest to de facto modernizacja, ponieważ poprzednia aplikacja idzie do kosza. W takim przypadku zazwyczaj obie aplikacje będą ...