Dopo il down di Amazon ci avvicinano i primi avvoltoi

[Redazione Hosting Talk 10]

Dopo il downtime occorso ad Amazon Web Services lunedì scorso si scatenano le opinioni divergenti sull'uso del cloud, qualche provider tenta di sfruttare le debolezze del servizio leader per tirare a...

 

Continua a leggere, clicca qui.

[EvolutionCrazy 31]

After Amazon Outage, Rivals Seek to Capitalize » Data Center Knowledge

 

il cloud non dovrebbe risolvere magicamente tutti questi problemi?

 

estremizzando: se il MTBF è così alto da richiedere un failover e non poter fare affidabimento su un singolo fornitore tanto vale fare il failover tra intel atom bare metal in fornitori diversi...

 

all'articolo di datacenterknowledge hanno commentato con questo link:

How an AWS Outage Can Cause Issues Even When You're in Multi-Availability Zones | Systems Watch

 

che contiene qualche considerazione sensata in risposta a chi dice: ti basta avere tutto replicato in zone diverse... peccato che di solito chi da tali geniali suggerimenti non sia la stessa persona che poi deve pagare le fatture di amazon e giustificare i costi ;)

[andrea.paiola 30]

ma le Zones non sono indipendenti, lo sono le Regions

[guest 16]

Ma quindi son saltate anche le API ?

[Lorenzo Monni 10]

"11:06 AM PDT We are currently experiencing elevated API failures and delays launching, updating and deleting Elastic Beanstalk environments in the US-East-1 Region."

 

Non proprio saltate, ma quasi.

[EvolutionCrazy 31]

è sempre così... quando va giù un pezzo tutta l'infrastruttura ne risente perché tutti devono ovviamente agire come scimmie per spostare il workload verso altre zone / regioni ...

 

ripeto: parliamo di normalissimi ambienti SHARED :fagiano:

[guest 16]

Ecco, questo non è bello :D

[EvolutionCrazy 31]

la differenza tra private cloud e public cloud sta proprio lì... nella condivisione di risorse/pannelli/hardware e personale... :)

[guest 16]

la differenza tra private cloud e public cloud sta proprio lì... nella condivisione di risorse/pannelli/hardware e personale... :)

 

Non necessariamente è un male, se chi usa tale servizio lo sa sfruttare.

Certo è che se cadono le API e/o non permettono il failover, la colpa non è solo degli sviluppatori dei clienti (che anche volendo non avrebbero potuto migrare) ma anche di chi non riesce a garantire il funzionamento delle proprie API e di conseguenza permettere la migrazione della clientela in caso di guasto (che poi è quasi l'unico motivo per il quale ti serve migrare)

[Lorenzo Monni 10]

Però vi chiedo, in termini di livelli di servizio su cosa stiamo dibattendo? Io vedo quasi quotidianamente discussioni su provider italiani per esempio che provocano problematiche di tutt'altro tipo. Un SLA del 99,999% per esempio quanto permette di downtime all'anno, 8-9 ore? Non mi sembra ci si vada lontano su AWS, magari sto sbagliando qualche calcolo. Chiedo eh, è vero che queste interruzioni di Amazon fanno molto rumore, ma anche vero che bisogna riportare il problema alla sua dimensione reale, e a quanto spendono i siti che sono caduti lunedì su Amazon.