La transformación del

SysAdmin
a DevOps
Índice de
contenidos
1 Los comienzos del
administrador de sistemas
4 ¿Por qué debo convertirme
en Devops ahora?
- -
Página 3 Página 12

2 ¿Qué es de verdad
un DevOps?
5 El gran futuro y presente
del DevOps
- -
Página 5 Página 14

3 El camino de un SysAdmin
hacia el DevOps total
6 Conclusión:
Empieza tu camino
- -
Página 9 Página 17
 1 Los comienzos del
administrador de sistemas
Inicialmente los administradores de sistemas, de • Mantener todos los ordenadores y dispositivos libres
manera tradicional, son los encargados de velar porque de virus y similares.
la infraestructura de una empresa sea correcta, esté
activa y sea funcional. En ese aspecto, históricamente, • También que los dispositivos periféricos estén
los administradores de sistemas básicamente de lo que funcionando correctamente.
se encargan es de:
Estas son las tareas básicas que tiene un administrador
• Controlar que todos los servicios y los servidores de sistemas tradicional en una empresa, es decir,
de una infraestructura se encuentren activos y estén velar por esas funciones y también de proveer a los
funcionando correctamente. desarrolladores la infraestructura necesaria para
desplegar nuevos productos y servicios que estén
• Que los cortafuegos y diferentes firewalls físicos estén desarrollándose.
activos, habilitados y bien configurados.
Esto ha sido históricamente el modo de funcionar en
• Verificar que el empleo de Internet sea el correcto, es el mundo hasta aproximadamente los años 2004-
decir, que esté funcionando en todos los dispositivos 2005, donde hubo una curva bastante importante de
que componen la infraestructura. cambios, tanto a nivel de infraestructura como a nivel
de principios de gestión y administración de sistemas,
• Que todo el software que se encuentre en la que es lo que viene a conocerse como DevOps.
infraestructura, a nivel de servidores, se encuentre
actualizado y en un estado correcto.

DevOps Timeline

</>

1957 1969 2003 2009 2009 2012 2013 2017

Los primeros programadores Lanzamiento de ARPANET, Ben Treynor lidera un grupo John Allspaw y Paul Hammond, Patrick Debois organiza Splunk y SolarWinds, Puppet Labs lanza Lanzamiento de la Plataforma
escriben código Fortran, creando los primeros trabajos de Flickr presentan “10+ Deploys Per Day: el primer “DevOps Day”, en herramientas pioneras para DevOps, su primera encuesta de Monitorización Blue Matador,
creando los primeros de ingeniería de redes y que administra un entorno Bélgica, y acuña el término salen a bolsa por 1.57$ y 802MM$, “State of DevOps”, que combina la monitorización
trabajos de desarrollo los centros de operaciones de red de producción en Google, “DevOps” como hashtag señalando el crecimiento potencial destacando la salud y las de servidores alimentada
creando el primer equipo SRE la metodología DevOps abreviado para promocionarlo de esta industria tendencias de la industria por IA y el registro centralizado
(Site Reability Engineers) bajo un inicio de sesión

Página 3
La transformación del
SysAdmin a DevOps
2 ¿Qué es de verdad
un DevOps?
Para saber qué es DevOps debemos conocer de dónde
viene esta palabra. A nivel histórico, en la conferencia
Agile 2008 en Toronto, Andrew Shafer y Patrick
Debois introdujeron el término en su charla sobre
“infraestructura ágil”.
Agile es una práctica de desarrollo ágil de software, que
tiene como característica fundamental el desarrollo
continuo del software en pequeños fragmentos,
que sean más rápidos de desarrollar y más fáciles de
implementar nuevas funcionalidades en un servicio o
en un producto. En esa charla introdujeron el término
DevOps, el cual desde el año 2009 se ha comenzado a
promocionar de forma cada vez mayor, debido en parte
a una serie de eventos llamados DevOpsDays.
code
pl
Dev
an
se
lea
build
re
test
Básicamente DevOps no es un término que sea propio
de los ingenieros de sistemas, sino que es un término
más bien anclado al desarrollo de software. Existe
una definición consensuada por personas con mucho
conocimiento sobre el mismo, que dice lo siguiente:
DevOps es un conjunto de prácticas destinadas a
reducir el tiempo entre el compromiso del cambio de
un sistema y el cambio que se coloca en la producción
normal, al tiempo que garantiza una alta calidad.
Es decir, estamos reduciendo el tiempo de desarrollo,
el tiempo de cambios en un producto, y tiempos de
colocar ese producto o ese cambio en producción.
deploy
Ops
Operate
m o n it o r
Página 5
La transformación del
SysAdmin a DevOps

