La administración de sistemas implica mucho más que solo instalar software. En la nube, la proporción entre los sistemas y las personas que administran dichos sistemas es muy alta en comparación con las relaciones del centro de datos. Sin embargo, en mi experiencia, un administrador de sistemas es alguien que realmente entiende los sistemas operativos, las redes, la seguridad, la distribución del sistema operativo y el software central en un sistema como el registro, la supervisión, Java, PHP, Python, Ruby … Los administradores de sistemas también deben comprender cómo analizar el rendimiento de los sistemas, las redes y el almacenamiento. En todo caso el trabajo se ha vuelto más exigente e interesante. Leo todo el tiempo de la necesidad de personas que entienden los sistemas, la automatización y la seguridad. Si bien el administrador de sistemas tradicional puede no haber codificado en Ruby, se sabe que los administradores de sistemas automatizan gran parte de su trabajo con shell scripts. Hoy en día, la automatización es una necesidad que muchas empresas reconocen como deseable y valiosa. En todo caso, se ha reconocido el tipo de trabajo que realizan muy buenos administradores de sistemas. Un cambio significativo es el número de instancias iniciadas y finalizadas y la escala en la que se ejecutan las aplicaciones. En la nube, el lienzo o tejido para la automatización es mucho más rico. Ahora puede automatizar todo, desde el aprovisionamiento de la red hasta la agregación de registros. El trabajo de sistemas puede volverse más amplio, más esencial y más exigente. La nube exige a las personas con tales habilidades. Veo muchas solicitudes de esas personas, a menudo descritas por el título confuso de DevOps. DevOps no es intrínsecamente confuso. Más bien, DevOps prescribe cambios al status quo. Cuando el cambio está en marcha, las personas que se resisten al cambio a menudo toman un término que significa algo del estado futuro y lo vacían para que también signifique el estado actual. Al sembrar confusión en el lenguaje, los titulares niegan el cambio. En 2014, trabajé con un equipo en el que cada persona había asumido un título de DevOps, sin embargo, durante mis entrevistas y discusiones, y en otros trabajos, no pude identificar ninguna diferencia entre lo que hicieron y cómo pensaban, aparte de las herramientas que aspiraban usar. , solo para descubrir que nunca se realizó una automatización real, que estas personas sirvieron como intermediarios entre los desarrolladores y la configuración y el despliegue de la aplicación, y tenían tal acumulación de solicitudes pendientes, y una serie tan constante de solicitudes urgentes, que no se podían realizar automatizaciones ni cambios. Ser afectado. Esa es mi definición del trabajo que se está yendo en la nube. La ineficiencia es ineficiencia y Cloud solo la ha expuesto creando transparencia al democratizar la capacidad de cualquier persona en una organización para ver por sí misma lo que realmente involucra el lanzamiento y la configuración de una instancia.
Para mí, DevOps es diferente de SysOps, ya que coloca los sistemas a la par con las aplicaciones, en gran medida eliminando lo que considero una falsa oposición binaria entre aplicaciones y sistemas. Si bien es cierto que los desarrolladores de aplicaciones obtienen la mayor parte del sol como “software se come al mundo”, las personas con una Vista de sistemas de aplicaciones que entienden cómo funcionan las aplicaciones encontrarán que este nuevo mundo es un lugar amigable e interesante, incluso a medida que el trabajo continúa evolucionando.