Je suis ce thread avec grand intérêt, et je pense que tu soulève un point interesant, par essence le cloud ne garantie pas une disponibilité de ressources en 'local' ( un serveur peu tombé mais un autre sera dispo qq part).
Voilà, c'est ce que j'essayais d'expliquer à miky01 : Cloud ou pas, si tu veux une vraie redondance entre plusieurs datacenter, il faut gérer tout ça au niveau "applicatif" dans la très grande majorité des cas. Donc c'est bien au client (ou à la SSII) de gérer ça, et d'acheter du cloud (ou serveurs dédiés) réparti dans plusieurs datacenters (proches si possible).
Il existe bel et bien des services où la redondance entre sites se fait un cran au dessous, au niveau de la couche de virtualisation et au niveau du stockage; avec redémarrage automatique de machines virtuelles sur site de secours, avec des disques synchronisés sur plusieurs sites. Mais ce genre de prestation est très cher!
La redondance au niveau applicatif est beaucoup plus efficace en général, et bouffe beaucoup moins de ressource (réseau principalement).
Et donc les applications doivent etre pensees pour le cloud de maniere a etre distribuees et resilientes. Et au vu du nombre de sites down lors du problème chez OVH pas tout le monde a encore pris conscience du probleme.
Assurer une une continuité de service lors de la perte d'un gros datacenter entier, ça peut couter très cher, s'il faut dédoubler quasiment tout sur plusieurs sites (quoi qu'on n'est pas obligé d'assurer la même qualité de service pendant l'incident).
Beaucoup de sites web n'ont tout simplement pas les moyens de le faire! Et ça n'est pas forcèment si grave que ça en fait...
OK, certains très gros sites web font un peu trop confiance à un seul prestataire. Pareil, certaines grandes entreprises migrent leurs serveurs internes vers des clouds type OVH en ne faisant pas attention au risque sur la disponibilité.
Mais ce genre d'événement reste rare. Une coupure de 2h sur une année, même en pleine journée, beaucoup de sites web peuvent se le permettre.
Leon.