Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

DevOps Debunked (De Sysadmin a Ingeniero DevOps)

En esta plática daremos un vistazo a lo que es DevOps, sus orígenes, principales características y experiencia personal de un administrador de sistemas que vio como cambió el mundo alrededor suyo hasta que terminó siendo conocido como un "ingeniero devops".
Por: Galileo Martinez

  • Login to see the comments

  • Be the first to like this

DevOps Debunked (De Sysadmin a Ingeniero DevOps)

  1. 1. Desmitificando DevOps Abril 5, 2018 Galileo Martinez galileo.martinez@ieee.org
  2. 2. Que es DevOps? Dentro y Fuera de la organización Es un marco de trabajo Movimiento profesionalMovimiento Cultural
  3. 3. Historia
  4. 4. Historia antigua – Developer == Operator Cuando todo comenzó, solo había operadores “In the beginning, there was nothing. And God said, “Let there be light.” And there was light. There was still nothing, but you could see it a lot better.” - Woody Allen Durante la segunda Guerra Jean Bartik, una matemática de profesión, se convirtió en una de las primeras operadoras de ENIAC. 40's
  5. 5. Sin Manuales, ella y 5 mujeres más pudieron programar con ENIAC, entendiendo primero como funcionaba el Hardware usando solo sus diagramas lógicos. Las primeras DevOps
  6. 6. Cuando los problemas aparecían, no podían culpar a la máquina que había costado millones, culpaban a los operadores. ● Programaban la maquina (aun, un misterio) ● Reemplazan los bulbos ● Literalmente, quitaban "bugs" (cucarachas y demás insectos atorados entre los circuitos) Progreso centralizado en Hardware - La culpa es del operador El hardware evoluciona poco a poco, el software, todavía no 50's
  7. 7. Nace la ingeniería de software - Margaret Hamilton USA quiere enviar hombres a la Luna, pero no sabe como. Nuevamente una mujer, sale al quite ● Propone por primera vez juntar los requerimientos antes de programar. ● Programación compleja, dividido en componentes. ● Realiza pruebas de integración 60's
  8. 8. Software y Hardware - Juntos pero no revueltos ● 50 expertos fueron invitados a formar parte de un comité en la OTAN. buscando estandarizar las prácticas de software ● IBM anuncia System/360, el primer sistema, estándar, escalable y para un amplio rango de usos. ● En 1969, a raíz de una demanda antimonopolio, IBM comienza a cobrar de forma separada, el hardware, del software. 60's
  9. 9. El Mundo se Conecta - Redes y Comunidades ● Nace USENET, el "ARPANET para pobres" ● Su creador Jim Ellis, da una platica sobre su nuevo invento en USENIX, una comunidad de usuarios UNIX, la red se expande en universidades ● Mientras tanto, en compañías el secreto del software se vuelve la norma, perder el secreto, equivale a perder el negocio. ● Los sistemas de software se vuelven complejos, y con la complejidad nacen trabajos especializados. 70's
  10. 10. Más comunidades - Si no lo compartes, no crece ● USENIX para operadores DECUS para programadores ● Las compañías protegen sus secretos creando estructuras de silos. ● Comienza la rivalización entre Devs y Ops 80's
  11. 11. Nace Galileo Martinez!!!
  12. 12. The World Wide Web - One network to rule them all ● Nace Apache HTTP Server ● LAMP Stack (Linux, Apache, MySQL, PHP) ● Aparece el BOFH (Bastard Operator from Hell), Simon Travaglia 90's
  13. 13. Y que hacía Galileo?
  14. 14. Y2K - Metodologías ● 2001 - 17 desarrolladores crean el manifiesto "Agile" ● Alistair Cockburn en 2004 describe Crystal Clear, Agile para equipos pequeños ● Un sysadmin llamado Marcel Wegermann, Describe cómo aplicar Agile, Crystal Clear y Scrum en la administración de sistemas 2000's
  15. 15. Y2K Parte 2 - La nube y el nacimiento de DevOps ● 2006 - Amazon lanza EC2, y nace Twitter ● 2007, el uso de Twitter se dispara cuando SXSW decide poner twitter feed en sus pantallas durante la conferencia ● 2009 John Allspaw y Paul Hammond Presentan "10 deploys al dia: cooperacion entre Dev y Ops" 2000's
  16. 16. Y Galileo?
  17. 17. En resumen La separación de tareas a lo largo de la historia de TI, y la preservación de los secretos de negocio, provocó un distanciamiento entre los desarrolladores y los administradores de sistema. Fue gracias a las comunidades y la cooperación entre individuos interesados, que la brecha se hizo cada vez más pequeña y, en conjunto con la flexibilidad proporcionada por los avances tecnológicos, Nace la cultura DevOps como una respuesta a las necesidades personales y profesionales de la comunidad tecnológica
  18. 18. Mi vida profesional
  19. 19. Mi primer trabajo - Pecera chica, Pez grande Estructura de Silos Procedimientos Rígidos Estandares Globales ITIL Su propio Datacenter
  20. 20. Mi segundo trabajo - Pecera grande, Pez chico Estructura de Silos Procedimientos Flexibles Estándares Abiertos Multiples Frameworks Equipos especiales (devops team) Datacenter propio Cloud
  21. 21. Mi tercer trabajo - Como pez en el agua Cultura DevOps Procedimientos transparentes Tecnologia de Punta Cada proyecto es Diferente Enteramente Cloud
  22. 22. En resumen En el centro de DevOps, se encuentran personas, de diferentes equipos, con un deseo profundo por entendimiento mutuo. esto se traduce en equipos de trabajo que comunican claramente sus ideas y cambian de forma dinámica para ajustarse entre sí, y lograr la meta.
  23. 23. Muchas gracias por su atención

×