Integrare i sistemi legacy

I sistemi legacy non devono rallentarvi.

Logiche di business importanti risiedono spesso in applicazioni prive di un'API moderna. Rendiamo accessibili le funzioni necessarie tramite adapter adeguati e pianifichiamo un disaccoppiamento graduale. L'operatività quotidiana e la coerenza dei vostri dati determinano il percorso di migrazione.

Di cosa ci occupiamo Parliamo del vostro progetto

Report di analisi con mappa delle dipendenze · Pianificazione e realizzazione a cura di OTOKO®

Cosa affidate a OTOKO®

Di cosa ci occupiamo per voi.

L'analisi considera le esecuzioni batch, lo scambio di file, gli accessi al database e le correzioni manuali. Una tabella da sola raramente spiega in modo completo le regole aziendali che vi si applicano. Parliamo con chi detiene questa conoscenza e seguiamo pratiche rappresentative. Gli accessi supportati dal produttore vengono verificati in via prioritaria. Le modifiche dirette al database possono aggirare i controlli interni e per questo non vengono trattate come un sostituto comodo di un'interfaccia mancante.

Il possibile ambito del servizio

Analisi del sistema legacy: modello dei dati, elaborazioni batch, interfacce, dipendenze e detentori del know-how
Facade REST o di messaggistica davanti ad applicazioni mainframe, AS/400 o client-server
Change data capture con Debezium per database come Db2, Oracle e PostgreSQL
Collegamento via file, SFTP ed EDI con convalida, conferma di ricezione e ripetizione
Piano di sostituzione secondo lo strangler pattern con criteri di collaudo per ogni funzione

Definiamo l'ambito concreto, il vostro contributo e i criteri di collaudo prima dell'inizio.

Gli aspetti tecnici, spiegati con chiarezza

Ecco come svolgiamo il lavoro.

Una facciata limita la dipendenza

Una facciata di integrazione traduce tra la logica esistente e un nuovo contratto per i consumer. Gestisce esplicitamente timeout, codici di errore e formati dei dati. Il Change Data Capture può fornire modifiche per scenari di lettura o basati su eventi; non sostituisce automaticamente le operazioni di scrittura con logica di business. Nella sostituzione graduale si stabilisce, per ogni funzione, quale sistema sia quello di riferimento. L'elaborazione parallela richiede un confronto e una commutazione controllata, in modo che due sistemi non aggiornino lo stesso ordine in modo diverso.

Dimostrare la continuità operativa

Testiamo con casi d'uso che oggi sono importanti o soggetti a errori, e confrontiamo i risultati dei due percorsi. I criteri di rollback vengono concordati prima della prima modifica in produzione. La documentazione registra consapevolmente le dipendenze residue. Per iniziare bastano spesso accessi ai sistemi per l'analisi, esempi di dati scambiati e referenti che conoscono le eccezioni dell'operatività quotidiana.

Sala riunioni nell'ufficio OTOKO® di Colonia

Un risultato verificabile

La base per proseguire il vostro lavoro.

Report di analisi con mappa delle dipendenze
Facade con descrizione OpenAPI e test
Piano di sostituzione con sequenza e criteri di collaudo

Il passaggio di consegne unisce realizzazione e documentazione. Verifichiamo insieme i casi concordati e annotiamo le attività ancora aperte.

Il vostro progetto nel dettaglio

Collegare i sistemi esistenti senza sovraccaricare la gestione operativa.

Rendiamo accessibili dati e funzioni di applicazioni legacy tramite punti di accesso adeguati. Teniamo conto di interfacce limitate, dei vincoli del produttore e della conoscenza dei processi che spesso risiede solo nell'uso quotidiano.

Definire l'accesso affidabile al sistema legacy

Per prima cosa verifichiamo le API esistenti, gli export, i canali di messaggistica e le estensioni supportate. Gli accessi diretti al database possono eludere i controlli di business e per questo non vengono adottati automaticamente come soluzione più semplice. Se sono disponibili solo file, anche questi necessitano di un contratto su formato, completezza ed elaborazione.

Documentiamo codici, casi particolari e dipendenze temporali insieme ai referenti di business. Un trasferimento tecnicamente riuscito è inutile se, per esempio, uno stato ha un significato diverso nel sistema di destinazione. Un adapter posto a monte può incapsulare queste differenze ed evitare che ogni nuova applicazione debba interpretare da sé il formato storico.

Integrare gradualmente e consentire una futura sostituzione

I collegamenti in lettura si possono spesso avviare con un rischio minore rispetto a quelli in scrittura. Per le modifiche nel sistema legacy verifichiamo autorizzazioni, convalide e riscontri. La limitazione delle richieste e finestre temporali adeguate proteggono i sistemi non progettati per molti accessi paralleli.

Integriamo controlli di riconciliazione che individuano operazioni mancanti o elaborate più volte. In caso di una futura sostituzione, l'adapter può essere reindirizzato verso una nuova destinazione, a condizione che il contratto di dominio resti stabile. Si crea così una transizione tracciabile invece di un'ulteriore connessione singola non documentata.

Scenario di progetto illustrativo

In che modo il servizio aiuta nella pratica quotidiana.

Esempio: un sistema di gestione delle merci meno recente rende disponibili file durante la notte. Un nuovo portale ha bisogno delle informazioni di consegna contenute in questi file. Verifichiamo completezza e corrispondenza, rendiamo disponibili i dati in modo controllato e ne indichiamo il grado di aggiornamento. Le operazioni in scrittura restano inizialmente nel sistema esistente, finché non viene concordato un percorso adeguato.

Questo esempio illustra un possibile svolgimento e non costituisce una referenza cliente.

Prima del primo passo

Le vostre domande su Integrare i sistemi legacy.

Il sistema legacy deve alla fine sparire?

No. Una facciata stabile può anche supportare la prosecuzione dell'esercizio a lungo termine. Sostituzione e collegamento sono decisioni distinte.

È possibile sostituire la documentazione mancante con delle scansioni?

Solo in parte. L'analisi tecnica mostra struttura e accessi, ma non tutte le regole di business. Per questo i risultati vengono confrontati con i referenti delle aree di business.

Il vostro progetto

Quale compito volete affrontare?

Descrivete la vostra situazione di partenza e il risultato desiderato. Il servizio selezionato viene riportato nella richiesta di contatto.

Richiedete questo servizio

Menu

I sistemi legacy non devono rallentarvi.