La idea fundamental de DevOps es procurar que ese

nuevo desarrollo o cambio se realice lo antes posible y se
Las herramientas de DevOps
ponga lo antes posible en producción, implementando se encajan en unos principios,
que a nivel tecnológico deben
a la vez una alta calidad en el cambio, es decir, que la
calidad en el cambio sea bastante buena y tolerante
a errores y fallos, gracias a la parte de QA, la parte de
tratamiento de calidad del código.
cumplir con los principios
de desarrollo continuo del
DevOps es un concepto muy extenso, ya que engloba
muchos modos de trabajo, muchas metodologías y está
software:
muy vinculado a lo que serían enfoques de desarrollo
Agile, lo que hace que el término DevOps se amplíe
bastante más con todo ello. · Desarrollo del código y revisión del mismo.

No existe un perfil DevOps como tal, sino que es · Construcción del producto con herramientas
un concepto genérico, más bien destinado a una de integración continua.
metodología de trabajo que a un perfil. Dentro de este
nuevo planteamiento, los administradores de sistemas y
desarrolladores de software comienzan a crear sinergias
· Pruebas del producto con entregas en prueba
gracias a estas nuevas herramientas y metodologías de continua automatizadas.
trabajo.
· Generación de artefactos.
Esta forma de desarrollar permite, entre otras cosas,
mayor agilidad en los desarrollos, mejor comunicación · Lanzamientos de dichos artefactos o dichos
y adaptación de necesidades por parte del cliente,
cambios de código en diferentes entornos, de
rollbacks no críticos para el negocio, etc.
forma automatizada.

· Configuración y gestión de la infraestructura

automatizada, es decir, desarrollada según los
principios de “infraestructura como código”.

· Monitorización continua, tanto de la

infraestructura como de la puesta en
producción de los cambios.

