- Poznaj naszą wiedzę branżową
- Historie sukcesu
- Globalny bank znajduje samofinansujące się podejście do modernizacji komputerów mainframe wspólnie z GFT i CloudFrame
Globalny bank znajduje samofinansujące się podejście do modernizacji komputerów mainframe wspólnie z GFT i CloudFrame
Redukcja kosztów o 65%
Skuteczna weryfikacja równoważności funkcjonalnej
Niskie ryzyko i brak zakłóceń
Wyzwanie
Koszty użytkowania i pozostałe koszty związane z komputerami mainframe stale rosną. Wiele firm świadczących usługi finansowe polega na komputerach mainframe przy realizacji usług, które ich konsumenci biorą za pewnik, od sprawdzania salda rachunku do przeprowadzania transakcji i zarządzania swoimi pieniędzmi. Jednostka krajowa globalnego banku zaliczanego do 50 najważniejszych w sektorze nie różniła się pod tym względem i od pewnego czasu próbowała obniżyć swoje koszty związane z komputerami mainframe.
W ramach tych działań modernizacyjnych bank chciał zmodernizować swoje operacje mainframe, w szczególności niektóre ze swoich aplikacji COBOL. Projekt musiał gwarantować czas realizacji, dawać wymagane wyniki równoważności funkcjonalnej oraz minimalizować wpływ na działanie.
Kiedy bank zdecydował się podjąć pierwsze kroki związane z modernizacją swoich komputerów mainframe, przeprowadził rozmowy ze swoim zaufanym doradcą, GFT, którego zaangażował do swoich działań z zakresu transformacji cyfrowej. W wyniku prowadzonych wcześniej rozmów, GFT zdawało sobie sprawę, że CloudFrame Relocate może zrealizować zmiany wymagane przez bank i zaangażowało się w ten projekt razem z CloudFrame.
GFT i CloudFrame stworzyły wspólny zespół na potrzeby realizacji projektu zgodnie ze skonsolidowaną metodologią, która czerpała z doświadczeń pierwszej z firm w zakresie komputerów’s mainframe przy transformacji usług finansowych oraz ’s doświadczeń drugiej z firm w modernizacji aplikacji COBOL.
Zespół zdał sobie sprawę, że najlepszym sposobem wykazania sposobu, w jaki bank może obniżyć swoje koszty zużycia będzie dostarczenie projektu wykorzystującego moce jego istniejącego procesora zIIP. Koszt zIIP może być nawet o 85% niższy od kosztu standardowego procesora CP.
Poza obniżeniem kosztów, zespół wiedział, że musi osiągnąć równoważność funkcjonalną. Aby osiągnąć sukces, programy Java musiały działać w taki sam sposób jak ich odpowiedniki mainframe i zapewniać takie same precyzyjne wyniki. Sytuacja, w której obliczenia byłyby niespójne, a wyniki nie byłyby identyczne, byłaby nieakceptowalna, ponieważ odbiegałby one od danych historycznych.
„Klient, jak wiele banków, polega w znacznym stopniu na komputerach mainframe przy prowadzeniu swoich operacji, a więc niechętnie podejmuje ryzyko w sytuacji, która mogłaby wpłynąć negatywnie na komputery mainframe. Wiedzieliśmy, że aby osiągnąć modernizację wymaganą przez klienta, potrzebowaliśmy partnera do rozwiązań, który nie skupiał się wyłącznie na demontażu i wymianie, ale mógł przenosić aplikacje w tempie odpowiadającym klientowi. Znając sprawdzone możliwości CloudFrame, jasnym stało się że CloudFrame Relocate oraz nasze doświadczenie w zakresie wdrożeń i komputerów mainframe będą odpowiadać ostrożnej naturze klienta podczas realizacji wymaganej modernizacji.“
Zadanie
Zakres projektu obejmował przekształcenie zestawu zadań wsadowych i ich programów Cobol z dostępem do plików DB2, VSAM i prostych. W tym celu zespół zainstalował oprogramowanie CloudFrame Relocate.
Następnie projekt przeszedł do fazy testowania, analizowania wyników z perspektywy zarówno technicznej jak i biznesowej oraz pomiarów zużycia zasobów zarówno przed, jak i po transformacji.
Zespół pracował w sposób cykliczny, aby ustalić różnice lub obszary problematyczne oraz poznać wzorce wywołujące te anomalie. Zatem raczej zamiast koncentrować się na naprawie poszczególnych problemów, zespół był w stanie znaleźć przyczynę podstawową i ją rozwiązać.
Zespół stwierdził pewne problemy, a poprzez naprawę wzorców powodujących różnicę, mógł szybko podążać dalej i zakończyć testy w ciągu tygodnia.
„Podczas rozmów o transformacji cyfrowej, wiele organizacji martwi się, że oznacza to demontaż i wymianę wszystkiego. Widziały wiele projektów, które nie osiągnęły zakładanych wyników na skutek takiego podejścia. W przypadku stopniowej modernizacji możemy skupić się na jednej konkretnej części projektu, na przykład, na aplikacji, upewnić się, że spełnia ona wymagania organizacji w swoim zmodernizowanym stanie, a następnie, kiedy klient uzna, że jest gotowy, można zacząć przyglądać się jego integracjom i źródłom danych. To nie jest spektakularny ruch, tylko działanie zaprojektowane do realizacji w tempie odpowiadającym klientowi.“
Korzyść
Zazwyczaj projekt o takim zakresie ma na celu zmniejszenie kosztów o 50%, ale prace przeprowadzone przez zespół GFT i CloudFrame pozwoliły uzyskać oszczędności przekraczające 65%, znacząco przekraczając założenia.
Co być może istotniejsze, zespół osiągnął zweryfikowaną funkcjonalną równoważność, wykazując, że przy zastosowaniu CloudFrame Relocate, zmodernizowane aplikacje COBOL mogą funkcjonować w Java i dawać takie same wyniki.
Ponadto wykazano, że projekt nie miał żadnego wpływu na zespoły programistów w banku, którzy nadal mogli prowadzić konserwacje programów COBOL, testując i wspomagając je tak jak dotychczas w swoim SDLC.
GFT i CloudFrame zmieniają sytuację
Globalny bank znajduje samofinansujące się podejście do modernizacji mainframe z GFT i CloudFrame
Co dalej?
Pozycja banku umożliwia mu obecnie wykorzystanie oszczędności uzyskanych w ramach tego projektu do finansowania dodatkowych projektów modernizacji aplikacji z wykorzystaniem samofinansującego się podejścia do modernizacji zapewnianego przez GFT i CloudFrame .
Chociaż wyniki omówione powyżej są charakterystyczne dla tego banku, inni klienci również angażują GFT i CloudFrame, aby osiągnąć podobne korzyści. Oferta GFT i CloudFrame zapewnia podejście umożliwiające zautomatyzowane przekształcenia, umożliwiając szybkie i bezpieczne przejście z COBOL na Java oraz samofinansującą się ścieżkę modernizacji.
