Leer este artículo me hizo caer en cuenta lo complejo que es la nube hoy en día.
El autor en el post dice algo como:
«Puede comprar camisetas, gorras y otros artículos con la frase «La nube es sólo el ordenador de otra persona». El lema es bonito, pero no es cierto. Los servicios de Internet, sobre todo a nivel empresarial, son sistemas de software extremadamente complejos. Los sistemas complejos de software no fallan de la misma manera que un ordenador.»
Y no podrías estar más de acuerdo.
| Tal vez estoy cayendo en el sesgo de confirmación.
En el post se dan unos ejemplos bastante claros de la complejidad de esos sistemas:
Y me atrevo a agregar par de casos que recuerdo
¿Son las únicas que han sucedido durante el último año?
| Para establecer un límite de tiempo.
Pues no.
¿Serán las últimas grandes caídas de los proveedores de la nube?
Tampoco.
Y volviendo a los ejemplos antes compartidos, te puedo garantizar que en ninguno de los casos fue que:
- Se reinicio un servidor;
- Se le están haciendo las actualizaciones automáticas a los servidores; o
- La persona de mantenimiento movió un cable del centro de datos.
| ¿Qué otro ejemplo/excusa se te ocurre?
Actualmente la nube son sistemas realmente complejos, tienen elementos que no estamos considerando.
Adoptar la nube implica algunas cosas más allá de instalar un sistema operativo y darle salida a internet.
Puede implicar:
- Aprender sobre cumplimiento de Leyes y Normas internacionales.
- Aprender un nuevo paradigma de gestión de infraestructura tecnológica.
- Aprender detalladamente sobre configuraciones de cada uno de los recursos.
- Aprender de finanzas.
| Aporta en los comentarios que otras implicaciones se te ocurren.
Qué podemos hacer para solucionar esto.
En realidad, no mucho, podemos prepararnos para funcionar en el caso de una caída
| Sí estoy hablando de la recuperación de desastre.
Está preparación no debe sr necesariamente adoptar el multicloud.
| Tengo mis reservas con el multicloud, pero eso es tema de otro post.
Y cuando decidas adoptar a algún proveedor de nube, verifica que esto tienen transparencia en sus comunicaciones.
Con que tengan:
*Objetivos de nivel de servicio (SLO) de ingeniería documentados públicamente;
*Documentación de la arquitectura del servicio;
- Documentación de los mapas de dependencia;
- Una web con un «Status Dashboard» de los servicios;
- Análisis público de las causas raíz de las averías (RCA);
*La transparencia de los cambios;
Nos podríamos sentir más confiados.
| Para tu tranquilidad, los grandes proveedores de la nube cumplen estos requisitos.
¿Eres del Team «La nube es la computadora de alguien más» o *»LA nube NO es la computadora de alguien más?
Continuemos la conversación en LinkedIn.
Puedes seguirme en Twitter o en LinkedIn, donde comparto mis proyectos, experiencias y próximos eventos en los que estaré participando.
Gracias por leerme y hasta la próxima.