DevOps Finetuning Additional Considerations, Concepts, and Practices
Descargar como PPTX, PDF0 recomendaciones191 vistas
Este documento discute varias consideraciones adicionales para los programas DevOps. Señala que los programas DevOps deben adaptarse a diferentes circunstancias como negocios centrados en la eficiencia, agencias gubernamentales con presupuestos reducidos, y negocios que cambian sus modelos operativos. También enfatiza la necesidad de cambiar la mentalidad para aprender de los errores en lugar de renunciar a una metodología, y evitar la normalización de prácticas deficientes. Además, analiza cómo la fuente de hab
DevOps Finetuning Additional Considerations, Concepts, and Practices
- 1. DevOps Finetuning Additional Considerations, Concepts, and Practices Octavio Vélez Gaviria.
- 2. Estar preparados para el cambio. El entorno donde nos movemos, cambia constantemente. Es por esto que los programas de DevOps deben adaptarse a diferentes circunstancias. Un ejemplo de estos son los siguientes escenarios. - Un negocio centrado en la eficiencia operativa (haciendo más de lo mismo, sólo más rápido y más barato). - Agencias gubernamentales con presupuestos reducidos. Los aspectos Lean de DevOps podrían tener prioridad. - Un negocio está ajustando su modelo operativo (haciendo las mismas cosas, pero de maneras radicalmente diferentes), los métodos ágiles y la entrega continua vendrán
- 3. Cambiar la mentalidad. (Perseverancia) Las personas cometemos errores todo el tiempo, es esto lo que nos hace humanos. Incluso un programa minuciosamente examinado puede fallar en algún momento. Es por esto que debemos cambiar nuestra mentalidad y a pesar de una falla, se debe buscar la manera de corregirla y sacar ganancias de esta. No por el contrario renunciar a una metodología cuando se presente la dificultad.
- 4. La normalización de la desviación En diferentes áreas se han llevado estudios sobre lo que se conoce como la desviación de la normalización. Demostrando que muchos errores y desastres graves ocurren porque los estándares establecidos han sido ignorados y las malas prácticas "normalizadas". Igualmente aplica en la forma de desarrollar, asegurar y operar aplicaciones de software. cualquier comportamiento adverso que conduzca a problemas de seguridad y confiabilidad podría tener consecuencias nefastas. Y cuando el software se infunde en productos duraderos no es tan fácil salir discretamente de los mercados.
- 5. DevOps y Gestión del Talento La fuente de adquisición de habilidades está cambiando. El informe de Tech Nation también reveló que la capacitación informal es la fuente más común de habilidades. Esto es en gran parte debido a un acceso más fácil y tecnología más barata. Por ejemplo, a partir de julio de 2016, GitHub (la plataforma de desarrollo de código abierto) tiene 15 millones de personas colaborando a través de 38 millones de repositorios, mientras que el procesador de RaspBerry PI ha alcanzado 5 millones de ventas.
- 6. Tamaño de los equipos de DevOps https://lp.incapsula.com/rs/incapsulainc/images/Report%20- %20DevOps%20Salary%20Survey%202015.pdf
- 7. Mejora continua. En la Fórmula 1, ganar una carrera no es ganar un campeonato. Lo mismo sucede en el desarrollo de software. Los equipos de DevOps entienden esto implícitamente. Están colaborando mutuamente entre ellos y aprovechando soluciones automatizadas avanzadas para mejorar el rendimiento de negocios en todas partes, ya que construyen, prueban, lanzan y administran soluciones de software de alta calidad, suministradas continuamente desde una moderna fábrica de software de DevOps.
Notas del editor
- #3: Al igual que los circuitos de Fórmula y las condiciones del día de la carrera. Así como el circuito de Mónaco exige una estrategia de carrera diferente a Monza. Sea cual sea el caso, esté preparado para el cambio y nunca subestime la importancia de una cultura fuerte y la construcción y el cultivo de grandes equipos.
- #4: El piloto de Fórmula Daniel Ricciardo manejo brillantemente en Mónaco en 2016, pero cuando su pit-crew no estaba preparado para un cambio de neumáticos, perdió preciosos segundos y la carrera. Y mientras diez segundos o así no parece mucho, hizo la diferencia entre Ricciardo rociar champán y terminar un miserable segundo.
- #5: Para apoyar los objetivos de una entrega de software más continua, las organizaciones están introduciendo muchas nuevas tecnologías y métodos, como microservicios y contenedores. Junto con la nueva tecnología, las nuevas prácticas de trabajo y las demandas de aprendizaje pueden llevar al personal a implementar mal la tecnología o utilizarla para realizar una función para la que nunca fue diseñado.
- #7: Tamaño del equipo de DevOps Más del 69% de los encuestados trabajan en organizaciones que emplean entre 1 y 10 profesionales de DevOps, 11% trabajan en equipos con números entre 11 a 50. 14% informó que sus empleadores no tienen un equipo de DevOps. Parece que los salarios están directamente vinculados al tamaño del equipo de DevOps. Cuanto mayor sea el equipo, mayor será el salario.
- #8: Los Hackathons son eventos cortos en los que todo tipo de especialistas se reúnen para trabajar intensamente en pequeños proyectos tecnológicos. puede ser valioso para inculcar el valor de la colaboración y el trabajo en equipo dentro de la organización de TI Select Your Pit-Crew Demuestre resistencia y flexibilidad. Empatia con los colegas.