Tu amigo se está centrando en la pregunta equivocada. ¿Cómo define el tiempo de inactividad? ¿Es cuando una máquina se cae? Cuando todo el sistema está inactivo, ¿solo una zona de disponibilidad? ¿Al menos 3? ¿El comportamiento pasado predice con precisión el futuro? Olvídate de esta línea de pensamiento infructuosa y arbitraria. Lo que debería importarle es cómo puede asegurarse de que su sitio estará activo a pesar de fallas inevitables porque todos los proveedores las tienen.
Básicamente, debe aprender a diseñar su sitio para evitar cualquier tiempo de inactividad en su proveedor de nube elegido.
La siguiente pregunta enumera las mejores prácticas para AWS basadas en problemas recientes, que por cierto no tienen nada que ver con EC2.
- Cómo mejorar el rendimiento de una aplicación en la nube AWS Java
- ¿Cuál es el mejor almacenamiento en la nube para compartir fotos?
- ¿Puedo alojar 2 blogs diferentes dirigidos a diferentes países en un solo plan de alojamiento en la nube?
- ¿Cuáles son algunos consejos de optimización de nube procesables?
- ¿Puedo pasar a la computación en la nube sin experiencia?
¿Cuáles son las lecciones aprendidas del fallo de AWS del 21 de abril de 2011 y cómo se puede evitar el tiempo de inactividad?
Estoy seguro de que también hay buenas prácticas para Azure. La clave aquí es no confiar o elegir un proveedor basado en la confianza. No estás subcontratando riesgos con la computación en la nube.