Banki mogą mieć zaufanie do bezpiecznych strategii modernizacji IT (Thomas Muth)

Nie ma wątpliwości, że większość bankierów i technologów akceptuje obecnie potrzebę modernizacji często archaicznej infrastruktury IT (lub podstawowych systemów) w celu dostarczenia najnowszych technologii, których oczekują dziś klienci. I chociaż nadal istnieją obawy co do potencjalnych zakłóceń, jakie te projekty mogą spowodować, oraz bezpieczeństwa wymaganych platform chmurowych i otwartej architektury, istnieją oznaki, że wiele osób ma teraz znacznie większą pewność, że można zarządzać tymi zagrożeniami.

w lutym 2023 miałem przyjemność rozmawiać ze starszymi bankierami w Zjednoczonych Emiratach Arabskich, wraz z Sebastienem Linsolasem z naszego partnera AWS, na temat modernizacji systemów bankowych i ubezpieczeniowych w regionie, a odpowiedzi ujawniły, że trwa zdrowa i konstruktywna debata na ten temat miejsce.

Wyzwanie dla zasiedziałych operatorów FSI, w Zjednoczonych Emiratach Arabskich, jak i gdzie indziej, polegające na odnowieniu swoich systemów bankowych aż do rdzenia, nie jest nowe. Zaskakujące było jednak odkrycie z tych rozmów, że wiele przeszkód z przeszłości jest już usuwanych w regionie.

Najpierw był a wspólne zrozumienie, że transformacja cyfrowa jest konieczna aby odnieść sukces w przyszłości, a martwiący się lub ludzie, którzy wyjaśniają ci, dlaczego coś NIE jest możliwe, stali się mniejszością w większości organizacji.

Nowe możliwości

Główną motywacją do zaangażowania się w modernizację systemów IT jest możliwość dostarczenia nowych możliwości, których nie tylko oczekują klienci, ale także zapewnią większą wydajność i elastyczność, które leżą u podstaw przyszłej rentowności. Jednak zdolność do korzystania z technologii takich jak AI i ML w celu obsługi nowych interfejsów i usług dla klientów bez tworzenia dalszego długu technicznego będzie możliwa dopiero po modernizacji podstawowej infrastruktury.

Wydaje się jednak, że coraz więcej bankierów pogodziło się z faktem, że zbyt wiele silosów w banku zmniejsza efektywność i odpowiedzialność w ich organizacjach oraz ogranicza wykorzystanie danych, które są krytyczne dla nowych usług. Dlatego zapotrzebowanie na zmiany jest dostrzegane do tego stopnia, że ​​niektóre banki w regionie zaczynają teraz w pełni akceptować zwinne środowisko pracy oparte na tzw. „podejściu Spotify”, w tym niezbędne szkolenia, które wygenerowały wymagany zakup z siły roboczej.

Nawet agent dyrektora wydaje się, że rozwiązano problem inwestycji i horyzontów progu rentowności wykraczających poza wizję na poziomie C – co oznacza, że ​​kierownictwo poświęca wystarczającą uwagę i wolę inwestowania, nawet jeśli namacalne zwroty z tej inwestycji nie są natychmiast widoczne.

Ale wszystko to nie oznacza, że ​​strategie modernizacji, zwłaszcza dla operatorów zasiedziałych i ich podstawowych systemów, są proste dla banków lub innych dostawców usług finansowych. Obawy dotyczące bezpieczeństwa, zrównoważonego rozwoju i prywatności danych, wśród wielu innych kwestii, wciąż wymagają rozwiązania. Wydaje się jednak, że uznaje się, że nie ma zbyt wielu opcji strategicznych, jeśli chodzi o reformę podstawowych systemów. W rzeczywistości, realistycznie, są tylko trzy. To są:

 "rdzeń strategiczny” – polega na tym, że bank wybiera strategiczne partnerstwo ze swoim głównym dostawcą usług bankowych, które idealnie spełnia większość wymagań banku. Jeśli konieczne są zewnętrzne integracje, bank zwykle polegałby na swoim strategicznym dostawcy.

"składana bankowośćPodejście „modułowe” – czasami nazywane również „podejściem modułowym”, polega na tym, że bank wybiera kombinację najlepszych w swojej klasie rozwiązań od różnych dostawców w ramach warstwy orkiestracji.

"od przodu do tyłu” – koncentruje się na systemach zorientowanych na klienta, aby uczynić je jak najbardziej niezależnymi od rdzenia, wykorzystując formę platformy integracyjnej.

Rzeczywiście, w moich rozmowach stało się jasne, że – niezależnie od podejścia strategicznego – tzw
warstwa integracyjna (lub warstwa orkiestracji) jest postrzegana jako jedno z głównych wyzwań dla zapewnienia elastyczności w ramach architektury banku. Oznacza to posiadanie
elastyczność w dodawaniu zewnętrznych usług i produktów stron trzecich oraz umiejętność prawidłowego łączenia systemów wewnętrznych. Umożliwia również ściślejszą kontrolę nad własnymi systemami informatycznymi banku w odniesieniu do kluczowych wskaźników lub identyfikowania wąskich gardeł i
otwarcie możliwości monetyzacji istniejących lub nowych usług.

Bezpieczeństwo danych

