Se habla mucho sobre “DevOps” en la comunidad técnica, y a pesar de todo, aún no hemos visto una sola definición acordada. Una posible razón para la falta de una definición clara podría ser que ninguna solución individual se ajuste a todas las empresas. Si observamos las diferentes definiciones propuestas y las herramientas que se califican como “herramientas DevOps”, podemos comenzar a ver que DevOps se trata de proporcionar eficientemente al cliente el mejor producto posible.
No existe un modelo perfecto para el ciclo de vida de desarrollo de software (SDLC). Sin embargo, hay muchas opciones diferentes para cada fase del SDLC que se han utilizado con éxito a lo largo de los años.
De vez en cuando se produce un cambio en la forma en que pensamos sobre las fases del SDLC. Un individuo o grupo analiza años de experiencias y las destila en una solución, concepto o filosofía propuesta. Conceptos como el desarrollo ágil, la integración continua (CI) y la entrega continua (CD) han ayudado a las empresas a mover su código a la producción más rápido, de manera más confiable y con menos tiempo de inactividad. Estas soluciones admiten nuevas ideas, ofreciendo marcos valiosos utilizados en todos los niveles de desarrollo, desde principiantes hasta expertos gurús.
DevOps es una filosofía de desarrollo, implementación y operación eficientes del software de la más alta calidad posible.
DevOps intenta ser una de esas filosofías. De hecho, DevOps se basa en estos conceptos bien establecidos.
Antes de continuar, debe comprender cómo estamos definiendo DevOps para que compartamos un lenguaje y vocabulario común. DevOps es una filosofía del desarrollo, implementación y operación eficientes del software de la más alta calidad posible.
Lo que convierte a DevOps en un enfoque holístico para la satisfacción continua del cliente. La satisfacción continua del cliente (CCS) está relacionada con la felicidad constante del mayor porcentaje posible de su base de usuarios. Esto generalmente se manifiesta a través de la entrega rápida de funciones recién solicitadas con la menor cantidad de tiempo de inactividad. Hay una tendencia en DevOps de ofrecer un tono de “todo continuo”, y la satisfacción continua del cliente puede parecer otra adición genérica a la familia “continua”, pero en realidad es un concepto bastante poderoso.
Al igual que muchos aspectos de la computación en la nube, existen certificaciones para DevOps. Andrew Templeton, que aprobó los cinco exámenes de AWS al mismo tiempo, ha escrito una publicación sobre el aumento de las probabilidades de aprobar el difícil examen AWS DevOps Pro.
Satisfacción continua del cliente
La satisfacción continua del cliente representa un enfoque del software centrado en el cliente. Los clientes que reciben las funciones que desean rápidamente, en una plataforma estable y segura, generalmente están satisfechos con la experiencia general. Es mucho más probable que estos clientes “felices” se conviertan en clientes habituales y algunos pueden llegar a recomendarlo a otros clientes potenciales.
Entonces, si su objetivo es la satisfacción continua del cliente, la filosofía de DevOps lo ayudará a lograrlo. Dado que DevOps es una filosofía del desarrollo, implementación y operación eficientes del software de la más alta calidad posible, tiene el resultado intencional de respaldar la satisfacción continua del cliente.
Cuando DevOps se adopta correctamente, admite una mayor calidad y un tiempo de entrega más rápido, es decir, el tiempo que lleva la solicitud de un cliente para que entre en producción: mayor estabilidad y mayor seguridad.
Debido a que DevOps es filosofía y no una solución, no hay un camino concreto a seguir. Esta flexibilidad permite a las organizaciones adoptar la filosofía de la mejor manera posible. La comunidad en torno a DevOps ha propuesto algunos principios que definen aún más la filosofía. Aquí hay algunos, sin ningún orden en particular.
Principios de DevOps:
A continuación se presentan algunas de las características clave definidas por la comunidad DevOps:
Cuantificar
Cuantifique todo primero. Me lo agradecerás más tarde.
Hay métricas que se encuentran en todas las etapas de la canalización de DevOps. Es importante saber cuál de estas métricas le será útil al revisar sus procesos existentes. Para saber si sus prácticas de DevOps están teniendo un impacto positivo, necesita un buen punto de partida para medir.
Desde una perspectiva comercial, debe saber con qué frecuencia se implementa en producción. Debe saber cuántas de las implementaciones han provocado interrupciones o errores con un impacto medible en la base de usuarios.
Debe saber el tiempo promedio que le toma a su equipo recuperarse de las interrupciones. Debe comprender, de un vistazo, cuál es su tiempo de actividad y si cumple con los SLA a los que puede estar obligado. Hay muchas métricas de nivel empresarial adicionales que vale la pena rastrear, aunque eso será algo que cada compañía típicamente aclara para sí mismas y sus equipos.
El lado técnico de DevOps valorará diferentes métricas. Saber cuánto tiempo lleva su proceso de CI es importante. El tiempo de respuesta promedio de sus servicios REST o la cantidad de usuarios concurrentes en un momento dado representan datos útiles que pueden cambiar la forma en que los desarrolladores resuelven problemas específicos.
Saber cómo funciona el código en los servidores permite a sus ingenieros cuantificar el impacto que los cambios del código tienen en el rendimiento. Esto encaja perfectamente en la comprensión del rendimiento de sus servidores de producción y si tiene un suministro excesivo o insuficiente. Su equipo de operaciones debe tener todas las métricas que necesitan para garantizar que estén ejecutando la infraestructura más elástica y segura posible.
Obtenga más videos gratis – Suscríbase ➜ https://goo.gl/5ZqDML