Cambia il nucleo. Non fermare mai l'attività.
Piattaforme principali, livelli di integrazione e migrazione dei sistemi da cui dipende tutto il resto: eseguiti mentre l'azienda continua a commerciare, un consumatore alla volta, con un percorso a ritroso provato ad ogni passo. Il codice è la metà del risultato finale. I test, l'osservabilità, la documentazione e il passaggio di consegne che lasciano il vostro team indipendente da noi sono l'altra metà.
Si tratta di capacità proposte e requisiti di consegna. La proposta deve confermare persone, disponibilità, controlli, criteri di accettazione e costi per il perimetro specifico. Gli esempi non provano incarichi già svolti.
Che cos’è questa disciplina
- Una pratica basata sui sistemi centrali. Costruiamo le piattaforme di registrazione - il registro, il motore di pianificazione, il sistema di amministrazione delle polizze, l'indice dei pazienti - e il livello di integrazione che consente a tutto il resto di parlare con loro senza sapere come sono costruiti.
- Un metodo di migrazione che non ferma il business. Un livello di compatibilità si trova davanti al sistema legacy; i consumatori vi si spostano uno alla volta; il nuovo nucleo prende il sopravvento e ogni passaggio ha un rollback che è già stato eseguito durante le prove, non semplicemente scritto.
- La disciplina ingegneristica come il risultato stesso. Test eseguiti su ogni modifica, osservabilità che mostra cosa sta facendo il sistema in produzione, documentazione scritta per l'ingegnere che si unisce dopo la nostra partenza e un passaggio di consegne che termina con la vostra squadra in grado di dirci di no.
- Costruito per una lunga durata. Tecnologia ben supportata scelta apposta; dipendenze che potete ancora correggere tra quindici anni; modelli di dati che sopravvivono alle applicazioni su di essi; e nessun componente il cui unico esperto lavori per noi.
Competenze
- Progettazione e realizzazione della piattaforma principale
- Sistemi di registrazione per la pianificazione, i registri, l'amministrazione delle polizze, gli indici dei pazienti e dei clienti e la gestione degli ordini: innanzitutto il modello di dati, le invarianti scritte, i servizi creati per applicarle e un confine su cui altri sistemi possono fare affidamento.
- Valutazione del sistema legacy
- Leggere il sistema esistente così com'è, non come lo descrive la sua documentazione: il codice, il database, i lavori batch, i consumatori privi di documenti e le persone che sanno dove si piega. L'output è una mappa delle dipendenze su cui è possibile pianificare.
- Livello di compatibilità
- Uno strato davanti al nucleo legacy che comunica i suoi contratti esistenti a ogni consumatore mentre l'implementazione dietro di esso cambia. I consumatori si muovono uno alla volta; a nessuno viene chiesto di cambiare prima che il nuovo nucleo sia pronto.
- Migrazione e riconciliazione dei dati
- Migrazione dei record con derivazione, doppia esecuzione dove l'azienda ne ha bisogno e riconciliazione che confronta il vecchio e il nuovo su ogni record e ogni giorno finché la differenza non diventa zero e rimane lì.
- Livello di integrazione e API
- API con versione, flussi di eventi e adattatori con contratti scritti, testati da entrambi i lati e applicati in fase di pipeline, in modo che i team che si basano sul core possano muoversi senza chiedercelo.
- Rollback provato
- Ogni passaggio di transizione ha un percorso di ritorno che è stato eseguito in un ambiente di tipo produttivo, cronometrato e documentato prima che il passaggio venga eseguito. Il rollback non è un piano; è una procedura provata con un proprietario nominato.
- Test automatizzati
- Test unitari, contrattuali, di integrazione ed end-to-end che vengono eseguiti ad ogni modifica e bloccano il rilascio quando falliscono; dati di test che rispecchiano la forma della produzione senza il contenuto della produzione; copertura mirata agli invarianti che farebbero male se rotti.
- Osservabilità
- Log strutturati, metriche e tracciati progettati con gli operatori che li leggeranno; dashboard per le domande che effettivamente pongono alle tre del mattino; avvisi che si attivano su ciò che conta e restano in silenzio altrimenti.
- Pipeline e ambienti di consegna
- Build riproducibili, ambienti creati dal codice, rilasci piccoli e frequenti e un percorso da una modifica unita alla produzione che una persona può leggere e un revisore può seguire.
- Sicurezza in cantiere
- Scansione delle dipendenze, segreti tenuti fuori dalla fonte, artefatti firmati, accesso con privilegi minimi, analisi statica e revisione di ogni modifica, con risultati tracciati fino alla chiusura e prove conservate per i vostri revisori.
- Documentazione e consegna
- Record delle decisioni sull'architettura, runbook, dizionario dei dati e un percorso di onboarding che un nuovo ingegnere può seguire da solo. Scritti durante la costruzione, non dopo, e testati facendoli usare a qualcuno che non era presente.
- Ingegneria dell'ambiente regolamentato
- Controllo delle modifiche, separazione dei compiti, audit trail e residenza dei dati integrati nella piattaforma laddove la nuova FADP svizzera, il GDPR, l'HIPAA, le aspettative di outsourcing e di resilienza operativa della FINMA o DORA lo richiedono, quindi la conformità è una proprietà del sistema piuttosto che un foglio di calcolo accanto ad esso.
Cinque livelli, dai dati alle interfacce: cosa avete già, cosa Altuon costruisce e cosa viene gestito insieme
Come consegniamo
Cinque fasi, ciascuna chiusa da un cancello firmato dalla vostra squadra. Una migrazione principale non è mai un singolo evento; il nuovo sistema guadagna il suo posto un consumatore, un dominio dati e un cut-over provato alla volta, e quello vecchio viene ritirato solo quando nulla dipende ancora da esso.
- 01Scopri
- Leggi il sistema esistente mentre viene eseguito: codice, schema, lavori batch, interfacce e consumatori che nessuno ha elencato. Intervista le persone che lo gestiscono. Stabilire di cosa l’azienda non può fare a meno, per quanto tempo e cosa si aspetta l’ente regolatore dal cambiamento.
- Varco: Mappa delle dipendenze, vincoli di continuità aziendale e obblighi normativi approvati dagli sponsor della tecnologia, delle operazioni e della conformità.
- 02Definire
- Progetta l'architettura di destinazione e il livello di compatibilità, decidi l'ordine in cui si muovono i consumatori, scrivi il modello di dati e i suoi invarianti, imposta gli standard di test e osservabilità e concorda la procedura di rollback per ogni passaggio.
- Varco: Architettura, sequenza di migrazione, procedure di rollback e definizione del done per i test e la documentazione firmata; il primo consumatore a spostarsi nominato.
- 03Costruisci
- Costruisci il livello di compatibilità e il nuovo core dietro di esso, il livello di integrazione e la pipeline, con test, osservabilità e documentazione scritti insieme al codice. Provare ogni fase di transizione in un ambiente a forma di produzione.
- Varco: Test suite che supera la copertura concordata degli invarianti; rollback per il primo cut-over provato e cronometrato; i risultati della sicurezza sono chiusi.
- 04Dimostrare
- Sposta il primo consumatore sul livello di compatibilità, esegui la doppia esecuzione e riconcilia con il sistema legacy, quindi sposta il successivo. Ogni passaggio viene eseguito con gli operatori presenti e con il nome del proprietario del rollback.
- Varco: Riconciliazione a differenza zero per il periodo concordato su ogni consumatore spostato; i vostri operatori hanno eseguito il runbook senza di noi; approvazione della conformità sulla pista di controllo.
- 05Operare
- Sposta i consumatori rimanenti, ritira il sistema legacy quando nulla dipende da esso e consegnalo: i vostri ingegneri inviano le modifiche attraverso la pipeline, con il nostro supporto a chiamata finché non scelgono di non averne più bisogno.
- Varco: Il vostro team ha rilasciato, ripristinato e risolto un incidente senza il coinvolgimento di Altuon; la lista di controllo della consegna è completa e firmata.
Che cosa ricevete
| Deliverable | Forma | Che cos’è |
|---|---|---|
| Mappa delle dipendenze | Documentarsi e registrarsi | Ogni consumatore, interfaccia, lavoro batch e flusso di dati del sistema esistente, con le persone che ne sono proprietarie, viene mantenuto aggiornato man mano che la migrazione procede. |
| Architettura degli obiettivi e record delle decisioni | Documenti con versione | La progettazione del nuovo nucleo e del livello di integrazione e la registrazione di ogni scelta significativa con le alternative rifiutate e il motivo. |
| Il livello di compatibilità | Sistema distribuito | Il fronte di preservazione del contratto rispetto al nucleo ereditario attraverso il quale si muovono i consumatori, è andato in pensione con l’ultimo. |
| La piattaforma principale | Sistema distribuito, origine assegnata | Il nuovo sistema di registrazione e il relativo livello di integrazione, in esecuzione nel vostro ambiente, con il relativo codice sorgente, build e infrastruttura nei repository che controlli. |
| Suite di test e pipeline | Codice e configurazione | Test unitari, contrattuali, di integrazione e end-to-end con la pipeline che li esegue, blocca i rilasci non riusciti e produce l'audit trail. |
| Osservabilità | Vista operativa | Dashboard, avvisi e tracciamenti progettati insieme ai vostri operatori, con la guida di reperibilità che spiega cosa significa ogni avviso e cosa fare. |
| Runbook e procedure di rollback | Documenti, provati | Come rilasciare, eseguire il rollback, ripristinare, ruotare le credenziali e rispondere a ciascuna classe di incidenti, ognuno gestito dal vostro team prima della consegna. |
| Pacchetto di consegna | Documenti e sessioni | Dizionario dati, percorso di onboarding, inventario delle licenze e record del vostro team che utilizza il sistema senza di noi. |
Dove conta
- Servizi finanziariDistintivo, dove Altuon guidaMigrazioni bancarie core e livelli di integrazione in cui le aspettative di outsourcing della FINMA e gli obblighi di resilienza operativa di DORA si applicano a ogni cambiamento.
- SanitàDistintivo, dove Altuon guidaPiattaforme di pianificazione, indicizzazione dei pazienti e record che devono rimanere disponibili durante la migrazione e mantenere le informazioni sanitarie protette entro i confini dell'HIPAA.
- AssicurazioniDistintivo, dove Altuon guidaL'amministrazione delle polizze e i centri sinistri con decenni di prodotti alle spalle, hanno spostato una linea di prodotti alla volta.
- Pubblica amministrazioneCentraleRegistri e sistemi di gestione dei casi su infrastrutture sovrane, con residenza e audit scritti nella piattaforma.
- TelecomunicazioniCentraleSistemi di fatturazione e fornitura in cui ogni consumatore rappresenta un percorso di guadagno e un taglio non può essere un'interruzione del servizio.
- Energia e utilityCentraleSistemi di misurazione, fatturazione e asset che funzionano continuamente e i cui dati sopravvivono a ogni applicazione sopra di essi.
- Manifattura e industriaDi supportoPiattaforme di ordinazione, pianificazione e integrazione degli impianti che collegano l'officina ai sistemi di registrazione.
- Farmaceutica e scienze della vitaDi supportoSistemi di qualità e di registrazione batch in cui il controllo delle modifiche e gli audit trail sono condizioni operative, non funzionalità.
Incarichi rappresentativi
- Schema di incaricoSostituzione del nucleo di programmazione di una rete ospedaliera senza fermare le clinicheProposta di sostituzione progressiva di un sistema di pianificazione esistente, con compatibilità, procedure cliniche alternative e piano di passaggio concordato.Stati UnitiSanità
- Schema di incaricoAgenti vocali per il servizio clienti di una banca privata svizzeraUn agente di telefonia in svizzero tedesco, francese e inglese che risponde, verifica, risolve e consegna - con il consenso alla registrazione gestito come previsto dalla FINMA.SvizzeraServizi finanziari
Prospettive collegate
- Ingegneria9 settembre 2026Migrazione dei sistemi core legacy senza interrompere l'attivitàIl big bang cut-over è il modo in cui le migrazioni core falliscono. L’alternativa è più lenta, meno drammatica e funziona: un livello di compatibilità, un consumatore alla volta e un percorso di rollback provato piuttosto che sperato.
- Marca9 settembre 2026L'identità di marca come infrastrutturaUn'identità che vive in un PDF è decorazione. Un'identità che vive in token, modelli e un processo di rilascio regolamentato è un'infrastruttura, ed è l'unico tipo che sopravvive a una fusione, al rebranding di una filiale o al successivo chief marketing officer.
Ambito e limiti
- Una carrozzeria. Non forniamo ingegneri a ore per essere diretti dal piano di qualcun altro. Ogni impegno ha un'architettura, un proprietario e cancelli firmati dal vostro team, e le persone che scrivono il codice sono le persone che lo hanno progettato.
- Una riscrittura di grande impatto. Nessuno dovrebbe spegnere un sistema su cui gira l'azienda e attivarne uno nuovo durante un fine settimana. Quando un venditore lo propone, sta proponendo che voi corri il rischio.
- Un quadro del mese. Le scelte vengono fatte per la vita del sistema, non per il mercato delle assunzioni di quest'anno. Laddove una tecnologia più recente è la risposta giusta, spieghiamo il perché per iscritto e quanto vi costerà possederla.
- Dipende da Altuon per continuare a correre. Se la fonte, i test, i runbook e la pipeline di distribuzione non consentissero al team competente che assumerai domani di operare e modificare il sistema senza di noi, il passaggio di consegne non è terminato.
Le domande degli acquisti
Chi possiede il codice e con quali licenze?
Lo fai. Il codice sorgente scritto per voi, il codice dell'infrastruttura, i test, la documentazione e la pipeline di distribuzione vi vengono assegnati a pagamento e risiedono nei repository che controlli dalla prima settimana. Altuon conserva i suoi metodi, strumenti e librerie preesistenti e vi garantisce una licenza perpetua per qualunque di essi sia incorporato nel vostro sistema. I componenti di terze parti sono elencati in un inventario delle licenze con i relativi termini, quindi nulla nel vostro sistema comporta un obbligo che non avete visto.
Qual è la vostra politica open source?
Preferiamo componenti open source ben mantenuti con licenze permissive e un track record di rilasci di sicurezza, e lo affermiamo in ogni record decisionale. Le licenze copyleft vengono utilizzate solo laddove la funzione legale ha accettato gli obblighi che comportano. Ogni dipendenza viene inventariata, bloccata e scansionata e forniamo correzioni a monte anziché eseguire il fork privatamente, poiché un fork privato è un componente che solo noi comprendiamo.
Con quale standard di documentazione lavori?
La documentazione fa parte della definizione di "fatto", non una fase finale. Ogni decisione significativa ha un record di decisione sull'architettura. Ogni servizio dispone di un file Leggimi che consente a un tecnico di eseguirlo localmente. Ogni procedura operativa dispone di un runbook. Il modello di dati ha un dizionario. Prima della consegna, un ingegnere del vostro team che non partecipava al progetto utilizza la documentazione per l'onboarding e tutto ciò che non può fare da essa è un difetto che risolviamo.
Come viene gestito il rischio di cut-over?
Non facendo mai un passo che non possa essere invertito. Il livello di compatibilità significa che i consumatori si spostano individualmente, secondo il proprio programma, e il sistema legacy continua a funzionare finché l'ultimo non si è spostato. Ogni passaggio ha una procedura di rollback che è stata eseguita in un ambiente simile alla produzione e cronometrata. La doppia esecuzione con riconciliazione giornaliera rileva le divergenze prima che chiunque a valle se ne accorga. I cut-over avvengono nel periodo più tranquillo dell'attività, con gli operatori presenti e una persona nominata che detiene la decisione di tornare indietro.
Quali livelli di servizio e garanzia si applicano?
I difetti nel lavoro consegnato vengono riparati a nostre spese per il periodo di garanzia scritto nel contratto. Durante e dopo la fase Operate, il supporto è disponibile con un anticipo con obiettivi di risposta e risoluzione stabiliti in base alla gravità, scritti nel contratto e segnalati in modo da poter verificare che siano stati raggiunti. Non offriamo livelli di servizio per le infrastrutture che gestite, ma progettiamo e documentiamo il sistema in modo che i vostri obiettivi siano raggiungibili e dichiariamo per iscritto dove non lo sono.
Cosa succede all'uscita?
Il sistema continua a funzionare senza di noi, perché quello era un cancello. All'uscita sei già in possesso della fonte, della pipeline, della documentazione e del registro operativo. Forniamo un periodo di transizione alla tariffa concordata, una procedura dettagliata per qualsiasi successore da voi nominato e la restituzione o la cancellazione di tutti i dati in nostro possesso, con conferma scritta. Le persone chiave nell'incarico vengono nominate in anticipo e accoppiate, in modo che nessuna conoscenza rimanga con una sola persona.
Come viene gestita la sicurezza nella pipeline?
Ogni modifica viene esaminata da un secondo ingegnere e supera l'analisi statica, la scansione delle dipendenze e la scansione segreta prima di poter essere unita. Gli artefatti di compilazione vengono firmati e distribuiti dalla pipeline, mai da un laptop. L'accesso segue il privilegio minimo, mantenendo i registri di controllo. I risultati vengono monitorati fino alla chiusura con prove che i vostri revisori possono leggere e i controlli sono mappati in base ai quadri che si applicano a voi: la revisione della FADP svizzera, il GDPR, la legge giordana sulla protezione dei dati personali, l'HIPAA, le aspettative della FINMA sull'outsourcing e la resilienza operativa e DORA se siete un'entità finanziaria dell'UE.
Mostraci il sistema che nessuno vuole toccare.
La fase di scoperta inizia con il codice in esecuzione e con le persone che lo mantengono in esecuzione e termina con una mappa delle dipendenze e una sequenza di migrazione che potete difendere sulla vostra scheda. Richiedi una proposta o prenota un briefing esecutivo per le persone che firmeranno il primo cut-over.
