Telekom Cloud. Con un piano operativo chiaro.

Il punto di partenza è capire di cosa ha realmente bisogno la vostra applicazione: potenza di calcolo, gestione dei dati, raggiungibilità e collegamenti ai sistemi esistenti. Un elenco di server desiderati non dice ancora quali componenti debbano collaborare né come evolveranno carico e volume dei dati. Rileviamo insieme queste relazioni e separiamo i requisiti fissi dalle ipotesi. Su questa base viene preparata una scelta adeguata dei servizi Telekom Cloud. Le risorse già disponibili vengono incluse, affinché strutture funzionanti non vengano sostituite senza una ragione di business.

Per la configurazione vengono assegnati ambienti, diritti e aree di rete, in modo che il vostro team possa comprendere la struttura. I sistemi di test e le applicazioni in produzione ricevono ciascuno i confini necessari. Chiariamo inoltre come vengono aggiunte nuove risorse e chi approva le modifiche. La documentazione descrive non solo lo stato iniziale, ma anche i percorsi di ampliamento previsti. Questo è particolarmente importante quando in seguito più team interni o partner applicativi esterni lavoreranno sullo stesso ambiente.

Un'applicazione nella Telekom Cloud può continuare a dipendere dalla gestione utenti locale, da fonti di dati o da altre sedi. Queste connessioni vanno quindi incluse fin da subito nella pianificazione. Verifichiamo insieme i percorsi dei dati necessari, la risoluzione dei nomi e le regole di accesso. Si valuta inoltre quali processi devono continuare a funzionare in caso di connessione interrotta. Da questi requisiti nasce un ambito di test che rappresenta la comunicazione dell'applicazione e non si limita alla raggiungibilità isolata delle singole risorse.

Nella migrazione dei dati, percorso di trasferimento, stato dei dati e verifica funzionale vengono coordinati tra loro. Chi conferma che l'applicazione funzioni correttamente con i dati trasferiti? Fino a quando sono consentite modifiche nel vecchio sistema? Quale backup è disponibile prima della commutazione? Le risposte determinano il processo e le responsabilità. Dopo la configurazione tecnica accompagniamo i test concordati e registriamo i punti aperti. La migrazione diventa così una transizione concordata, il cui successo il vostro team applicativo può valutare nel merito.

Un servizio cloud messo a disposizione non solleva automaticamente da tutti i compiti relativi a sistema operativo, dati e applicazione. Prima di avviare l'assistenza distinguiamo quindi le prestazioni di piattaforma sottoscritte dai lavori che si presentano nel vostro ambiente. Ne fanno parte, ad esempio, le modifiche di configurazione, la gestione delle autorizzazioni, i test funzionali dopo gli aggiornamenti e la gestione delle segnalazioni. Le responsabilità di Telekom o T-Systems, di OTOKO® e dei vostri team vengono fissate in base alla situazione concreta, invece di limitarsi a definire ambiti di responsabilità generali.

L'ambito dell'assistenza che ne deriva descrive componenti, orari di servizio e canali di segnalazione. Per i guasti viene chiarito chi effettua la prima valutazione e come vengono coinvolti gli altri soggetti. Anche per manutenzione e ripristino vengono nominati dei responsabili. Se una parte dei compiti resta alla vostra IT, questa parte di competenza interna viene documentata espressamente. Ciò facilita la pianificazione delle capacità e permette di discutere gli ampliamenti futuri: una nuova applicazione può essere verificata rispetto all'ambito esistente, prima che sorgano tacitamente compiti operativi aggiuntivi.