Sommario:
- Latenza: le prestazioni contano
- Sicurezza: pianificazione nel contesto
- Governance: ottenere il giusto equilibrio
- Creare flessibilità nel modello
Video: Azure Stack - An extension of Azure | Azure Friday 2024
Quando si pianifica la distribuzione in un ambiente cloud ibrido, tenere presente che il cloud ibrido non è un singolo modello architettonico; piuttosto, è una combinazione di molti servizi diversi che si trovano su piattaforme diverse. Dal punto di vista dell'architettura, è importante esaminare le relazioni tra i servizi utilizzati insieme. Pertanto, l'utilizzo delle tecnologie di gestione del cloud deve essere considerato come parte del framework architettonico del cloud ibrido.
Nel cloud ibrido, non riunirai mai tutti i servizi e gli elementi come se fossero un unico sistema. Invece, è necessario avere una chiara comprensione dei servizi distribuiti e di come si relazionano tra loro. Molti degli approcci richiedono la creazione di modelli di best practice che possano essere utilizzati per creare i giusti collegamenti tra i servizi.
È necessario creare un ambiente cloud ibrido ben progettato per supportare il cambiamento. Il cambiamento può essere l'aggiunta di un altro servizio cloud, come un'applicazione SaaS (Software as a Service) o un nuovo business partner e il loro insieme di servizi. In sostanza, i modelli ibridi hanno le seguenti considerazioni architettoniche primarie:
-
Latenza e prestazioni
-
Sicurezza
-
Governance
-
Affidabilità nel contesto del cambiamento
Latenza: le prestazioni contano
Quando si pianifica il modello ibrido, è necessario considerare il prestazioni generali della tua piattaforma, il che significa che devi monitorare e misurare l'intero ambiente. Ad esempio, diciamo che un problema critico per la tua azienda è la velocità con cui gli ordini dei clienti sono confermati. Se non gestisci questo problema in modo efficiente, i clienti non saranno felici e potranno trasferirsi in un altro fornitore. È possibile che si desideri mantenere la gestione delle transazioni in esecuzione all'interno di un cloud privato o in un ambiente di data center.
Se si dovesse utilizzare un servizio di gestione delle transazioni cloud pubblico, la latenza coinvolta nello spostamento dei dati tra le reti causerebbe ritardi nel servizio. Inoltre, alcune applicazioni richiedono accesso e manipolazione regolari di dati complessi. Se ciò dovesse accadere regolarmente, potresti non essere in grado di adempiere come previsto dai clienti. In questa situazione, attenersi alla soluzione attuale locale oa un ambiente cloud privato ben progettato. D'altra parte, potreste scoprire che per altre applicazioni, un'applicazione SaaS fornisce una latenza accettabile per soddisfare le esigenze dei vostri elettori.
Oltre alle prestazioni di uno specifico servizio cloud, è necessario considerare la posizione di un servizio.Un servizio in un cloud pubblico può andare bene per un tipo di utilizzo ma può avere una latenza inaccettabile quando diversi servizi necessitano di scambiare dati rapidamente. Pertanto, parte dell'architettura ibrida richiede di comprendere il ruolo svolto da ciascun servizio e il modo in cui tali servizi devono interagire tra loro.
Sicurezza: pianificazione nel contesto
Quando si pianifica l'ambiente ibrido, all'inizio è necessario riflettere sui requisiti di sicurezza per i clienti. Che tipo di ambiente stai fornendo ai tuoi clienti? Stai creando una risorsa informativa che potrebbe essere legata a un set di schede prodotto?
Tuttavia, se hai creato una piattaforma che gestisce i dati sanitari privati, devi assicurarti di aver creato il livello di protezione e privacy dei tuoi clienti (e della pubblica amministrazione). È necessario comprendere queste considerazioni prima di iniziare la progettazione. Quindi, assicurati che i fornitori di servizi cloud possano soddisfare le tue esigenze.
Governance: ottenere il giusto equilibrio
Come per la sicurezza, i requisiti di governance determineranno il modo in cui pianificherai il tuo ambiente cloud ibrido. Molte industrie hanno regole di ingaggio considerate best practice. Se fai parte di un settore che è necessario per soddisfare requisiti di governance sofisticati, è importante selezionare partner che soddisfino le tue esigenze. Potresti scoprire che non puoi utilizzare una terza parte per questa parte del tuo ambiente.
Molti paesi hanno linee guida e requisiti rigorosi su come devono essere gestiti i dati privati. In alcuni paesi, i dati di una persona devono essere archiviati fisicamente in tale paese. Questi tipi di requisiti di governance richiedono che le organizzazioni IT pianifichino la propria piattaforma tenendo conto di ciò. Ciò significa includere servizi di gestione dei processi che determinano dove devono essere archiviati i dati, il che significa che, in alcuni paesi, i dati vengono archiviati in un singolo centro dati fisico. In altri paesi, i dati possono essere altamente distribuiti tra le aree geografiche senza violare le regole. Alcuni fornitori di servizi cloud possono implementare politiche automatizzate che garantiscono che determinati servizi vengano eseguiti in base a queste regole.
Creare flessibilità nel modello
Le aziende che guardano al cloud computing in genere assumono che si tratti di un modello tutto-o-niente. Tuttavia, il cloud computing è semplicemente parte di un piano architettonico generale distribuito. All'interno di una struttura architettonica, è importante determinare gli obiettivi aziendali, prestazionali e dei clienti e, per fare ciò, è necessario tenere conto di tutti gli aspetti dell'informatica.
È necessario considerare il problema della latenza delle prestazioni complessive e della latenza della gestione dei dati. Se le applicazioni ei servizi offerti ai clienti si basano su un insieme di servizi strettamente associati a molte dipendenze, un servizio cloud pubblico causerà seri problemi alle prestazioni. Tuttavia, se l'organizzazione sta creando e sfruttando una piattaforma di servizi ben definiti e liberamente accoppiati progettati per essere facilmente collegati insieme in fase di esecuzione, un servizio cloud pubblico è l'ideale.
La maggior parte delle organizzazioni ha una combinazione di questi due scenari; quindi, dal punto di vista dell'architettura, è necessario pensare alla propria piattaforma come a una combinazione di data center, cloud privato e servizi di cloud pubblico.Quando si affrontano le considerazioni architettoniche da questa prospettiva olistica, il cliente è ben servito e protetto.
Alcuni fornitori ti aiuteranno effettivamente fornendo diverse opzioni di implementazione (pubblica, privata, data center) dalla stessa piattaforma, rendendo più facile per la tua azienda avere una piattaforma unificata che possa adattarsi a un ampio numero di casi d'uso e vincoli.