Questo documento spiega come applicare valori di business predefiniti da tenere in considerazione quando si pianifica una strategia ibrida e multi-cloud. Si espande di assistenza Driver, considerazioni, strategia e approcci. L'articolo definisce e analizza le considerazioni di business che le aziende dovrebbero tenere in considerazione quando pianificano una strategia di questo tipo.
Chiarire e concordare la vision e gli obiettivi
In definitiva, lo scopo principale di una strategia ibrida o multi-cloud è raggiungere i requisiti aziendali identificati e gli obiettivi tecnici associati ogni caso d'uso aziendale in linea con gli scopi commerciali specifici. Per raggiungere questo obiettivo, creare un piano ben strutturato che includa quanto segue considerazioni:
- Quali carichi di lavoro devono essere eseguiti in ogni ambiente di calcolo.
- Quale pattern dell'architettura delle applicazioni da applicare a più carichi di lavoro.
- La tecnologia e il pattern di architettura di rete da utilizzare.
Tieni presente che definire un piano che tenga in considerazione tutti i carichi di lavoro e i requisiti difficile nella migliore delle ipotesi, soprattutto in un ambiente IT complesso. Inoltre, la pianificazione richiede tempo e potrebbe portare a visioni in concorrenza tra gli stakeholder.
Per evitare situazioni di questo tipo, formula inizialmente una dichiarazione di visione che risponda almeno alle seguenti domande:
- Qual è il caso d'uso aziendale scelto per raggiungere obiettivi commerciali specifici?
- Perché l'approccio e l'ambiente di elaborazione attuali non sono sufficienti per soddisfano gli scopi commerciali?
- Quali sono gli aspetti tecnologici principali da ottimizzare utilizzando il cloud pubblico?
- Perché e in che modo il nuovo approccio ottimizzerà e soddisferà gli scopi della tua attività?
- Per quanto tempo prevedi di utilizzare la configurazione ibrida o multicloud?
Un accordo sugli obiettivi commerciali e tecnici e sui fattori chiave, quindi ottenere l'approvazione pertinente degli stakeholder può fornire le basi per passaggi del processo di pianificazione. Per allineare in modo efficace la soluzione proposta con la visione architettonica generale della tua organizzazione, allineati con il tuo team e gli stakeholder responsabili della guida e della sponsorizzazione dell'iniziativa.
Identificare e chiarire altre considerazioni
Quando si pianifica un'architettura ibrida o multi-cloud, è importante identificare e concordare i vincoli architetturali e operativi del progetto.
Per quanto riguarda le operazioni, il seguente elenco non esaustivo fornisce alcuni in base ai requisiti che potrebbero creare alcuni vincoli da considerare quando pianifichi dell'architettura:
- Gestire e configurare più cloud separatamente rispetto alla creazione di un modello olistico per gestire e proteggere i diversi ambienti cloud.
- Garantire autenticazione, autorizzazione, controllo e tra diversi ambienti.
- Utilizzo di strumenti e processi coerenti in tutti gli ambienti per fornire una panoramica olistica di sicurezza, costi e opportunità di ottimizzazione.
- Usare standard di conformità e sicurezza coerenti per applicare un approccio unificato la governance dell'IA.
Per quanto riguarda la pianificazione dell'architettura, i maggiori vincoli spesso derivano sistemi esistenti e può includere quanto segue:
- Dipendenze tra le applicazioni
- Requisiti di prestazioni e latenza per la comunicazione tra i sistemi
- Dipendenza da hardware o sistemi operativi che potrebbero non essere disponibili nel cloud pubblico
- Limitazioni di licenza
- Dipendenza dalla disponibilità delle funzionalità richieste nel regioni di un'architettura multi-cloud
Per ulteriori informazioni sulle altre considerazioni relative al carico di lavoro, la portabilità, lo spostamento dei dati e gli aspetti di sicurezza, Altre considerazioni.
Progetta una strategia di architettura ibrida e multi-cloud
Dopo aver chiarito le specifiche degli obiettivi commerciali e tecnici con i requisiti aziendali associati (e idealmente chiarito e concordato un di visione artificiale), puoi creare la tua strategia per creare un ambiente ibrido o multi-cloud dell'architettura.
Il seguente diagramma di flusso riassume i passaggi logici per creare tale strategia.
Per aiutarti a determinare gli scopi e le esigenze tecniche dell'architettura ibrida o multi-cloud, i passaggi del flusso di lavoro precedente iniziano con i requisiti e gli scopi aziendali. Il modo in cui implementi la tua strategia può variare a seconda degli obiettivi, dei fattori trainanti e del percorso tecnologico di migrazione per ogni caso d'uso aziendale.
È importante ricordare che una migrazione è un percorso. Il seguente diagramma illustra le fasi di questo percorso, come descritto in Eseguire la migrazione a Google Cloud.
Questa sezione fornisce indicazioni sulle fasi "Valuta", "Pianifica", "Esegui il deployment" e "Ottimizza" nel diagramma precedente. Presenta queste informazioni nel contesto di una migrazione ibrida o multi-cloud. Devi allineare ogni migrazione le linee guida e le best practice illustrate sezione percorso di migrazione della guida Migrate to Google Cloud. Queste fasi potrebbero essere applicate a ciascun carico di lavoro singolarmente, non a tutti contemporaneamente. In qualsiasi momento, diversi carichi di lavoro potrebbero trovarsi in fasi diverse:
Valuta la fase
Nella fase Valuta, esegui una valutazione iniziale del carico di lavoro. Durante questa fase, prendi in considerazione gli obiettivi descritti nei documenti di pianificazione della visione e della strategia. Scegli un piano di migrazione identificando innanzitutto un elenco di candidati di carichi di lavoro che potrebbero trarre vantaggio dall'esecuzione del deployment o dalla migrazione al cloud pubblico.
Per iniziare, scegli un carico di lavoro non fondamentale per l'attività o troppo difficile da eseguire la migrazione (con dipendenze minime o nulle da qualsiasi carico di lavoro in altri ambienti), ma abbastanza tipico da fungere da modello per i prossimi implementazioni o migrazioni.
Idealmente, il carico di lavoro o l'applicazione che selezioni dovrebbe far parte di un il caso d'uso o la funzione aziendale che abbia un effetto misurabile sull'azienda dopo l'operazione sia completata.
Per valutare e mitigare eventuali rischi potenziali per la migrazione, per la valutazione dei rischi legati alla migrazione. è importante valutare il carico di lavoro del candidato per determinarne l'idoneità per la migrazione in un ambiente multi-cloud. Questa valutazione comporta la valutazione vari aspetti delle applicazioni e dell'infrastruttura, tra cui seguenti:
- Requisiti di compatibilità delle applicazioni con i cloud provider selezionati
- Modelli di prezzo
- Funzionalità di sicurezza offerte dai cloud provider selezionati
- Requisiti di interoperabilità delle applicazioni
Eseguire una valutazione è utile anche per identificare i requisiti di privacy dei dati, di conformità, di coerenza e di soluzioni in più ambienti cloud. I rischi identificati possono influire sui carichi di lavoro scelti per la migrazione o l'operatività.
Esistono diversi tipi di strumenti, ad esempio: Centro di migrazione di Google Cloud, per aiutarti a valutare i carichi di lavoro esistenti. Per ulteriori informazioni, vedi Migrazione a Google Cloud: scegli uno strumento di valutazione.
Dal punto di vista della modernizzazione dei carichi di lavoro, lo strumento di valutazione di idoneità aiuta a valutare un carico di lavoro VM per determinare se è idoneo per la modernizzazione in un contenitore o per la migrazione a Compute Engine.
Fase del piano
Nella fase Pianifica, inizia con le applicazioni identificate e i carichi di lavoro cloud richiesti ed esegui le seguenti attività:
- Sviluppare una strategia di migrazione prioritaria che definisca wave di migrazione delle applicazioni e percorsi personalizzati.
- Identifica il modello di architettura di applicazioni ibride o multi-cloud di alto livello applicabile.
- Seleziona un pattern di architettura di networking che supporti pattern di architettura dell'applicazione selezionato.
Idealmente, devi incorporare il pattern di rete cloud con il design della landing zone. Il design della landing zone funge da elemento di base fondamentale delle architetture ibride e multi-cloud complessive. Il design richiede un'integrazione senza interruzioni con questi pattern. Non progettare la zona di destinazione in isolamento. Considera questi pattern di networking come un sottoinsieme della destinazione la progettazione delle zone.
Una landing zone può essere composta da applicazioni diverse, ciascuna con un pattern di architettura di rete diverso. Inoltre, in questa fase, è importante decidere la progettazione Gerarchia delle risorse, dei progetti e dell'organizzazione di Google Cloud per preparare la zona di destinazione del tuo ambiente cloud per gli ambienti ibridi o multi-cloud integrazione e deployment.
Nell'ambito di questa fase, devi considerare quanto segue:
- Definisci l'approccio di migrazione e modernizzazione. C'è ulteriori informazioni sugli approcci alla migrazione più avanti in questa guida. È inoltre descritto in modo più dettagliato nella sezione relativa ai tipi di migrazione di Eseguire la migrazione a Google Cloud.
- Utilizza i risultati della fase di valutazione e scoperta. Allinea li al carico di lavoro candidato di cui prevedi di eseguire la migrazione. Poi sviluppa un'applicazione il piano di migrazione. Il piano deve includere i requisiti stimati per le dimensioni delle risorse che hai stabilito durante la fase di valutazione.
- Definisci il modello di comunicazione richiesto tra le applicazioni distribuite e tra i componenti dell'applicazione per l'architettura ibrida o multi-cloud prevista.
- Scegli una soluzione adatta archetipo di deployment eseguire il deployment del carico di lavoro, ad esempio a livello di zona, di singola regione o globale, in base al modello architetturale scelto. L'archetipo che "Seleziona" è la base per creare un'architettura architetture di deployment su misura per le esigenze aziendali e tecniche.
- Decidi criteri di successo misurabili per la migrazione, con traguardi chiari per ogni fase o ondata di migrazione. Selezione di valutazione è essenziale, anche se l'obiettivo tecnico è avere l'architettura ibrida come configurazione a breve termine.
- Definisci gli SLA e i KPI delle applicazioni quando queste operano in una configurazione ibrida, in particolare per quelle che potrebbero avere componenti distribuiti in più ambienti.
Per ulteriori informazioni, vedi Informazioni sulla pianificazione della migrazione per aiutarti a pianificare una migrazione di successo e ridurre al minimo i rischi associati.
Fase di deployment
Nella fase di deployment, puoi iniziare a eseguire la migrazione strategia. Dato il numero potenziale di requisiti, è meglio adottare una un approccio iterativo.
Assegna le priorità ai carichi di lavoro in base alle wave di migrazione e alle applicazioni che vuoi sviluppati durante la fase di pianificazione. Con le architetture ibride e multi-cloud, inizia il deployment stabilendo la connettività necessaria tra Google Cloud e gli altri ambienti di calcolo. Per facilitare il modello di comunicazione richiesto per la tua architettura ibrida o multi-cloud basa il deployment sul tipo di progettazione e connettività di rete che hai scelto, oltre con lo schema di networking applicabile. Ti consigliamo di adottare questo approccio per la decisione di progettazione complessiva della landing zone.
Inoltre, devi testare e convalidare l'applicazione o il servizio in base ai criteri di successo dell'applicazione definiti. Idealmente, questi criteri dovrebbero includere funzionali e di test di carico (non funzionali) prima di passare al e produzione.
Fase di ottimizzazione
Nella fase Ottimizzazione, testa il deployment: dopo aver completato i test e l'applicazione o il servizio soddisfi la capacità funzionale e di prestazioni le aspettative, puoi spostarlo in produzione. Cloud Monitoring e visibilità strumenti come Cloud Monitoring può fornire informazioni su prestazioni, disponibilità e integrità dei tuoi le applicazioni e l'infrastruttura e per aiutarti a ottimizzare dove necessario.
Per ulteriori informazioni, vedi Eseguire la migrazione a Google Cloud: ottimizzare l'ambiente. Per scoprire di più su come progettare questi strumenti per un'architettura ibrida o multi-cloud, consulta Modelli di monitoraggio e logging ibridi e multi-cloud.
Valuta i carichi di lavoro candidati
La scelta degli ambienti di calcolo per carichi di lavoro diversi influisce notevolmente sul successo di una strategia ibrida e multicloud. Le decisioni relative al posizionamento dei carichi di lavoro devono essere in linea con obiettivi commerciali specifici. Pertanto, questi le decisioni devono essere guidate da casi d'uso aziendali mirati che consentano effetti aziendali. Tuttavia, a partire dai dati più critici per l'attività, il carico di lavoro e l'applicazione non sono sempre necessari né consigliati. Per maggiori informazioni le informazioni, vedi Scegliere le app di cui eseguire la migrazione per prime nella guida Migrate to Google Cloud.
Come discusso nel Driver commerciali e tecnici ci sono diversi tipi di fattori scatenanti e considerazioni per le soluzioni ibride e delle architetture multi-cloud.
Il seguente elenco riepilogativo di fattori può aiutarti a valutare la migrazione caso d'uso nel contesto di un'architettura ibrida o multi-cloud opportunità per avere un effetto aziendale misurabile:
- Potenziale di differenziazione o innovazione sul mercato reso possibile dall'utilizzo di servizi cloud per attivare determinate funzionalità o funzioni aziendali, come le funzionalità di intelligenza artificiale che utilizzano i dati on-premise esistenti per addestrare i modelli di machine learning.
- Potenziali risparmi sul costo totale di proprietà di un'applicazione.
- Potenziali miglioramenti di disponibilità, resilienza, sicurezza delle prestazioni, ad esempio l'aggiunta di un sito per il ripristino di emergenza (RE) nel cloud.
- Potenziale accelerazione dei processi di sviluppo e rilascio, ad esempio creando ambienti di sviluppo e test nel cloud.
I seguenti fattori possono aiutarti a valutare i rischi di migrazione:
- Il potenziale effetto di interruzioni causate da una migrazione.
- L'esperienza del team con i deployment nel cloud pubblico o con deployment per un cloud provider nuovo o secondo.
- La necessità di rispettare eventuali restrizioni legali o normative esistenti.
I seguenti fattori possono aiutarti a valutare le difficoltà tecniche di una migrazione:
- Le dimensioni, la complessità e l'età dell'applicazione.
- Il numero di dipendenze con altre applicazioni e servizi in diversi ambienti di calcolo.
- Eventuali restrizioni imposte da licenze di terze parti.
- Eventuali dipendenze da versioni specifiche di sistemi operativi, database o altre configurazioni dell'ambiente.
Dopo aver valutato i carichi di lavoro iniziali, puoi iniziare a assegnare la priorità e la definizione wave di migrazione e approcci. Quindi, puoi identificare i pattern di architettura applicabili e le risorse pattern di networking. Questo passaggio potrebbe richiedere più iterazioni, perché la valutazione potrebbe cambiare nel tempo. Vale quindi la pena rivalutare i carichi di lavoro dopo aver nei tuoi primi deployment cloud.