OVHcloud richiede più di semplici server acquistati.

Chi consolida un'infrastruttura di hosting si trova spesso di fronte ad applicazioni molto diverse tra loro. Alcune richiedono soprattutto potenza di calcolo costante, altre pongono requisiti particolari in termini di gestione dei dati, rete o espandibilità. Un'unica taglia di server non tiene conto automaticamente di queste differenze. La pianificazione inizia quindi con una mappatura di applicazioni, ipotesi di carico e dipendenze. Contratti esistenti e cambiamenti in arrivo vengono inclusi, affinché la struttura target non rifletta solo la situazione attuale, ma consideri anche i prossimi passi prevedibili.

Su questa base vengono scelte risorse cloud o sistemi dedicati adeguati e vengono descritti i loro ruoli nella struttura complessiva. In questo modo restano visibili le responsabilità e l'impegno interno futuro. Se, ad esempio, un'applicazione richiede manutenzione aggiuntiva o procedure di backup particolari, questo fa parte della decisione sulla struttura. La configurazione concordata viene poi predisposta e documentata. Il vostro team ottiene così un'assegnazione delle risorse motivata e può valutare gli ampliamenti futuri in base ai medesimi requisiti, invece di decidere ogni acquisto in modo isolato.

Un'applicazione può essere composta da servizi accessibili pubblicamente, database interni e accessi amministrativi. Queste aree devono essere collegate tra loro in modo mirato, senza aprire percorsi di comunicazione superflui. Consideriamo quindi insieme connessioni private e pubbliche, risoluzione dei nomi e le regole di accesso necessarie. Se sono coinvolti sistemi in altre sedi, vengono inclusi anche questi percorsi di dati. I test successivi si basano sulla comunicazione completa dell'applicazione e su quali utenti o sistemi debbano effettivamente collaborare tra loro.

Per le applicazioni containerizzate si aggiunge il percorso di distribuzione. Le nuove versioni richiedono accessi, verifiche e approvazioni definiti; le modifiche della piattaforma dovrebbero essere concordate con i team coinvolti. Nell'ambito concordato configuriamo queste basi e le testiamo su un'applicazione concreta. Il passaggio di consegne comprende quindi non solo la configurazione della piattaforma, ma anche la gestione prevista delle modifiche. Sviluppo e gestione operativa possono comprendere quali compiti eseguono autonomamente e in quali punti resta necessario un allineamento.

In un trasferimento, migrazione dei dati, accessi e prontezza operativa devono essere allineati nello stesso momento. Prima del trasferimento chiariamo quindi come vengono forniti, verificati e successivamente utilizzati i dati attuali. Le interruzioni necessarie e i test funzionali vengono concordati con i vostri responsabili. Anche la questione di un eventuale rollback viene trattata prima della commutazione. L'obiettivo è una transizione in cui i soggetti coinvolti sappiano quali risultati devono essere disponibili prima dell'approvazione e chi decide in merito.

Dopo il collaudo, i compiti di piattaforma, sistema operativo e applicazione vengono documentati separatamente. Ne fanno parte backup, ripristino, manutenzione e gestione delle segnalazioni. Un incarico di assistenza può integrare in modo mirato questi compiti; non sostituisce tuttavia la necessaria distinzione rispetto all'ambito dei servizi sottoscritti presso il fornitore e alle vostre attività interne. I punti aperti vengono consegnati con i rispettivi responsabili. Così, dopo il progetto, resta chiaro cosa è stato configurato, quali procedure sono utilizzabili e quali prossimi lavori devono ancora essere pianificati.