Página 6
En relación a las herramientas, se encuentran varios
procedimientos y paradigmas que conforman la
metodología de trabajo en el ámbito DevOps:
Agile
Es una metodología de desarrollo ágil del código.
Una forma que tienen los desarrolladores de trabajar,
diferente a las metodologías Waterfall, que han sido las
tradicionales hasta ahora.
Básicamente se basan en el desarrollo de un producto.
En vez de realizar, como se hacía tradicionalmente,
una planificación y un desarrollo de un producto final,
se va desarrollando el código y el producto poco a
poco, haciendo pequeños cambios y poniéndolos
directamente en producción. Es decir, pequeñas nuevas
funcionalidades que sean más rápidas de desarrollar
y que se puedan implementar lo antes posible en
producción, todo ello sin perder esa calidad en el código,
por supuesto.
Desarrollo contínuo de software
Que se compone de varias fases:
a) Fase de integración continua del código, es decir, el
código que estamos desarrollando inicialmente pasa
por un proceso automatizado de integración con lo
que tenemos ya desplegado en producción. La fase de
integración se basa en pruebas de calidad del código,
pruebas de aceptación pregeneradas y algunos otros
tipos de pruebas diferentes, destinadas a comprobar
que la integración de ese nuevo código se realiza
siempre de la forma correcta.
b) Fase de prueba continua.
c) Fase de despliegue continuo o entrega continua, la
cual tiene una fuerte automatización en sus procesos.
Al final lo que conseguimos con una metodología
DevOps dentro de ese enfoque es realizar desarrollo de
código lo más rápido posible, puesto en producción lo
antes posible y además contando tanto con una fuerte
automatización como una fuerte integración y calidad
del código.
Todo esto abarca lo que es el enfoque DevOps,
además de la calidad de monitorización, calidad de la
infraestructura, que también son aspectos importantes
a tener en cuenta dentro de la metodología DevOps.
Una vez que tenemos un punto vista amplio de lo que es
DevOps, cuales son las herramientas y las metodologías
en las que se basa, antes de seguir hay que decir que
realmente en DevOps no existe un SysAdmin DevOps
como tal, sino que se trata de adaptar al administrador
de sistemas o el ingeniero de sistemas para que utilice
todas estas prácticas de DevOps.
A pesar de lo indicado anteriormente, lo habitual a
día de hoy es que las empresas busquen el famoso
perfil DevOps para todas estas nuevas tecnologías y
metodologías de trabajo.
Página 7
La transformación del
SysAdmin a DevOps
3 El camino de un SysAdmin
hacia el DevOps total
Vamos a ver en este apartado cómo podemos
transformarnos de forma natural de administrador
de sistemas a un administrador de sistemas con
metodologías DevOps.
Inicialmente es cierto que ha habido una necesidad
tecnológica con la aparición de nuevas herramientas.
Estas herramientas han hecho que el administrador
de sistemas comience a cambiar un poco el punto
de vista de la administración tradicional hacia una
administración un poco más avanzada o modificada,
tendiendo hacia un entorno de desarrollo más que de
administración.
Estas herramientas normalmente son herramientas
que facilitan mucho la vida de los administradores de
sistemas, porque permiten una fuerte automatización
en lo que sería la gestión, la administración, la
monitorización y demás procesos relacionados con la
infraestructura de una empresa o del sitio donde estén
trabajando.
Hay varias cosas que hay que tener en cuenta para
transformarse de un administrador de sistemas a un
perfil de administrador tipo DevOps. Entre ellas hay
partes conceptuales, partes de metodologías y formas
de trabajar y otra parte de aprendizaje de nuevos
conceptos, que están muy vinculados al desarrollo.
Además hay otra parte que sería la que podríamos
definir como más técnica, que son el uso y conocimiento
de las diferentes herramientas, y de las que en este caso
hablaremos, principalmente de herramientas Open
Source para llevar a cabo esta transformación.
De las herramientas hablaremos un poco más adelante,
ya que ahora vamos a hablar sobre las claves de esta
transformación como tal y por qué es necesario
transformarse en un perfil de DevOps.
A partir de los años 2010 - 2011 aproximadamente,
sobre todo en España, hubo un fuerte cambio
metodológico de muchas empresas, que comenzaron a
visualizar el modelo que se venía encima. Este modelo
ya está muy trabajado e implantado totalmente en
otras empresas, sobre todo en empresas de EEUU,
siendo Google y Facebook fundamentalmente las que
de forma pionera comenzaron esta andadura, y por las
que al nal todas las empresas van en una línea similar.
Por poner un ejemplo, a día de hoy en España hay ya
muchas empresas que están solicitando este tipo de per
les, porque han procedido a un cambio en el modelo de
gestión, y también en el modelo tecnológico, es decir,
en las herramientas.
Estas compañías han visto un incremento de su actividad
empresarial gracias a la implementación de estas nuevas
metodologías de desarrollo, como el desarrollo ágil y la
capacidad de sacar nuevos productos más rápido, de
una forma más eficiente y con bastante más calidad de
código.
Al final, el cambio de un administrador de sistemas
a un perfil DevOps es fundamental porque los
administradores deben adaptarse a ese nuevo paradigma
de las empresas, además de al nuevo paradigma de
desarrollo ágil y a las nuevas herramientas. Es necesario
comenzar a comprender un poco las necesidades de este
nuevo negocio que aparece, saber elegir bien cuáles son
los conceptos y las herramientas que hay que utilizar.
Página 9
La transformación del
SysAdmin a DevOps

Existe cierto temor inicial a este cambio. Se tiende a

