Questo documento definisce e illustra gli scopi commerciali, i fattori trainanti e e come questi fattori possono influenzare le decisioni di progettazione alla creazione di architetture ibride e multi-cloud.
Obiettivi
Un'organizzazione può adottare un'architettura ibrida o multi-cloud come permanente per raggiungere specifici scopi commerciali o come stato temporaneo per facilitare determinati requisiti, come la migrazione al cloud.
Rispondere alle seguenti domande sulla tua attività è un buon modo per definire i tuoi requisiti aziendali e stabilire aspettative specifiche su come raggiungere alcuni o tutti gli obiettivi commerciali. Queste domande si concentrano su ciò che è necessario per la tua attività, non su come raggiungerlo tecnicamente.
- Quali obiettivi aziendali spingono la decisione di adottare un modello ibrido multi-cloud?
- Quali sono gli scopi aziendali e tecnici in un ambiente ibrido o multi-cloud che ti aiuterà a raggiungere?
- Quali fattori aziendali hanno influenzato questi obiettivi?
- Quali sono i requisiti aziendali specifici?
Nel contesto delle architetture ibride e multi-cloud, un obiettivo aziendale per come cliente enterprise potrebbe essere quello di espandere le operazioni di vendita online o i mercati da una singola regione di diventare uno dei leader globali nel proprio segmento di mercato. Uno. degli scopi commerciali potrebbe essere iniziare ad accettare ordini di acquisto da di utenti in tutto il mondo (o da regioni specifiche) nel giro di sei mesi.
Per supportare i requisiti e gli scopi commerciali menzionati in precedenza, il potenziale obiettivo tecnico primario è l'espansione dell'infrastruttura IT e delle applicazioni di un'azienda, da un modello solo on-premise basata su un'architettura ibrida, sfruttando le capacità e i servizi globali dei servizi nuvole. Questo scopo deve essere specifico e misurabile, definire chiaramente il in termini di regioni e tempistiche di espansione.
In generale, un'architettura ibrida o multi-cloud è raramente un obiettivo in sé, ma ma piuttosto un mezzo per raggiungere gli obiettivi tecnici determinati da un'attività i tuoi requisiti. Pertanto, la scelta della giusta architettura ibrida o multi-cloud è necessario chiarire innanzitutto questi requisiti.
È importante distinguere gli scopi commerciali da quelli gli obiettivi del tuo progetto IT. Gli scopi commerciali devono concentrarsi sull'obiettivo e la missione della tua organizzazione. Gli obiettivi tecnici dovrebbero concentrarsi creando una base tecnologica che consenta alla tua organizzazione di rispondere requisiti e obiettivi aziendali.
I fattori di business influenzano il raggiungimento degli obiettivi commerciali. Pertanto, identificare chiaramente i fattori di motivazione dell'attività può contribuire a modellare l'attività in modo che siano più pertinenti alle esigenze e alle tendenze del mercato.
Il seguente diagramma di flusso illustra i fattori scatenanti e gli obiettivi commerciali requisiti, gli obiettivi tecnici e i requisiti, nonché il modo in cui che sono correlati tra loro:
Fattori aziendali e tecnici
Considera come i tuoi fattori di business influenzano i tuoi obiettivi tecnici. Alcune fattori comuni che influiscono sul business nella scelta di un modello ibrido architettura includono quanto segue:
- Rispettare le leggi e normative sulla sovranità dei dati.
- Ridurre la spesa in conto capitale (CAPEX) o la spesa generale per l'IT con l'assistenza
delle discipline nell'ambito della gestione finanziaria nel cloud e dell'ottimizzazione dei costi, come
FinOps.
- L'adozione del cloud può essere guidata da scenari che aiutano a ridurre CAPEX, ad esempio la creazione di una soluzione di ripristino di emergenza in un ambiente ibrido un'architettura multi-cloud.
- Migliorare l'esperienza utente.
- Maggiore flessibilità e agilità per rispondere alle mutevoli richieste del mercato.
- Migliorare la trasparenza sui costi e sul consumo delle risorse.
Considera il tuo elenco di fattori aziendali che influiscono sull'adozione di un ambiente ibrido o multi-cloud Transformer. Non considerarli isolati. La tua decisione finale dovrebbe dipendere dall'equilibrio delle priorità aziendali.
Una volta che l'organizzazione ha compreso i vantaggi del cloud, può decidere di eseguire la migrazione completa se non ci sono vincoli, come costi o che richiedono l'hosting on-premise di dati ad alta sicurezza, gli impedisca di farlo.
Sebbene l'adozione di un unico cloud provider possa offrire numerosi vantaggi, complessità ridotta, integrazioni incorporate tra i servizi e ottimizzazione dei costi opzioni come sconti per impegno di utilizzo, ci sono ancora alcuni scenari in cui un'architettura multi-cloud può essere vantaggiosa per un'azienda. Di seguito sono riportati i fattori aziendali più comuni per l'adozione di una multi-cloud, insieme alle considerazioni associate per ogni conducente:
- Rispettare le leggi e normative sulla sovranità dei dati: la più comune
scenario è quando un'organizzazione espande la propria attività in una nuova regione
o paese e deve rispettare le nuove normative sull'hosting dei dati.
- Se il provider di servizi cloud utilizzato (CSP) esistente non dispone di un cloud locale regione del paese in questione, ai fini della conformità la soluzione comune è utilizzare un altro CSP che ha una regione cloud locale in quel paese.
- Riduzione dei costi: la riduzione dei costi è spesso il motore più comune per l'attività per l'adozione di una tecnologia o architettura. Tuttavia, è importante non considerare solo il costo dei servizi e i potenziali prezzi al momento di decidere se adottare un'architettura multi-cloud. Account per i costi di creazione e gestione di una soluzione su più cloud, ed eventuali vincoli architetturali che potrebbero derivare da sistemi esistenti.
A volte, le potenziali sfide associate a un ambiente strategia può prevalere sui vantaggi. Una strategia multi-cloud potrebbe introdurre costi aggiuntivi in seguito.
Sfide comuni associati allo sviluppo di una strategia multi-cloud includono quanto segue:
- Aumento della complessità di gestione.
- Garantire una sicurezza coerente.
- Integrazione degli ambienti software.
- Ottenere prestazioni e affidabilità cross-cloud coerenti.
- Creare un team tecnico con competenze multi-cloud potrebbe costoso e potrebbe richiedere l'espansione del team, a meno che non sia gestito una società terza.
- Gestione dei prezzi dei prodotti e degli strumenti di gestione da ciascun CSP.
- Senza una soluzione in grado di fornire costi unificati visibilità e dashboard, può essere difficile gestire i costi in più ambienti. In questi casi, potresti la soluzione di gestione dei costi cloud di Looker applicabile. Per ulteriori informazioni, vedi La strategia per ottimizzare in modo efficace la gestione dei costi di fatturazione cloud.
- Utilizzare le funzionalità uniche di ciascun CSP: un'architettura multi-cloud
consente alle organizzazioni di utilizzare nuove tecnologie aggiuntive per migliorare
le capacità della tua azienda senza essere limitati alle scelte
offerti da un unico cloud provider.
- Per evitare rischi o complessità imprevisti, valuta potenziali sfide grazie alla fattibilità e all'efficacia degli utenti, incluse le sfide comuni menzionate in precedenza.
- Evitare vincoli al fornitore: a volte le aziende vogliono evitare di essere
in un unico cloud provider. Un approccio multi-cloud consente loro di scegliere
la soluzione migliore per le sue esigenze aziendali. Tuttavia, la fattibilità
questa decisione dipende da diversi fattori, tra cui:
- Dipendenze tecniche
- Considerazioni sull'interoperabilità tra le applicazioni
- Costi di ricostruzione o refactoring delle applicazioni
- Competenze tecniche
- Sicurezza e gestibilità coerenti
- Migliorare il livello di affidabilità e disponibilità di business critical : in alcuni scenari, un'architettura multi-cloud può fornire la resilienza alle interruzioni. Ad esempio, se una regione di un CSP non funziona, il traffico può essere instradato a un altro CSP nella stessa regione. Questo scenario presuppone che entrambi i cloud provider supportino le funzionalità richieste in quella regione.
Quando il mandato delle normative sulla residenza dei dati in un paese o una regione specifici archiviazione di dati sensibili, come le informazioni che consentono l'identificazione personale (PII): all'interno di quella posizione, un approccio multi-cloud può fornire una soluzione. Utilizzando due CSP in una regione per fornire resilienza alle interruzioni, puoi favorire la conformità alle restrizioni normative, per soddisfare i requisiti di disponibilità.
Di seguito sono riportate alcune considerazioni sulla resilienza da valutare prima adottando un'architettura multi-cloud:
- Spostamento dei dati: con quale frequenza i dati possono spostarsi all'interno del tuo ambiente multi-cloud?
- Il trasferimento di dati può comportare costi significativi per il trasferimento di dati?
- Sicurezza e gestibilità: esistono potenziali livelli di sicurezza le complessità della gestibilità?
- Parità di funzionalità: entrambi i CSP della regione selezionata offrono la le funzionalità e i servizi richiesti?
- Competenze tecniche: il team tecnico ha le competenze necessarie per gestire un'architettura multi-cloud?
Considera tutti questi fattori quando valuti la fattibilità dell'utilizzo di multi-cloud per migliorare la resilienza.
Quando si valuta la fattibilità di un'architettura multi-cloud, è importante prendi in considerazione i vantaggi a lungo termine. Ad esempio, il deployment di applicazioni su più cloud a scopo di ripristino di emergenza una maggiore affidabilità potrebbe aumentare i costi a breve termine, ma potrebbe impedire o in caso di guasti. Tali errori possono causare danni finanziari e alla reputazione. Pertanto, è importante valutare i costi a breve termine rispetto il valore potenziale a lungo termine dell'adozione del multi-cloud. Inoltre, i modelli a lungo termine il valore potenziale può variare in base alle dimensioni dell'organizzazione, alla scala tecnologica criticità della soluzione tecnologica e del settore.
Organizzazioni che pianificano di creare con successo un ambiente ibrido o multi-cloud dell'ambiente, dovresti prendere in considerazione creando un Cloud Center of Excellence (COE). Un team del COE può diventare il canale per trasformare il modo i team interni dell'organizzazione servono l'attività durante la transizione al cloud. Il COE è uno dei modi in cui la tua organizzazione può gestire più rapidamente il cloud, favorire la standardizzazione e mantenere un allineamento più solido tra la tua strategia aziendale e i tuoi investimenti nel cloud.
Se l'obiettivo dell'architettura ibrida o multi-cloud è creare un stato temporaneo, i fattori di business più comuni includono:
- La necessità di ridurre i CAPEX o la spesa generale per l'IT a breve termine in modo programmatico a gestire i progetti.
- La possibilità di eseguire rapidamente il provisioning di questa infrastruttura
per supportare un caso d'uso aziendale. Ad esempio:
- Questa architettura potrebbe essere utilizzata per progetti a tempo limitato. it potrebbe essere usata per supportare un progetto che richiede una scalabilità elevata un'infrastruttura distribuita per un periodo di tempo limitato, on-premise.
- La necessità di progetti di trasformazione digitale pluriennali che richiedono di creare e utilizzare un'architettura ibrida per alcuni per aiutarli ad allineare la modernizzazione dell'infrastruttura e delle applicazioni con le sue priorità aziendali.
- La necessità di creare un'architettura ibrida temporanea, multi-cloud o mista dopo una fusione aziendale. In questo modo la nuova organizzazione può definire per lo stato finale della sua nuova architettura cloud. È comune per due società di fusione per usare provider cloud diversi, o per una sola azienda di utilizzare un data center privato on-premise e l'altro di utilizzare il cloud. In entrambi i casi, il primo passo nella fusione e acquisizione è quasi sempre per integrare i sistemi IT.
Fattori tecnici
La sezione precedente riguardava i fattori di business. Per ottenere l'approvazione, i principali le decisioni architetturali richiedono quasi sempre il supporto di questi conducenti. Tuttavia, i driver tecnici, che possono essere basati su un guadagno tecnico o un vincolo di 50% e In alcuni scenari, necessarie per convertire i fattori tecnici in driver aziendali e spiegare possono avere un impatto positivo o negativo sull'attività.
Il seguente elenco non esaustivo contiene alcuni fattori tecnici comuni per adottando un'architettura ibrida o multi-cloud:
- Sviluppare funzionalità tecnologiche, come l'analisi avanzata che potrebbero essere difficili da implementare in ambienti esistenti.
- Migliorare la qualità e le prestazioni del servizio.
- Automatizzare e accelerare le implementazioni delle applicazioni per ottenere un time to market e tempi di ciclo più brevi.
- Utilizzo di API e servizi di alto livello per accelerare lo sviluppo.
- Accelerazione del provisioning delle risorse di computing e archiviazione.
- Utilizzo di servizi serverless per creare servizi e funzionalità elastiche in modo rapido e su larga scala.
- L'utilizzo di funzionalità di infrastruttura globale per creare architetture multiregionali per soddisfare determinati requisiti tecnici.
Il driver tecnico più comune per gli ambienti ibridi temporanei e temporanei multi-cloud consiste nel facilitare la migrazione da un ambiente on-premise cloud o a un altro cloud. In generale, le migrazioni al cloud sono quasi sempre naturali per la configurazione del cloud ibrido. Le aziende spesso devono passare in modo sistematico applicazioni e dati in base alle loro priorità. Analogamente, una configurazione a breve termine potrebbe avere lo scopo di facilitare una proof of concept utilizzando tecnologie avanzate disponibili nel cloud per un determinato periodo.
Decisioni di progettazione tecnica
L'obiettivo tecnico identificato e i suoi fattori chiave sono fondamentali per un'architettura basata sul business e la selezione di una delle modelli discussi in questa guida. Ad esempio, per supportare un'attività specifica potrebbe fissare uno scopo commerciale per costruire una fase di ricerca pratica di sviluppo per i tre-sei mesi. Il requisito aziendale principale a sostegno di questo obiettivo potrebbe essere creare l'ambiente tecnologico necessario per ricerca e progettazione con il minor costo di CAPEX possibile.
L'obiettivo tecnico in questo caso è avere una configurazione temporanea del cloud ibrido. Il fulcro di questo obiettivo tecnico è sfruttare l'offerta modello di determinazione del prezzo del cloud per soddisfare le esigenze di business requisito. Un altro fattore è influenzato dalla tecnologia specifica che richiedono una soluzione cloud con capacità di calcolo elevata configurazione rapida.
Utilizza Google Cloud per le architetture ibride e multi-cloud
L'utilizzo di soluzioni open source può semplificare l'adozione di un ambiente ibrido e multi-cloud e ridurre al minimo i vincoli al fornitore. Tuttavia, devi considerare le seguenti potenziali complessità nella pianificazione di un'architettura:
- Interoperabilità
- Gestibilità
- Costo
- Sicurezza
Creare su una piattaforma cloud che contribuisca a e supporta l'open source possono aiutarti a semplificare il tuo percorso verso l'adozione di ambienti ibridi e multi-cloud diverse architetture. Cloud aperto ti offre un approccio che offre la massima possibilità di scelta e contenuti astratti complessità. Inoltre, Google Cloud offre la flessibilità necessaria per eseguire la migrazione, creare e ottimizzare le applicazioni in ambienti ibridi e multi-cloud, minimizzando i vincoli al fornitore, utilizzando le migliori soluzioni e rispettando le normative i tuoi requisiti.
Google è anche una delle che hanno contribuito maggiormente all'ecosistema open source e collabora con la community open source per sviluppare ben noto tecnologie open source come Kubernetes. Quando viene implementato come servizio gestito, Kubernetes può aiutarti ridurre le complessità legate alla gestione e alla sicurezza di ambienti ibridi e multi-cloud.