Cloud: che Cos’è e come funziona?
Uno dei più fastidiosi gli aspetti del settore tech è la proliferazione di parole e marketing parlare. Prendere il “cloud”, per esempio. In qualche modo, siamo riusciti a ri-etichetta la pratica di riempire gigante, il potere-succhiare, il calore inutilmente, senz’anima magazzini di potenza di calcolo in qualcosa di bello e fluttuanti come “cloud”.
E ora abbiamo anche “multi-cloud”. Nella febbrile mondo del marketing, che cosa è esattamente il “multi-cloud”? Chi se ne frega? Chi lo usa?
Il modo migliore per capire multi-cloud è quello di immaginare uno scenario di questo tipo: di Recente, nel Nord Widget deciso di adottare il cloud-prima strategia. Se una funzione può essere messo in cloud vs installato in locale, il cloud è la scelta preferita.
Quando Settentrionale Widget aggiunto una nuova esperienza del cliente analisi del sentiment grande infrastruttura di dati, hanno deciso che questa nuova buzzword zuppa dovrebbe essere installato in un rack virtuale in AWS. Si filava di una rete di macchine virtuali, usato altri aspetti di Amazon on-demand infrastrutture e distribuito la loro soluzione.
Così lontano, così buono. Poi Amazon ha avuto un’interruzione. Non era grande, ma era una chiamata di wake-up a Nord team di gestione. Ogni volta che i loro clienti sperimentato un’interruzione, il Nord è stato penalizzato. Interruzioni, quindi, sono il male.
Dopo circa quattro mesi di incontri e chiamate in conferenza, il Nord ha deciso di clonare la loro infrastruttura AWS per Azure.
E così avvenne che il Nord Widget ora aveva infrastructure-as-a-service (IaaS) buildouts in esecuzione su AWS e Azure. Avevano anche una infrastruttura locale. In cima a tutto questo, hanno anche utilizzato una varietà di SaaS sistemi, che vanno da SalesForce per Gmail lenta e Dropbox.
Mentre c’è molto da discutere su SaaS, cerchiamo di limitare articolo di oggi solo il IaaS sfide Nord Widget è di fronte con il coordinamento di AWS e Azure.
Questo perché non è mai così semplice, vero? Certo, è possibile impostare virtuale Linux box in entrambi gli ambienti, creare storage, costruire microservices. Ma non importa quanto vicino si tenta di ottenere, le architetture sono andate diversamente, i contratti di servizio stanno per essere diversi, i sistemi di gestione delle identità stanno per essere diversi, e così sono le console di gestione.
Nord CHE i gestori si sono trovati costantemente saltando tra le console di gestione per la loro eredità locale roba, più per i loro vari AWS Azzurro e installazioni. Un reparto è andato canaglia e, invece di costruire fail-over per Azure, ha deciso di costruire fail-over di Bluemix.
Dal momento in cui il CIO scoperto, troppi dati e l’infrastruttura era stata costruita in Bluemix per tirarlo fuori, così ora la società aveva AWS, Azure, e Bluemix per coordinare.
Questo è multi-cloud. Non è piacevole. Ma la sua ragione di esistenza è certamente comprensibile. Non smart azienda vuole mettere tutte le sue uova in un paniere, anche se il cestino viene eseguito da personale altamente affidabili aziende come Amazon, Microsoft o IBM.
Ci sono una varietà di ragioni per questa attenzione. Uno dei motivi è il failover e il disaster recovery. In tutti i sistemi complessi esperienza di fallimento, e nel caso in cui l’infrastruttura non riesce per un motivo o per l’altro, avere un backup del data center virtuale può essere critico. Questo è particolarmente importante in un mondo in cui gli attacchi informatici sono ormai la norma.
Un’altra ragione è tutta venditore-relazione parte del puzzle. Cosa succede se il vostro fornitore di soluzioni cloud, improvvisamente cambia strategia o di gestione e comincia a considerare come un concorrente o imposta i suoi termini di servizio, i prezzi o le altre condizioni per qualcosa di insostenibile? Se sei una continuità con una base utente attivo, i mesi che ci vorrebbe per la migrazione può essere troppo lungo. Ancora una volta, sei essenzialmente guardando una situazione di failover, ma qui si basa su termini di business, non di problemi tecnici.
Vedete dove sto andando con questo. Altri motivi per andare in questo modo sono possibili governo o questioni di giurisdizione, il potenziale di una modifica di un fornitore di tecnologia stack di rottura dei sistemi, il desiderio di avere la capacità di gestire i picchi attraverso i fornitori, la necessità di costruire e la pratica del design di astrazione in modo che si dispone di un livello che non dipende da un fornitore della piattaforma di base, e di più.
Una variazione sul multi-cloud concetto di ibrido. Essenzialmente, l’ibrido è un mix di infrastrutture localizzate in sede e di infrastruttura, situato nel cloud. Ibrido, quindi, possono incorporare multi-cloud. Questo, ovviamente, aumenta la complessità di gestione da ancora un altro livello.
Nord Widget, il nostro scenario di esempio, l’esecuzione di un ibrido È operazione. Sono alcuni vecchi sistemi on-premise, cloud e infrastrutture in AWS, Azure, e Bluemix. Tutti questi sistemi hanno bisogno di essere gestite attraverso una miscela di monitoraggio, di politiche, di automazione, e la federazione.
Ogni multi-cloud o ibrido È la configurazione è differente. Quando sei in alto nella pila, le cose non sono così variegato. La tua esperienza e la mia esperienza di Gmail (separato da un paio di add-ons) sarà essenzialmente lo stesso. Questo perché, al pubblico, a livello di applicazione, siamo tutte con gli stessi strumenti.
Ma al privato di infrastrutture di livello, dove ogni società costruisce la propria IaaS stack per soddisfare le proprie specifiche esigenze, la configurazione dello stack è differente per ogni organizzazione.
Non ho intenzione di immergersi in varie strumento di pile in questo articolo. Invece, il mio messaggio è semplice: basta spostare la nuvola non ha intenzione di risolvere i vostri problemi. Infatti, quando si sposta verso il cloud, si aggiunge tutto nuovi livelli di complessità per le vostre operazioni di gestione.
Tenere a mente la necessità di automatizzare e gestire attraverso le nuvole, e di pianificare e di bilancio, non solo per le risorse messe a disposizione dai vari fornitori di cloud pubblici che si sceglie, ma anche per tutti i software e le licenze è necessario per gestire il tutto.
È possibile seguire il mio giorno per giorno gli aggiornamenti del progetto sui social media. Essere sicuri di follow me on Twitter @DavidGewirtz, su Facebook a Facebook.com/DavidGewirtz su Instagram a Instagram.com/DavidGewirtz e su YouTube YouTube.com/DavidGewirtzTV.