Legacy Bank
IN DEVELOPMENT · Środowisko bankowe budowane na MVS 3.8J, Herculesie, KICKS, COBOL-u, VSAM-ie i JES-ie.
Edukacyjny system bankowy łączący nowoczesną aplikację Java i Vite ze światem MVS, KICKS, COBOL-a, VSAM-u i JES-a.
MoniBank jest edukacyjnym projektem core bankingowym. Powstaje po to, aby sprawdzić w praktyce, jak operacje bankowe mogą przechodzić przez granicę pomiędzy współczesną aplikacją webową a klasyczną technologią mainframe.
To nie jest symulacja złożona wyłącznie ze zrzutów ekranu. Gałąź Legacy Bank działa na MVS 3.8J uruchomionym w Herculesie. Java steruje stałą sesją 3270, KICKS kieruje transakcjami online, COBOL pracuje z danymi VSAM, a JES zwraca ustandaryzowane wyniki przez połączenie wirtualnej drukarki.
Modern Bank jest planowany jako przyszła implementacja na IBM Z. Pozwoli porównać ograniczenia i decyzje architektoniczne środowiska legacy ze współczesnymi sposobami integracji mainframe’u.
Pierwszy pełny przepływ online, GET CUSTOMER, działa end to end. Szersza aplikacja bankowa nadal jest rozwijana. Zobacz architekturę Legacy Banku →
Architekturę doprecyzujemy, gdy fundament Legacy Banku będzie wystarczająco kompletny.
MoniBank jest aktywnie rozwijanym projektem portfolio i nauki. Ukończone przepływy pokazujemy na prawdziwym kodzie i logach, a niedokończone elementy wyraźnie oznaczamy.
| Obszar | Status | Obecny zakres |
|---|---|---|
| Środowisko legacy | In development | MVS 3.8J uruchomiony pod Herculesem |
| Integracja Java | In development | Spring Boot, stały worker terminalowy i listener TCP |
| GET CUSTOMER | Working end to end | JSON → 3270/KICKS → COBOL/VSAM → JES → JSON |
| Operacje bankowe | In development | klienci, konta, karty, wpłaty, wypłaty i wyciągi |
| Panel operatora | In development | dashboard Vite i podgląd pracy mainframe’u |
| Pierwszy artykuł techniczny | Weryfikowany | dzisiaj sprawdzamy go z ukończonym endpointem |
| Modern Bank | Planned | przyszła gałąź IBM Z |
Pierwszy artykuł techniczny przeprowadzi czytelnika przez jeden prawdziwy request GET CUSTOMER: od Postmana do MVS i z powrotem. Przed publikacją sprawdzimy każdą pokazaną klasę, program, strukturę rekordu i linię logu z działającą implementacją.
Zauważyłeś nieścisłość techniczną, masz pytanie albo chcesz porozmawiać o architekturze projektu?