Amazon Web Services en Cloud admin op 18 februari 2009 03:59 pm
Kan Amazon echt trek de stekker?
Een van de interessante dingen over de Amazone succesverhaal is dat de EC2 virtual server technologie wordt vaak verondersteld dat oorspronkelijk zijn een overloop van Amazon's eigen netwerk en dat Amazon verkocht de extra capaciteit die zij beschikbaar zijn en dat niet werd gebruikt op piektijden. Ik denk dat we nooit te weten de werkelijke antwoord op deze, maar een interessante post van Benjamin Black over van de oorspronkelijke jongens aan het werk met Chris Pinkham op wat was geworden Amazon EC2 lijkt om dit als een stedelijke mythe.
Waarom is dit belangrijk? Omdat ik nog steeds mensen die lijken te geloven, en dat Amazon kon "terug te nemen" capaciteit indien zij dat nodig had en daarom laten mensen met behulp van EC2 (dat wil zeggen ze) hoog en droog. Dus kan dit ooit gebeuren? Nou, niet om deze reden, maar ik denk dat een betere vraag is "Kan Amazon trek de stekker?"
"Natuurlijk niet" hoor ik u zeggen, Amazon zojuist aangekondigd een SLA. Nou, dat is waar, sinds 23 oktober 2008 Amazon hebben een SLA garanties dat ze zullen elke redelijke inspanning leveren om een maandelijkse 99,9% uptime. Als ze deze strijd dan zijn er een reeks van financiële kredieten die niet kunnen maken voor het geld dat je verliest door handel als uw site niet bereikbaar is. Om eerlijk te zijn al eventuele SLA wordt geschonden u hetzelfde probleem waar de site / dienst / aanvraag wordt gehost (en onthouden salesforce.com niet in een SLA, de voorkeur geven aan het vertrouwen in hun dienstverlening plaats)
Een van de dingen die je ook aanmelden wanneer u een van de services van Amazon is het doorklikken licentieovereenkomst. Duiken in dit zorgt voor meer details van het antwoord op de kern van onze vraag, "kan Amazon echt de stekker eruit halen." In punt 3.3.2 van deze overeenkomst Amazone staat het volgende:
3.3.2. Betaalde diensten (andere dan Amazon FPS en Amazon DevPay). We kunnen besluiten tot schorsing van uw recht en licentie voor het gebruik van een of alle betaalde diensten (en eventuele bijbehorende Amazon Eigenschappen), andere dan Amazon FPS en Amazon DevPay, of beëindiging van deze overeenkomst in zijn geheel (en bijgevolg niet langer en biedt alle diensten aan u), voor welke reden of zonder reden, bij ons goeddunken op elk moment door u zestig (60) dagen van tevoren in overeenstemming met de mededeling bepalingen zoals uiteengezet in punt 15 hieronder.
In essentie wat dit zegt is dat als Amazon wil de stekker eruit halen, anders dan wanneer je een fundamentele schending van de overeenkomst (die zijn uiteengezet in paragraaf 3.4), dan krijgt u 60 dagen na kennisgeving. Groot, dus je krijgt 60 dagen, toch? Nou, niet helemaal. Een ander punt in de termen van de dienstverlening, "Wijzigingen aan deze overeenkomst" Allow Amazone tot wijziging van de voorwaarden van de overeenkomst volledig en eenmaal gepost van de nieuwe voorwaarden van toepassing zullen zijn na 15 termen van terbeschikkingstelling. Natuurlijk is deze verandering kan het gedeelte dat zegt Amazon heeft om 60 dagen van de opzegtermijn. OK, dus nu krijgen we hem, zodat Amazon moeten geven u 15 dagen voordat ze de stekker eruit halen? Nou, niet helemaal, als zij opnieuw hun aanvaardbaar gebruik beleid en het nieuwe beleid verbiedt het gebruik van uw dienst of toepassing dan moet je in feite krijgt geen mededeling voordat u de stekker getrokken.
Extreme? Natuurlijk, maar de realiteit is dat een dienst als Amazon (en SalesForce) is gebouwd op vertrouwen en als de mensen geen vertrouwen in de dienst die zij niet gebruiken, Amazon en SalesForce weten dit en werken hard aan het creëren van diensten die zijn zeer weinig downtime en dat zijn flexibel en gemakkelijk te gebruiken. Dit is de reden waarom het gebruik ervan oprit gaat via het dak.
Éen Reactie op "Kan Amazon echt de stekker eruit halen?"
Trackback URI | Commentaren RSS















op 19 februari 2009 op 7:22 # Dus, is het Grid of is het Cloud? | TheBlogGuideTo HPC, Grid, DataGrid, Virtualisatie en Cloud Computing
[...] Productaanbod kan helpen), fysieke locatie, wetgeving, SLA's en de beschikbaarheid (zie dit artikel voor een goed overzicht op deze toegepast op EC2). Vele van deze zullen worden opgelost in de tijd, en sommige van [...]