A día de hoy, se despliegan y utilizan más servidores que nunca.

Esto se debe en parte al auge de la virtualización y el cloud computing, lo que hace posible la creación de un gran número de servidores sin necesidad de comprar hardware, pero también a la creciente demanda de aplicaciones para grandes volúmenes de datos, que corren sobre cientos o incluso miles de máquinas.

No hace falta decir que todos estos servidores suponen un cambio en la metodología de trabajo de los Administradores de Sistemas, encargados de mantenerlos en funcionamiento durante todo el día.

Para adaptarse al nuevo entorno, los Administradores de Sistemas están usando nuevas herramientas de automatización, que hacen su trabajo más parecido al de los Desarrolladores de Software. Esto también hace que se estreche el vínculo entre Administradores y Desarrolladores, los cuales a su vez tienen que adaptar sus hábitos a unas actualizaciones de código cada vez más frecuentes para depurar errores y evitar choques con los requerimientos de los nuevos servers.

Estas dos tendencias: Automatización y estrecha colaboración entre Administradores de Sistemas y Desarrolladores de Software se conocen colectivamente como el movimiento DevOps.

El problema es que suele haber una gran diferencia entre el momento temporal en que los Desarrolladores creen que su código está terminado y cuando está totalmente listo para entrar en producción. En palabras de Luke Kaines, fundador y CEO de Puppet Labs, una de las compañías líderes en automatización.

Hay un gran debate que merece la pena seguir (y que cambia cada día) entre los roles que debe asumir un DevOps y si éste se consolidará como nexo de unión entre los dos mundos: Desarrollo y de la Administración. Aquí dejamos algunos enlaces para seguirlo de cerca:

• https://groups.google.com/forum/#!forum/madrid-devops
• http://devopsdays.org/
• https://puppetlabs.com/solutions/devops/
• http://devopscafe.org/