Questo documento spiega come applicare attività predefinite da tenere in considerazione quando si pianifica una strategia ibrida e multi-cloud. Si espande di assistenza Driver, considerazioni, strategia e approcci. Questo articolo definisce e analizza le considerazioni di business che le aziende dovrebbero tenere in considerazione quando pianificano una strategia di questo tipo.
Chiarisci e concorda 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 computing.
- Quale pattern dell'architettura delle applicazioni da applicare a più carichi di lavoro.
- Quali tecnologie e pattern dell'architettura di networking per l'utilizzo.
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 di stakeholder concorrenti.
Per evitare queste situazioni, inizia a formulare una dichiarazione visiva che affronti il tema le seguenti domande (come minimo):
- Qual è il caso d'uso aziendale target per raggiungere gli scopi commerciali specifici?
- Perché l'approccio e l'ambiente di elaborazione attuali non sono sufficienti per soddisfano gli scopi commerciali?
- Quali sono i principali aspetti tecnologici per cui eseguire l'ottimizzazione utilizzando nel cloud pubblico?
- Perché e in che modo il nuovo approccio ottimizzerà la tua attività e raggiungerà il tuo obiettivo obiettivi?
- Per quanto tempo prevedi di utilizzare la tua configurazione ibrida o multi-cloud?
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 vision architetturale generale della tua organizzazione, allineati al 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.
- Usare strumenti e processi coerenti nei vari ambienti per fornire una visione olistica su sicurezza, costi e opportunità di ottimizzazione.
- Utilizzare standard di conformità e sicurezza coerenti per applicare un approccio unificato la governance dell'IA.
Per quanto riguarda la pianificazione dell'architettura, i principali 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 in 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 per un'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.
Aiuta a determinare la tua architettura ibrida o multi-cloud tecnica obiettivi ed esigenze, i passaggi nel diagramma di flusso precedente iniziano con requisiti e obiettivi 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 viaggio. Il seguente diagramma illustra le fasi di questo percorso come descritto in Eseguire la migrazione a Google Cloud.
Questa sezione fornisce indicazioni su come "Pianifica" "Esegui il deployment", e "Ottimizza" fasi 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 possono applicarsi singolarmente, non a tutti i carichi di lavoro contemporaneamente. In qualsiasi momento, diversi carichi di lavoro potrebbero trovarsi in fasi diverse:
Valuta la fase
Nella fase Valutazione, esegui una valutazione iniziale del carico di lavoro. Durante questa fase, considera gli obiettivi delineati nella tua visione e pianificazione della strategia documenti. Scegli un piano di migrazione identificando prima un elenco di candidati di carichi di lavoro che potrebbero trarre vantaggio dall'essere di cui è stato eseguito il deployment o la migrazione al cloud pubblico.
Per iniziare, scegli un carico di lavoro non critico per l'azienda o troppo difficile eseguire la migrazione (con dipendenze minime o nulle da qualsiasi carico di lavoro in altri ambienti), ma sufficientemente tipico da fungere da modello per i deployment futuri migrazioni di Kubernetes.
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, strumento di valutazione di idoneità aiuta a valutare un carico di lavoro VM per determinare se è adatto la modernizzazione a un container o la migrazione a Compute Engine.
Fase del piano
Nella fase di pianificazione, inizia con le applicazioni identificate e il cloud richiesto carichi di lavoro ed eseguire le attività seguenti:
- Sviluppare una strategia di migrazione prioritaria che definisca wave di migrazione delle applicazioni e percorsi personalizzati.
- Individua le parti pattern di architettura delle applicazioni ibride o multi-cloud di alto livello.
- Seleziona un pattern di architettura di networking che supporti pattern di architettura dell'applicazione selezionato.
Idealmente, dovresti incorporare il pattern di networking cloud con progettazione della zona di destinazione. La progettazione della zona di destinazione è un elemento fondamentale della strategia generale con architetture ibride e multi-cloud. Il design richiede integrazione con questi pattern. Non progettare la zona di destinazione in e l'isolamento dei dati. Considera questi pattern di networking come un sottoinsieme della destinazione la progettazione delle zone.
Una zona di destinazione può essere composta da diverse applicazioni, ognuna con una diversi modelli di architettura di rete. 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:
- Definire l'approccio alla migrazione e alla modernizzazione. C'è ulteriori informazioni sugli approcci alla migrazione più avanti in questa guida. Inoltre, viene trattata in modo più dettagliato nel tipi di migrazione sezione di Eseguire la migrazione a Google Cloud.
- Utilizza i risultati della fase di valutazione e scoperta. Allinea con il carico di lavoro dei candidati di cui prevedi di eseguire la migrazione. Poi sviluppa un'applicazione il piano di migrazione. Il piano deve incorporare il dimensionamento stimato delle risorse i requisiti che hai determinato durante la fase di valutazione.
- Definisci il modello di comunicazione richiesto tra tra applicazioni distribuite e tra i componenti un'architettura ibrida o multi-cloud che esista.
- 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.
- Stabilisci i criteri misurabili di successo per la migrazione con traguardi chiari per ogni fase o fase della migrazione. Selezione criteri è essenziale, anche se l'obiettivo tecnico è avere l'architettura ibrida come configurazione a breve termine.
- Definisci gli SLA (accordi sul livello del servizio) e i KPI delle applicazioni operare in una configurazione ibrida, soprattutto per le applicazioni potrebbe 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 architetture ibride e multi-cloud, avvia il deployment stabilendo la connettività necessaria tra Google Cloud e gli altri ambienti di computing. 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 generale di progettazione della zona di destinazione.
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 saperne di più su come progettare questi strumenti per ambienti ibridi o multi-cloud architettura, consulta Pattern di logging e monitoraggio ibridi e multi-cloud
Valuta i carichi di lavoro candidati
La scelta di ambienti di calcolo per carichi di lavoro diversi in modo significativo influisce sul successo di una strategia ibrida e multi-cloud. Posizionamento del carico di lavoro possono 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, partire con gli aspetti più importanti per l'azienda, 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 nel contesto di un'architettura ibrida o multi-cloud con opportunità per avere un effetto aziendale misurabile:
- Il potenziale di differenziazione o innovazione del mercato, reso possibile l'utilizzo di servizi cloud per abilitare determinate funzioni o funzionalità aziendali, come le funzionalità di intelligence artificiale che utilizzano dati on-premise esistenti per addestrare i modelli di machine learning.
- Potenziali risparmi sul costo totale di proprietà per 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 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 diversi ambienti di elaborazione.
- Eventuali restrizioni imposte da licenze di terze parti.
- Eventuali dipendenze da versioni specifiche di sistemi operativi, database o altre configurazioni di ambiente.
Dopo aver valutato i carichi di lavoro iniziali, puoi iniziare a assegnare la priorità e la definizione wave di migrazione e approfondimenti. Quindi, puoi identificare i pattern di architettura applicabili e le risorse pattern di networking. Questo passaggio potrebbe richiedere più iterazioni, perché la valutazione potrebbe cambiano nel tempo. Vale quindi la pena rivalutare i carichi di lavoro dopo aver nei tuoi primi deployment cloud.