| TI tendencia hoy en día en, DevOps es una palabra caliente. Se originó hace varios años SPA (aplicación de una sola página) la aplicación front-end. Creo que es la norma para adaptarla la tecnología, la nueva tecnología se inició en el momento del brote, de inmediato la gente estará dispuesto adoptaron, a continuación, se extendió rápidamente llegado. DevOps los últimos años, es uno de esos. Pero unos pocos años, se oye otra palabra de moda: NoOps. |
TI tendencia hoy en día en, DevOps es una palabra caliente. Se originó hace varios años SPA (aplicación de una sola página) la aplicación front-end. Creo que es la norma para adaptarla la tecnología, la nueva tecnología se inició en el momento del brote, de inmediato la gente estará dispuesto adoptaron, a continuación, se extendió rápidamente llegado. DevOps los últimos años, es uno de esos. Pero unos pocos años, se oye otra palabra de moda: NoOps.
DevOps y diferencias NoOps
DevOps es una fusión del desarrollo y el funcionamiento y mantenimiento, es los ingenieros de desarrollo y de operación y mantenimiento trabajan juntos para definir la aplicación práctica desde el diseño hasta proceso de ciclo de vida de la entrega.
NoOp significa sin operador. La idea es eliminar toda la parte de gestión de la plataforma, lo que reduce la fricción entre el promotor y la infraestructura.
¿Por qué necesito DevOps?
A medida que la tecnología y las necesidades del negocio cada vez más desafiante, servicios de TI se están volviendo cada vez más complejo. Esto hace que la entrega se está convirtiendo cada vez más importante, por lo que tenemos que hacer un esfuerzo para orquestar todo el proceso de entrega de aplicaciones.
Una vez que tenga una plataforma en la nube, la demanda de los administradores del sistema comenzó a declinar, pero la demanda de DevOps técnicas y habilidades comerciales son todavía muy alta. Para implementar DevOps y sólo el derecho a usarla. Esto nos permite considerar las circunstancias más allá de la entrega técnica.
¿Por qué no previamente DevOps?
Hay una serie de respuestas, se podría decir antes de que el escenario de negocios es más simple o no tienen suficiente cultura técnica. Estoy muy de acuerdo con este punto de vista, pero creo que esos no son la causa raíz. En mi experiencia, la razón debe ser más técnico. entrega automática en realidad es muy difícil de lograr.
La mayoría de los sistemas de hace una década, por defecto, no hacer el paso en la construcción o como git-flujo como flujo de trabajo bien definido. No había soluciones rentables para CI, es difícil de automatizar la entrega.
Recuerdo 2009, yo mismo la intención de desplegar un portal de .NET. Pasé un sábado por la mañana para tratar de utilizar herramientas de código abierto para crear un sistema de despliegue automático, pero al final me di por vencido. Porque sé que para mantener la entrega de la automatización de desplegar manualmente su costo es mucho mayor. Hasta ahora, si utiliza el servicio Azure DevOps, sólo tiene que utilizar un navegador web se puede completar en cuestión de minutos diez. Realmente fue el paso del tiempo, ¡ah!
¿Por qué necesito que DevOps puede hacer para ser más?
La razón es bien entendido, los giros y vueltas cuando se DevOps introducidos en su empresa, se podría pensar que en buenas condiciones. Pero el hecho de que el mundo de TI, las cosas cambian más rápido que la gente ahora exigen más y más popular, y en constante demanda trae el cambio constante y el ajuste, pero no se puede simplemente hacer frente a la frase: "He estado luchando para hacer frente al cambio, necesitamos descansar mirar ".
La llegada de la era de la nube complicar más las cosas. Se nos permite implementar soluciones complejas y resolver muchos retos, pero necesitamos tener más habilidades.
Todos los componentes son de nube escalable, pero implicarán algunas de las configuraciones DevOps, ambos siempre requerir alguna intervención manual, detrás de la mayoría de los procesos en ejecución, todavía necesitan que alguien participe. Se puede entender como este es el modo antiguo de operación.
NoOps El objetivo es definir la necesidad de desarrollar una operación y mantenimiento combinado, es posible para suavizar el flujo del proceso. NoOps tienen un objetivo: por diseño de modo que todas las cosas se pueden implementar sin la necesidad de que cualquiera pueda participar.
NoOps más o menos de la siguiente manera: los desarrolladores que presente código al código base se ha completado todo el despliegue. La administración continua es muy similar, pero contiene una gama más amplia, existe no sólo la aplicación, sino que también incluye el despliegue de infraestructura.
Cómo NoOps lo hace?
En relación con DevOps, NoOps es la necesidad de apoyo técnico. Esto es compatible con una gran cantidad de opciones, pero, básicamente, que se pueden resumir de la siguiente manera:
NoOps es una solución PaaS, o similares Azure, AWS y otros proveedores de servicios nube Heroku proporcionado.
Comprado de AWS, Azure y otros proveedores de servicios en los servicios de servidor de computación.
La creación de la infraestructura puede ser copiado (que es casi el primer paso esencial de la operación).
Al igual que en el escenario anterior es adecuado para resolver parte de las obras de infraestructura, y dejar que la herramienta para impulsar el despliegue de procesos de tratamiento tradicionales, ofrecer aplicaciones.
Lo que brilla es oro
Admití para cancelar idea de gestión de la infraestructura es muy tentador, se siente como un dolor de muelas sacó. Debido a que en circunstancias normales, está tomando una gran cantidad de costes de gestión de la infraestructura, pero también trajo la fricción entre el desarrollo y la operación y mantenimiento.
Pero el otro punto de vista es que el problema no es la infraestructura, pero en el proceso. Si el proceso está bien diseñado, no habrá fricción, no habrá retrasos, todo puede ser un procedimiento ordenado.
Uno se preocupa de los costes de gestión? De hecho, usted debe considerar los costos generales, no sólo los costes administrativos. Tal vez enturbiar el aumento de los costos administrativos de la infraestructura, pero el coste final será el mismo. Pero esto no es absoluto. Confundido todavía? Este es uno de los secretos es que algunas aplicaciones se pueden implementar en PaaS, otros no pueden. Nada más. Si su aplicación es simple, es una solución PaaS buenas, el personal DevOps será feliz para reducir la carga de trabajo. Pero si usted quiere poner en marcha es la siguiente Netflix, entonces necesitará más derechos de control, los servicios PaaS no serán tan apto amigos. Esta es la causa raíz.
Hablando de final, de hecho, no importa DevOps o NoOps. El conductor es fundamental: el trabajo de mantenimiento tan poco como sea posible, para crear una infraestructura inteligente, y todo automatizado. Tales como el uso de otra nube de Google o servicio en la nube pública, se puede encontrar la mejor solución para su escenario de aplicación.
Por lo tanto, desde este punto de vista, lo que es NoOps? Esencia es otra tendencia popular en la nube de palabras.