Telefoonnummer : 13486085502
July 23, 2020
„Het niet gedifferentieerde zware opheffen.“ Zo die heeft de Webservices van Amazonië het werk gekenmerkt normaal door IT afdelingen in ondernemingsdatacentra wordt geleid sinds de lancering van zijn openbaar clouddienst.
De beweging aan de wolk en „u krijgen te nemen dat schaars middel — uw software-ontwikkelingingenieurs — en in plaats van het hebben van hen werk aan het niet gedifferentieerde zware opheffen van infrastructuur, krijgt u om aan wat te werken uw zaken onderscheidt,“ opmerkte AWS CEO Andy Jassy in re 2015 van zijn bedrijf: Vind hoofdgedachten uit. „En dan wordt u om uw toepassing op infrastructuur wereldwijd op te stellen.“
Vroeger dat jaar, Dropbox — de de opslagdienst van wolkengegevens baseerde op AWS — lanceerde zijn inspanning om de andere richting te bewegen. Het voorzag een tijd toen het zijn diensten met de klantenvraag, ondanks de beloften dat kon synchroon niet meer schrapen van Jassy de middelen van Amazonië effectief oneindig waren. Tussen Februari en Oktober 2015, vestigde het Dropbox binnenshuis met succes 90 percent van geschatte 600 petabytes van zijn klantengegevens aan zijn netwerk van datacentra gesynchroniseerd opnieuw Magische Zak.
„Het was duidelijk aan ons van bij het begin dat wij alles zouden moeten bouwen helemaal opnieuw,“ schreef Dropboxinfrastructuur VP Akhil Gupta op zijn bedrijfblog in 2016, „aangezien er niets in de open brongemeenschap zijn die om betrouwbaar bij onze schaal wordt bewezen te werken. Weinig bedrijven in de wereld hebben dezelfde eisen ten aanzien van schaal van opslag die wij.“
De verklaringen als dat veroorzaakten wat om Dropbox omgekeerde migratie als een soort eenmalige gebeurtenis te zien. In tegenstelling tot de dagelijkse onderneming in de industrie zoals aardolie, gezondheidszorg, of verzekering, had het Dropbox direct een rente in de voordelen van de techniekdienst in zijn eigen systeem. Zijn beweging uit de wolk werd niet wijd waargenomen als een reis waarvan de rest van de IT wereld om het even welke relevante lessen kon leren.
Vijf later jaar, ontdekken veel meer organisaties, met inbegrip van die buiten de IT industrie, dat er grenzen aan hun oneindige scalability in het openbare cloud bestaan. Er zou geldige redenen voor kunnen zijn, om het te zetten romantically, een reis naar huis. Nu begint de Magische Zakreis te kijken meer als een pioniersexpeditie.
Het „Dropbox maakte een plan. Wij bekeken wat onze capaciteit is, wat wij voorzagen onze groei om te zijn,“ Latane Garetson, Dropbox hoofd van datacentrum de fysieke infrastructuur, Data Centerkennis vertelde. Zoals gebruikelijk, bouwde het team een model voor datacentrumcapaciteitsplanning.
Dat Dropbox ging door deze oefening zou moeten niet als schok aan iedereen komen wie een plaats periodiek zoals DCK leest. Maar de benadering van het bedrijf van capaciteitsplanning zou vandaag een verrassing kunnen zijn. Het team van Garetson werkt in korrelige, op korte termijn planningsvensters — vaak zes maanden, soms drie – veel korter dan gemeenschappelijk-praktijk.
„Het soort komt achteruit naderbij,“ hij liet toe. Zij hebben nog hun jaarlijkse de groeivoorspellingen, maar die voorspellingen worden het hele jaar door bijgewerkt vaak, gebaseerd bij de communicatie met het softwareteam en de voorzien levertijden („hoe lang het neemt om capaciteit te kopen, en wanneer wij capaciteit kunnen eigenlijk landen en het beschikbaar worden“).
„Het blijft met onze softwaregroep werken, en alles intern vereenvoudigen binnen Dropbox: zeggend, ‚wat wij die dit jaar verwachten zijn? ‚en doe een capaciteitsmodel voorspellen dat altijd blijft worden bijgewerkt — maandelijks, wekelijks, driemaandelijks. Het datacentrumteam is altijd geïntegreerd in dat proces.“
Voor vele IT winkels, begint de plaatsing met of het verwerven of de bouwhardware, het opvoeren van het, dan het opstellen van het, en integrerend het in de dienstclusters en het gieten van het met software. Dropbox de benaderingswerken in de andere richting, Garetson vertelden ons. Het softwareteam analyseert eerst de actieve capaciteitsvoorspellingen en bedenkt een malplaatje voor servers zijn datacentra in diverse metropolitaan gebieden zullen vereisen. Deze ontwikkelaars doen de „administratie“ techniek, met inbegrip van configuratie van de diensten en server buildouts.
Als klanten die orden plaatsen bij een aandrijving-thru venster, worden deze configuraties dan geleverd aan hardwareteams in gerangschikt, en de hardware wordt geproduceerd aan de specificaties van het softwareteam. Aangezien het softwareteam reeds het configuratieplan heeft veroorzaakt, zijn de nieuwe servers zelf-vormt, vereisend geen configuratiewerk van hardwareingenieurs.
De „hefbomen die wij overwegen zijn onze bouwstijltijden,“ bovengenoemde Garetson. „Wij begonnen in 2015 met een halfjaarlijkse bouwstijltijd. Wij hebben het naar drie maanden nu… verplaatst Wij nemen niet de jaarlijkse voorspelling en bouwen weg van dat. Wij nemen jaarlijks en hebben een plan, maar ook hebben deze kritieke mijlpalen waar, als de voorspellingsveranderingen, wij het kunnen aanpassen, omdat wij slechts een bouwstijltijd van drie maanden.“ hebben
Korter bouw tijden want het Dropbox gemakkelijker is te controleren. Eerder dan het vertragen van een bouwstijl om wat onverwachte reden, kan het worden geannuleerd, en een nieuw plan gelanceerd in zijn plaats, zonder verstoring. Nemend een richtsnoer van hoe het programma van microservicesorchestrators softwarecomponenten verdeelde — afsnijdend hen wanneer zij niet antwoorden — Het Dropbox heeft ontdekt het over zijn capaciteitsdoelstellingen flexibeler kan zijn wanneer het zich aan een plan houdt dat op elk moment op programma eerder dan gedeeltelijk of volledig vertraagd is.
Het team controleert dicht veranderingen veel gevraagd voor fysieke datacentrumcapaciteit bij elk van zijn plaatsen. Zij modelleren op elk moment voorhanden voorraad binnen een huidig venster en wanneer de nieuwe capaciteit kan worden ter beschikking gesteld. Gebruikend deze methode, plant het Dropbox nooit voor capaciteitsdoelstellingen in het volgende jaar. Als de bouw van tegelijkertijd een massieve muur één concentreert de baksteen zich, het slechts op near-term, niet meer plannend voor dan zes maanden tegelijkertijd.
Zoals in de meeste opslag-geconcentreerde datacentra, is de rekdichtheid in Dropbox faciliteiten in de laatste vijf jaar gestegen. Dat heeft zijn totale rekvoetafdruk om toegelaten te krimpen, terwijl het kweken van de capaciteit van de klantenopslag bij petabyteschaal. „Nu kunnen wij een weinig meer fysieke ruimte hebben,“ bovengenoemde Garetson. „Waar wij voor 100 kabinetten zouden moeten plannen, nu kunnen wij voor 30 plannen.“
Er zijn niets die zo eigenaardig over deze methode van de dynamische groei en capaciteit dat het Dropbox, of andere firma's van de wolkenopslag slechts zou moeten passen modelleren. Tot nu toe die, zijn de meeste ondernemingsdatacentra in termen van ruimte ontworpen en macht aan de kritieke diensten en toepassingen wordt toegewezen. Het Dropbox berekent hoeveel kritieke dienst het in de vorm van een de groeivector zal verlenen, slechts de eerste zes maanden waarvan strafbaar zijn. Als een organisatie geschikt werd om zijn IT de dienstoutput te berekenen kwantitatief, zoals het Dropbox, kon het een gelijkaardig planningsmodel voor zich bedenken. Zodoende, kan het vinden dat het kosten kan controleren terwijl het handhaven van zijn de dienstenon-premises, vermijdend het breekpunt van cloud- de dienstdoenbaarheid die het Dropbox nooit onder ogen zag.
