TOLERANCIA A FALLOS

Un esquema de tolerancia a fallos bien planteado evita la interrupción del servicio si falla algún componente de la infraestructura. Hay que abordarlo en la fase inicial del diseño de la arquitectura y no dejarlo para cuando el proyecto ya esté en producción, momento en el que cualquier parada amenaza con la pérdida de clientes, reputación y dinero.

ALTA CARGA

Si en la fase de diseño de la infraestructura no se prevé un esquema de escalabilidad para el futuro, cuando la carga aumente puede aparecer la desagradable sorpresa de tener que rehacerlo todo a mayor escala, lo que acarrea costes financieros y humanos importantes e irreversibles.

REDUNDANCIA

La cuestión de las copias de seguridad de los datos clave, de las configuraciones de software y de las imágenes de sistemas con ajustes propios puede plantearse, desde luego, tras la implantación del proyecto, pero el volumen de datos, su ritmo de crecimiento y otros parámetros deben evaluarse ya en la fase de diseño de la arquitectura. Esto ayuda a dimensionar mejor la capacidad de la solución TI.

DevOps es uno de los memes TI más ambiguos y a la vez más populares de los últimos años. Unos dicen que es una nueva cultura de creación de productos de software. Otros sostienen que se trata de procesos cooperativos dentro de las empresas.

La vez anterior aclaramos que un ingeniero DevOps es la persona que encarna la idea de integrar a los desarrolladores con los técnicos que mantienen la infraestructura TI. Pero ¿qué hace exactamente y qué cualidades necesita...

...Y entonces, en pleno ataque de pánico operativo, muchos recuerdan un término que han oído por ahí y que está tan de moda: «DevOps». ¿Y si contratamos a uno de esos especialistas? ¿O quizá sea mejor externalizar el DevOps? ¿Para qué implantar DevOps?