Oczywiście wszystkie powyższe opcje strategiczne mogą działać na miejscu, na prywatnym serwerze lub w chmurze (hybrydowej lub publicznej). Dalsze możliwości w tym zakresie zostały odblokowane po niedawnym otwarciu przez AWS nowego centrum danych w regionie, co otworzyło drzwi do bardziej praktycznych dyskusji wokół następujących głównych tematów w odniesieniu do modernizacji chmury w MEA.

Podobnie jak w wielu innych częściach świata, przechowywanie danych klientów w kraju jest obowiązkiem regulacyjnym, w tym ochroną tych danych przed nieautoryzowanym dostępem z zewnątrz.

Jednym z oczywistych rozwiązań może być lepsze szyfrowanie. Jeśli jednak szyfrowanie miałoby zostać dodane do aplikacji opartych na chmurze, wydajność mogłaby ulec pogorszeniu.

Dlatego, aby to zrekompensować, AWS (i inni dostawcy) oferują teraz funkcję szyfrowania, która jest natywnie wbudowana w ich usługi w chmurze, wraz z usługą zarządzania kluczami, która pozwoli klientom zachować pełną kontrolę nad kluczami szyfrowania. Jednak jednym z produktów ubocznych tego działania jest to, że ponieważ to szyfrowanie jest głęboko wbudowane w architekturę chmury, widzimy zewnętrznych audytorów oceniających bezpieczeństwo i zgodność dostawców usług w chmurze, w tym audyty określonych usług i programów zgodności . Konieczne jest, aby wszyscy dostawcy chmury mogli dostarczać takie niezależne raporty z audytów, aby udowodnić, że wdrożone przez nich mechanizmy są nie tylko bezpieczne, ale także, że klienci mogą ufać, że dane ich klientów końcowych są zabezpieczone.

Zagadki związane z chmurą i wyzwania związane z dostawcami

Chociaż projekt jest złożony, potencjalna migracja do chmury może rozpocząć się od
prosty „lift-and-shift” istniejących systemów do chmury. Po tej stronie spektrum największe możliwości, które można wykorzystać, wynikają z przewagi infrastrukturalnej dostawcy chmury, która zapewnia pewne podstawowe korzyści kosztowe, oraz jedynie słabe uzależnienie od dostawcy, ponieważ usługi te są prawie standardem w chmurze krajobraz.

Z drugiej strony jest rozwiązanie natywne w chmurze, które wykorzystuje podejście oparte na chmurze i zasadniczo pobiera jak najwięcej usług z infrastruktury chmurowej dostawcy. Może to obejmować zarządzanie API, szyfrowanie, określone funkcje CICD i wiele innych.

Rozwiązanie natywne w chmurze powinno zapewniać wyższe korzyści kosztowe, ale z potencjalną wadą znacznie silniejszego uzależnienia od dostawcy ze względu na zastrzeżony sposób, dostawcy chmury zaprojektowali swoją architekturę i usługi. Dlatego, w zależności od strategii, dostawca usług finansowych musi zrozumieć te zależności i kompromisy, aby móc podjąć najlepszą świadomą decyzję, jak daleko chce się posunąć i jak szybko.

Ale są inne sposoby podejścia do tego. Aby obejść pełną blokadę dostawcy lub spełnić określone wymagania, niektórzy gracze przyjmują strategię wielu chmur lub chmur hybrydowych, czyli jednoczesnego korzystania z chmur publicznych i prywatnych.

Jednak poza pewnymi oczywistymi korzyściami w negocjacjach cenowych i zabezpieczaniu się przed starzeniem się, podejście wielochmurowe może być większym wyzwaniem z punktu widzenia bezpieczeństwa i zarządzania, a jednocześnie stwarzać pewne wyzwania związane z opóźnieniami. Oczywiście Świętym Graalem niezależności od dostawców jest system niezależny od chmury, który obejmowałby wszystkie zalety natywnej chmury, ale pozostał niezależny od dostawcy. Jednak stworzenie takiego agnostycznego systemu może wymagać znacznych inwestycji.

Podsumowując, nasze dyskusje w Zjednoczonych Emiratach Arabskich pokazały, że istnieje zdrowy apetyt na modernizację bankowości i uznanie korzyści, jakie może przynieść taka cyfrowa transformacja. Zostało to jednak zrównoważone uznaniem obaw związanych z bezpieczeństwem i uzależnieniem od dostawcy oraz niektórymi wyzwaniami wynikającymi ze strategii równoległej migracji do chmury, które są ważnym elementem zapewniania zwinności i elastyczności, a tym samym korzyści konkurencyjnych, które napędzają te zmiany.

Jak pokazują punkty, które zaznaczyłem, nie ma łatwej odpowiedzi ani uniwersalnego rozwiązania. Było jednak jasne, że bankierzy w regionie Zjednoczonych Emiratów Arabskich byli chętni do przedyskutowania możliwych ścieżek z nami i AWS, którzy między nami byli już w stanie pomóc tak wielu instytucjom finansowym rozpocząć te podróże. Może to następnie przełożyć się na pewność przyjęcia zindywidualizowanego podejścia, które odzwierciedla zarówno miejsce, z którego zaczynają, dokąd chcą dotrzeć, jak i czas.

• Dystrybucja treści i PR oparta na SEO. Uzyskaj wzmocnienie już dziś.
• Platoblockchain. Web3 Inteligencja Metaverse. Wzmocniona wiedza. Dostęp tutaj.
• Źródło: https://www.finextra.com/blogposting/23863/banks-can-have-confidence-in-secure-it-modernization-strategies?utm_medium=rssfinextra&utm_source=finextrablogs