noops vs devops

 

¿Es NoOps realmente el final de DevOps? Para responder a esta pregunta, debe comprender mejor NoOps.

Las cosas se mueven increíblemente rápido en el mundo del desarrollo a medida que la automatización y el escalado en la nube alcanzan nuevas alturas todos los días.hoy en dia puede tener el famoso "as a service” (como servicio) para casi cualquier cosa, ya sea almacenamiento, red, en la nube, computación o seguridad. Los proveedores de la nube también están invirtiendo cada vez más en su ecosistema de automatización. Esto nos lleva a NoOps, donde no necesitaría un equipo de operaciones para supervisar su ciclo de vida porque todo estaría automatizado.

Puede usar plantillas de automatización para aprovisionar los componentes de su aplicación y automatizar la administración de componentes, lo que significa menos gastos generales para usted y una interferencia humana mínima o nula. ¿Esto suena bien? Pero, ¿es esta una buena elección?

¿Cuáles son algunas ventajas y desafíos para implementar el noops?

NoOps: ¿es una buena elección?

Ya sabe que DevOps tiene como objetivo hacer que las implementaciones de aplicaciones sean más rápidas y fluidas, con un enfoque en la mejora continua. NoOps, significa sin operaciones, un término acuñado por Mike Gualtieri en Forrester, tiene el mismo objetivo en su esencia pero sin la presencia de un profesional de operaciones.

En un escenario ideal de NoOps, un desarrollador nunca tiene que colaborar con un miembro del equipo de operaciones. En cambio, NoOps utiliza PaaS y Serveless (servicios sin servidor) para obtener los recursos que necesitan cuando los necesitan. Esto significa que puede utilizar un conjunto de servicios y herramientas para implementar los componentes de la nube necesarios (incluida la infraestructura y el código) de forma segura. Además,

NoOps puede aprovecha los pipeline de CI/CD para la implementación estos pipeline creador por devops.

Además, los equipos de operaciones son increíblemente efectivos con las tareas relacionadas con los datos, ya que ven la recopilación, el análisis y el almacenamiento de datos como una parte crucial de sus funciones. Sin embargo, tenga en cuenta que puede automatizar la mayoría de sus tareas de recopilación de datos, pero no siempre puede obtener el mismo nivel de información al automatizar este análisis. quiero decir que por mas automatizado es posible que por ahora no pueda superar al analisis de un humano experto.

Esencialmente, NoOps puede actuar como un modelo de autoservicio donde un proveedor de la nube se convierte en su departamento de operaciones, automatizando la capa de infraestructura subyacente y eliminando la necesidad de que un equipo la administre. Muchos argumentan que un entorno de TI completamente automatizado que no requiere ninguna participación humana (verdadero NoOps) es imprudente o incluso imposible.

NoOps frente a DevOps:

DevOps enfatiza la colaboración entre los desarrolladores y el equipo de operaciones, mientras que NoOps enfatiza la automatización completa. Sin embargo, ambos intentan lograr lo mismo: un tiempo de comercialización más rápido y un mejor proceso de implementación de software. Sin embargo, existen ventajas y desafíos cuando se considera un enfoque DevOps frente a un verdadero enfoque NoOps. Ventajas

Más automatización, menos mantenimiento

Al controlar todo mediante el código, NoOps tiene como objetivo eliminar el trabajo adicional necesario para respaldar el ecosistema de su código. Esto significa que no habrá necesidad de intervención manual y cada componente será más fácil de mantener a largo plazo porque se implementará como parte del código. Pero, ¿afecta esto a los trabajos de DevOps?

Utiliza todo el poder de la nube

Hay muchas tecnologías nuevas que admiten la automatización extrema, incluido Container as a Service (CaaS) o Function as a Service (FaaS), por lo que los principales proveedores de servicios en la nube pueden ayudar con la adopción de NoOps. Esta es una excelente noticia porque Ops puede aumentar los recursos de la nube tanto como sea necesario, lo que lleva a una mayor planificación de la capacidad en comparación con DevOps (donde el desarrollo y las operaciones trabajan juntos para decidir dónde se puede ejecutar la aplicación).

Todavía necesitas operaciones

En teoría, no depender de un equipo de operaciones para cuidar su infraestructura subyacente puede sonar como un sueño. En la práctica, es posible que los necesite para monitorear los resultados o encargarse de las excepciones. Esperar que los desarrolladores manejen estas responsabilidades de manera exclusiva les quitaría el enfoque de brindar resultados comerciales y no sería ventajoso considerando los beneficios de NoOps.