pensar que al proporcionar nuevas herramientas, al
Todos estos aspectos seguirán
automatizar tanto la infraestructura y al hacer que al estando ahí, aunque estén
final el desarrollador no tenga que depender tanto de
un administrador de sistemas para poder desplegar el
automatizados. El software
código, ya que lo puede hacer todo de forma automática, sigue existiendo y con ello la
¿de qué sirve un administrador de Sistemas?
necesidad de instalarse, además
Realmente no hay que pensar de esta forma, ya que es de seguir habiendo incidencias
fundamental que exista una figura de administrador:
una persona que se encargue precisamente de referentes a ellos, por lo que
montar toda esa generación de infraestructuras como
código, de la parte de administración y configuración
un perfil de administrador de
de equipos. Los conocimientos de un administrador sistemas es fundamental para
de sistemas son fundamentales, ya que no los tienen
los perfiles de desarrollo, y abarcan muchos aspectos
su gestión.
como la administración de servidores, la gestión y
mantenimiento de servicios, etc.

Además, también hay que destacar que la parte de

Cloud cada vez está siendo más importante, y un
administrador de sistemas tiene un peso fundamental
en el Cloud para la gestión de instancias o la gestión de
esos servicios del Cloud (por ejemplo de Amazon, que
tiene muchos servicios adicionales que nos permiten
sustituir diversas piezas de software, de infraestructura,
etc.), por lo que es fundamental también conocer todos
estos conceptos.

Página 10
La transformación del
SysAdmin a DevOps
4 ¿Por qué debo convertirme
en DevOps ahora?
Vamos a ver ahora por qué hay que convertirse en
DevOps. Esta adaptación es fundamental, incluso SysAdmin
obligatoria en estos tiempos que corren, porque
el cambio tecnológico, el cambio de paradigma de
desarrollo, el cambio de nuevas infraestructuras y
las nuevas formas de implementación de nuevas
infraestructuras a través de Cloud y otras, obliga a los
administradores de sistemas a adaptar estos nuevos
perfiles y nuevos conocimientos hacia un entorno de
DevOps.

Recordemos que el concepto DevOps engloba muchas

metodologías diferentes de trabajo, metodologías
organizativas y metodologías tecnológicas.

Entre todas ellas, el concepto de Cloud es un concepto

fundamental que entra dentro del entorno de DevOps,
y como administradores de sistemas debemos conocer
también esta nueva infraestructura que se nos brinda
a través de Internet. El Cloud nos permite poder
desplegar productos y servicios de nuestra empresa sin
la necesidad de contar con nuestro CPD. DevOps

Todo esto nos hace concluir que, el porqué de convertirse

a DevOps es por seguir dentro del mercado actual y
futuro, ya que todos estos cambios y avances van a
seguir evolucionando, por lo que es importante tener
claro que este perfil va a ser un perfil muy demandado.

Si actualmente existen bastantes ofertas de trabajo

que incluyen el término DevOps, en un futuro cercano
prácticamente todos los puestos de trabajo tanto de
desarrollo como de sistemas van a estar enfocados
a perfiles DevOps, no por el hecho del perfil en sí, si
no por el hecho del marco tecnológico en el que están
basados.

