Numero di telefono : 13486085502
July 23, 2020
«Sollevamento pesante non differenziato.» Ciò è come i web service di Amazon ha caratterizzato il lavoro condotto normalmente dai dipartimenti di IT nei centri dati di impresa dal lancio del suo servizio pubblico della nuvola.
Il movimento verso la nuvola e «voi ottengono di prendere quella risorsa scarsa — i vostri ingegneri di sviluppo di software — ed invece di fare loro lavorare alla sospensione pesante non differenziata dell'infrastruttura, ottenete di lavorare a che cosa differenzia il vostro affare,» avete rilevato il CEO Andy Jassy di AWS durante il Re della sua società 2015: Inventi i concetti fondamentali. «E poi ottenete di spiegare la vostra applicazione sull'infrastruttura mondiale.»
Più presto che anno, Dropbox — un servizio di archiviazione di dati della nuvola fondato su AWS — ha lanciato il suo sforzo per muovere l'altra direzione. Ha preveduto un periodo quando potrebbe più non riportare in scala i suoi servizi in sintonia con la richiesta di cliente, malgrado le promesse di Jassy che le risorse di Amazon fossero efficacemente infinite. Fra febbraio e ottobre di 2015, il Dropbox ha riassegnato con successo 90 per cento dell'600 petabytes stimati del suo cliente che dati alla sua rete interna dei centri dati hanno definito la tasca magica.
«Era chiaro noi dall'inizio che avremmo dovuto costruire tutto da zero,» ha scritto il VP Akhil Gupta dell'infrastruttura di Dropbox sul suo blog della società nel 2016, «poiché c'è niente nella comunità di open source che si rivela lavorare attendibilmente alla nostra scala. Poche società nel mondo hanno gli stessi requisiti della scala di stoccaggio di facciamo.»
Le dichiarazioni gradiscono quella hanno provocato alcuno per vedere la migrazione inversa del tamburo come genere di evento prodotto su commissione. A differenza dell'impresa di ogni giorno in un'industria come petrolio, la sanità, o l'assicurazione, Dropbox ha avuta un interesse nei vantaggi di servizio di progettazione direttamente nel suo proprio sistema. Il suo movimento dalla nuvola ampiamente non è stato percepito come viaggio da cui il resto del mondo dell'IT potrebbe imparare tutte le lezioni pertinenti.
Cinque anni più successivamente, le molte altre organizzazioni, compreso quelle fuori dell'industria delle tecnologie dell'informazione, stanno scoprendo che i limiti alla loro scalabilità infinita nella nuvola pubblica fare esistono. Ci hanno potuto essere ragioni valide per, di metterla romanticamente, una casa di viaggio. Ora il viaggio magico della tasca sta cominciando guardare più simile ad una spedizione pionieristica.
«Il Dropbox ha fatto un piano. Abbiamo esaminato cui la nostra capacità è, che cosa abbiamo preveduto la nostra crescita per essere,» Latane Garetson, la testa del tamburo dell'infrastruttura fisica del centro dati, abbiamo detto la conoscenza di Data Center. Come consueto, il gruppo ha sviluppato un modello per programmazione della capacità del centro dati.
Quel Dropbox ha passato con questo esercizio non dovrebbe provocare un shock a chiunque che leggesse un sito come il DCK in maniera regolare. Ma l'approccio della società a programmazione della capacità oggi ha potuto essere una sorpresa. Il gruppo di Garetson funziona in finestre di progettazione granulari e prossime — spesso sei mesi, a volte tre – molto più breve della pratica comune.
«Il genere dell'IT indietro di approccio,» ha ammesso. Ancora hanno loro previsioni annuali della crescita, ma quelle previsioni sono aggiornate frequentemente durante tutto l'anno, in base alla comunicazione con il gruppo del software ed i termini d'esecuzione preveduti («quanto ci vuole per comprare la capacità e quando possiamo realmente atterrare la capacità ed ottenerlo disponibile ").
«Sta continuando a lavorare con il nostro gruppo del software e semplifica tutto all'interno del Dropbox internamente: dicendo, “che cosa sono noi che prevediamo questo anno? “e faccia una previsione del modello della capacità che sta continuando sempre ad essere aggiornata — mensile, settimanale, trimestrale. Il gruppo del centro dati è integrato sempre in quel processo.»
Per molti negozi dell'IT, gli inizio di spiegamento con hardware d'acquisto o di costruzione, metter in scenalo, lo spiegamento e poi l'integrazione nei mazzi di servizio e l'infusione con il software. L'approccio del tamburo funziona nell'altra direzione, Garetson ci ha detto. Il gruppo del software analizza la capacità attiva prevede in primo luogo ed inventa un modello per i server che i suoi centri dati in varie aree metropolitane richiederanno. Questi sviluppatori fanno l'ingegneria «di lavoro di ufficio», compreso la configurazione dei servizi e dei buildouts del server.
Come i clienti che ordinano alla a azionamento-attraverso la finestra, queste configurazioni poi sono consegnate ai gruppi dell'hardware in ordinato in e l'hardware è prodotto alle specifiche del gruppo del software. Poiché il gruppo del software già ha prodotto il piano di configurazione, i nuovi server sono auto-configurare, non richiedente lavoro di configurazione dagli ingegneri dell'hardware.
«Le leve che consideriamo sono i nostri tempi di configurazione,» ha detto Garetson. «Abbiamo cominciato fuori nel 2015 con un tempo di sei mesi di configurazione. Ora lo abbiamo mosso verso tre mesi… Non prendiamo la previsione annuale e non costruiamo fuori di quello. Prendiamo l'annuale ed abbiamo un piano, ma inoltre abbiamo queste pietre miliari critiche in cui, se la previsione cambia, possiamo regolarlo, perché ci divertiamo soltanto.»
I più brevi tempi di configurazione per il Dropbox sono più facili da controllare. Piuttosto che ritardando una configurazione per una certa ragione inattesa, può essere annullata e un nuovo piano essere lanciata nel suo posto, senza rottura. Prendendo un'indicazione da come i orchestrators di microservices programmano le componenti del software distribuite — taglio loro fuori da quando non rispondono — Il Dropbox ha scoperto che può essere più flessibile circa i suoi scopi della capacità quando attacca ad un piano che è sempre nei termini piuttosto che parzialmente o interamente in ritardo.
Il gruppo controlla molto attentamente i cambiamenti nella richiesta della capacità fisica del centro dati a ciascuno dei suoi siti. Essi inventario di modello a disposizione in qualunque momento all'interno di una finestra corrente e quando la nuova capacità può essere messa a disposizione. Facendo uso di questo metodo, piani di Dropbox mai per gli scopi di capacità durante il seguente anno. Come la costruzione del mattone massiccio della parete una per volta, mette a fuoco soltanto sul prossimo, progettando per più che sei mesi per volta.
Come della maggior parte dei centri dati stoccaggio-messi a fuoco, la densità dello scaffale nelle facilità del tamburo è aumentato durante i cinque anni ultimi. Quello ha permesso alla sua orma totale dello scaffale di restringersi, mentre crescente la capacità di stoccaggio del cliente alla scala del petabyte. «Ora possiamo avere spazio un poco più fisico,» Garetson ha detto. «Dove dovremmo progettare per 100 gabinetti, ora possiamo progettare per 30.»
C'è niente di così peculiare circa questo metodo di crescita dinamica e la capacità che modella che dovrebbe misura soltanto il Dropbox, o altre ditte di stoccaggio della nuvola. Finora, la maggior parte dei centri dati di impresa sono stati progettati in termini di spazio e potere assegnati ai servizi ed alle applicazioni critici. Il Dropbox calcola quanto servizio critico fornirà sotto forma di vettore della crescita, solo i primi sei mesi di cui sono perseguibili. Se un'organizzazione diventasse capace di calcolazione della sua capacità utile dell'IT quantitativamente, come il Dropbox fa, potrebbe inventare un simile modello di progettazione per se stesso. In questo modo, può trovare che può controllare i costi mentre mantiene i suoi su locali di servizi, evitanti il punto di rottura ad di accessibilità basata a nuvola di servizio che il Dropbox non ha affrontato mai.