Tampoco le convendría confiar únicamente en los desarrolladores, ya que sus habilidades no necesariamente incluyen abordar problemas operativos. Además, no desea abrumar aún más a los desarrolladores con aún más tareas.

Seguridad, seguridad, seguridad

Puede cumplir con las mejores prácticas de seguridad y alinearlas con implementaciones automáticas todo lo que desee, pero eso no eliminará por completo la necesidad de que se ocupe delicadamente de la seguridad. Los métodos de ataque evolucionan y cambian cada día, por lo tanto, también deberían hacerlo sus controles de seguridad en la nube.

Por ejemplo, podría introducir reglas incorrectas para su IA o automatizar procesos defectuosos, provocando errores en su automatización o creando scripts defectuosos para cientos o miles de componentes de infraestructura o servidores. Si elimina por completo su equipo de operaciones, es posible que desee considerar invertir fondos adicionales en un equipo de seguridad para asegurarse de que está inculcando los mejores métodos de seguridad y cumplimiento para sus entornos.

Considere su entorno

Teniendo en cuenta que NoOps utiliza PaaS y sin servidor para obtener recursos, esto podría convertirse en un factor limitante para usted, especialmente durante una época de transformación digital. La automatización aún es posible con infraestructuras heredadas e implementaciones híbridas, pero no puede eliminar por completo la intervención humana en estos casos. Así que recuerde que no todos los entornos pueden hacer la transición a NoOps, por lo tanto, debe evaluar cuidadosamente los pros y los contras del cambio.

Entonces, ¿NoOps es realmente el final de DevOps?

claro que no; NoOps no es una solución única para todos. Usted sabe que se limita a las aplicaciones que se adaptan a las soluciones PaaS y sin servidor existentes. Dado que algunas aplicaciones de empresas todavía se ejecutan en monolíticas (que requieren reescrituras totales o actualizaciones masivas para trabajar en un entorno PaaS), aún necesitará a alguien que se encargue de las operaciones, incluso si queda un solo sistema heredado.

En este sentido, NoOps aún está lejos de manejar aplicaciones de larga ejecución que ejecutan procesos especializados o entornos de producción con aplicaciones exigentes.

con DevOps, el trabajo de operaciones ocurre antes de que el código pase a producción. Los lanzamientos incluyen monitoreo, pruebas, correcciones de errores, controles de seguridad y políticas en cada commit, etc.

Debe involucrar a todos los miembros del equipo (incluidas las partes interesadas clave) desde el principio para permitir una retroalimentación rápida y garantizar que los controles y las tareas automatizados sean efectivos y correctos. El aprendizaje y la mejora continuos (un pilar de los equipos de DevOps) no solo deberían ocurrir cuando las cosas van mal; en cambio, los miembros deben trabajar juntos y en colaboración para resolver problemas y mejorar los sistemas y procesos.

Además, cuando piensa en DevOps, piensa en "personas". Desarrollar un mejor software, más rápido, con miembros del equipo de todas las áreas comerciales (incluidos control de calidad, marketing, diseñadores, seguridad, gerentes de productos, etc.) seguirá siendo la mejor opción a medida que trabajen juntos hacia un objetivo común.

Lo positivo

Afortunadamente, NoOps encaja dentro de DevOps. Se centra en el aprendizaje y la mejora, utiliza nuevas herramientas, ideas y técnicas desarrolladas a través de una colaboración continua y abierta, y las soluciones NoOps eliminan la fricción y aumenta el valor dador por los flujos de despliegue CI/CD . Esto significa que NoOps es una extensión exitosa de DevOps.

En otras palabras, DevOps es para siempre y NoOps es solo el comienzo de las innovaciones que pueden tener lugar junto con DevOps, por lo que decir que NoOps es el final de DevOps significaría que no hay nada nuevo que aprender o mejorar.

Parada final, destino: NoOps

Hay mucho trabajo preliminar involucrado para un verdadero NoOps: debe elegir entre sin servidor o PaaS, y tener en cuenta la configuración, la administración de componentes y los controles de seguridad para comenzar. Incluso entonces, es posible que aún tenga algunos cabos sueltos, como sistemas heredados, que tomarían más tiempo para la transición (o que no puede hacer la transición en absoluto).

Sin embargo, una cosa es segura: DevOps no irá a ninguna parte y la automatización no hará que Ops quede obsoleto. Sin embargo, a medida que evolucionan las automatizaciones sin servidor, es posible que deba considerar un nuevo enfoque para el desarrollo y las operaciones en algún momento. Afortunadamente, tiene mucha ayuda, como herramientas de automatización y EaaS, para facilitar su transición si decide cambiar.