Página 12
La transformación del
SysAdmin a DevOps
5 El gran futuro y presente
del DevOps
El futuro del DevOps es difícil predecir, pero podemos
decir que la tendencia actual es que cada vez exista
menos dependencia hacia la gestión de la infraestructura,
y al mismo tiempo se tienda a una mayor optimización
en el desarrollo de productos.
La tendencia y el futuro de un perfil DevOps y de esta
losofía de trabajo es llegar a un estado tal en el que los
desarrolladores de código no tengan que preocuparse
por nada referente a la infraestructura, y puedan así
desplegar el código directamente en producción de una
forma más rápida y sencilla.
Dentro de la curva de aprendizaje de tecnologías, hemos
pasado por una acentuación muy fuerte desde hace
pocos años, la cual comenzó con la aparición de Docker
y de los microservicios basados en contenedores, hecho
que supuso una revolución enorme en lo referente al
concepto de desarrollo de microservicios, ya que
permitía desarrollar en base a pequeñas unidades y
montarlas posteriormente en unidades mayores. Ese
concepto facilitó la vida de muchos desarrolladores a la
hora de desplegar sus productos.
DevOps
A pesar de estos cambios, sigue existiendo una
dependencia hacia los administradores de sistemas
para poder tener esa infraestructura preparada,
aunque bien es cierto que los servicios Cloud, como
Amazon Container Engine, el nuevo Amazon EKS o
el Google Cloud Engine, en el que también existe la
posibilidad de introducir microservicios, son servicios
adicionales que nos ofrece el Cloud y que nos abstrae
a los administradores de la gestión del orquestador y
del entorno de microservicios basado en contenedores,
teniendo solo la tarea de generar la imagen de Docker y
subirla al Cloud.
En principio, esta tecnología o forma de comprender
los microservicios ha ido más allá y está apareciendo
un nuevo concepto de desarrollo, cuyo pionero fue
Amazon con su servicio Lambda.
Desde entonces se dio origen a una nueva
implementación de código en producción sin
necesidad incluso de tener infraestructura, lo que suele
denominarse con el concepto serverless.
Página 14
Este concepto es bastante reciente y aún no ha llegado
a extenderse del todo, pero a día de hoy comienza a
ser bastante importante y relevante en el mundo del
desarrollo, ya que a los desarrolladores se les facilita
muchísimo la vida, al no tener que generar artefactos,
realizar compilaciones, esperar soporte o despliegue de
infraestructura por parte del equipo de Infraestructura,
etc.
Todo esto se debe a que el concepto serverless permite
que únicamente haya que subir el código, y el servidor
donde se sube detecta automáticamente el lenguaje,
compila el código y lo hace útil.
Es una idea bastante nueva, pero el concepto de
DevOps se orienta en esa esa línea, lo que no quiere
decir que los administradores de sistemas desaparezcan,
porque siempre van a ser necesarios, pero sí que es
cierto que la tendencia va a ser que el administrador
de sistemas va a tener que esforzarse un poco más en
ser más desarrollador que un desarrollador en ser más
administrador de sistemas, debido a que la tendencia
final es es utilizar código para el despliegue de todo tipo
de infraestructuras.

Nosotros comunicaríamos una aplicación gracias a

diferentes funciones que tenemos en Cloud o a las de
nuestro servidor on premise. Existen proyectos muy
interesantes de serverless como Kubeless para poder
tener nuestro servidor serverless operativo en nuestra
empresa, y gracias a estas funciones poder tener al
final un producto o un servicio funcional basado, por
ejemplo, en un portal web, cuyas funciones dentro
del portal llamen a funciones Lambda, en el caso de
Amazon, o funciones serverless, en el caso de tener
servicios on premise, para poder realizar la lógica dentro
de la página web.

DevOps

Página 15
La transformación del
SysAdmin a DevOps
6 Conclusión:
Empieza tu camino
Como se ha comentado anteriormente, la tendencia
tecnológica es ir a una mayor automatización de la
infraestructura.
DevOps
Hay una fuerte competencia dentro del Cloud para
esta automatización y esta gestión, y la conclusión de
todo esto es que los administradores de sistemas deben
hacer un fuerte cambio de pensamiento o de forma de
SysAdmin
plantear las infraestructuras, con una mente un poco
más de desarrollo (o al menos es lo que la experiencia y
las tendencias que existen hoy día hacen que pensemos).
Realmente es necesario siempre tener un gran
conocimiento de administración de sistemas para poder
montar muchos de los servicios de infraestructuras
requeridos por desarrollo, pero bien es cierto que el
Cloud está ganando mucho terreno en ese aspecto, lo
que facilita cada vez más a los desarrollares el uso de
dicha infraestructura, por lo que la tendencia final va a
ser fundamentalmente a ese cambio.

Como conclusión general de toda la guía, decir que

va siendo muy importante que los administradores
de sistemas vayan adquiriendo un conocimiento
profundo de lo que serían los conceptos DevOps y
un conocimiento bastante amplio de las herramientas
que un ingeniero de sistemas DevOps debe dominar
(sobre todo la infraestructura como código, que es la
que más afecta a los administradores), pero también
tener conocimientos sobre el resto de conceptos de
desarrollo ágil y metodología de desarrollo.

Página 17
 ¿Quieres convertirte
en DevOps?
Aprende ahora con los mejores expertos
CARRERA
ESPECIALISTA EN AUTOMATIZACIÓN DEVOPS

Comenzar
Carrera Devops

¡Si te ha resultado útil,

comparte en redes sociales!

Más en openwebinars.net