Edición de «DevOps»

{{mal traducido|ci=en|art=DevOps}}

'''''DevOps''''' ([[acrónimo]] inglés de ''development'' —[[Desarrollo de software|desarrollo]]— y ''operations'' —operaciones—) es un conjunto de prácticas que agrupan el desarrollo de software (''Dev'') y las operaciones de TI (''Ops''). Su objetivo es hacer más rápido el ciclo de vida del desarrollo de software y proporcionar una entrega continua de alta calidad. DevOps es una práctica complementaria al desarrollo de  software ágil ; esto debido a que varias de las características de ''DevOps'' provienen de la metodología Agile (término en inglés para la metodología de desarrollo ágil).

La principal característica del movimiento ''DevOps'' es defender activamente la automatización y el [[Monitorización|monitoreo]] en todos los pasos de la construcción del software, desde la [[Integración continua|integración]], las pruebas, el despliegue, hasta la implementación y la [[Operaciones (IT)|administración de la infraestructura]]. ''DevOps'' apunta a ciclos de desarrollo más cortos, mayor frecuencia de implementación, lanzamientos más efectivos, en estrecha alineación con los objetivos comerciales.<ref>{{Cita noticia|apellidos=Loukides|nombre=Mike|título=What is DevOps?|url=http://radar.oreilly.com/2012/06/what-is-devops.html|fecha=7 de junio de 2012|fechaacceso=2 de noviembre de 2017|periódico=O'Reilly Radar|idioma=en-US}}</ref><ref>{{Cita web|url=http://www.somic.org/2010/03/02/the-rise-of-devops/|título=The Rise of DevOps|fechaacceso=2 de noviembre de 2017|sitioweb=www.somic.org|idioma=en-US}}</ref><ref>{{Cita noticia|título=DevOps Culture (Part 1) - IT Revolution|url=http://itrevolution.com/devops-culture-part-1/|fecha=1 de mayo de 2012|fechaacceso=2 de noviembre de 2017|periódico=IT Revolution|idioma=en-US}}</ref><ref>{{Cita web|url=http://blogs.the451group.com/opensource/2010/03/03/devops-mixing-dev-ops-agile-cloud-open-source-and-business/|título=DevOps mixing dev, ops, agile, cloud, open source and business — 451 CAOS Theory|fechaacceso=2 de noviembre de 2017|sitioweb=blogs.the451group.com|urlarchivo=https://web.archive.org/web/20150914010853/https://blogs.the451group.com/opensource/2010/03/03/devops-mixing-dev-ops-agile-cloud-open-source-and-business/|fechaarchivo=14 de septiembre de 2015}}</ref>

== Definiciones e historia ==

[[Archivo:Devops.svg|miniaturadeimagen|Ilustración que muestra ''DevOps'' como la intersección de desarrollo, operaciones de tecnología y calidad (QA)]]

En la conferencia Agile 2008 Toronto, Yhens Wasna y Patrick Debois introdujeron el término en su charla sobre "Infraestructura Ágil".<ref>{{Cita web|url=http://www.jedi.be/blog/2008/10/09/agile-2008-toronto-agile-infrastructure-and-operations-presentation/|título=Agile 2008 Toronto: Agile Infrastructure and Operations Presentation|fechaacceso=3 de noviembre de 2017|apellido=Debois|nombre=Patrick|sitioweb=www.jedi.be}}</ref> A partir de 2009, el término DevOps se ha promocionado constantemente y se ha incorporado a un uso más general a través de una serie de ''devopsdays'',<ref>{{Cita web|url=http://www.devopsdays.org/events/2009-ghent/|título=Devopsdays Ghent 2009|fechaacceso=3 de noviembre de 2017|sitioweb=www.devopsdays.org}}</ref> que comenzaron en [[Bélgica]] y ahora también se han extendido a otros países.<ref>{{Cita web|url=http://www.devopsdays.org/|título=DevOpsDays|fechaacceso=3 de noviembre de 2017|sitioweb=www.devopsdays.org|idioma=en-us}}</ref> 

El término ''DevOps'' ha sido utilizado en múltiples contextos diferentes.<ref>{{Cita noticia|título=Surprise! Broad Agreement on the Definition of DevOps - DevOps.com|url=https://devops.com/surprise-broad-agreement-on-the-definition-of-devops/|fecha=13 de mayo de 2015|fechaacceso=3 de noviembre de 2017|periódico=DevOps.com|idioma=en-US}}</ref>

Una definición propuesta por Bass, Weber y Zhu es:
{{cita|''DevOps'' es un conjunto de prácticas destinadas a reducir el tiempo entre el compromiso de un cambio en una aplicación y el cambio que se coloca en la producción normal, al tiempo que garantiza una alta calidad.}}

Durante la década siguiente, también se desarrollaron iniciativas de ''DevOps'' más tangenciales, como ''OpsDev'',<ref>{{Cita noticia|título=DevOps Must Also Mean OpsDev - DevOps.com|url=https://devops.com/devops-must-also-mean-opsdev/|fecha=27 de octubre de 2015|fechaacceso=3 de noviembre de 2017|periódico=DevOps.com|idioma=en-US}}</ref> ''WinOps'',<ref>{{Cita noticia|apellidos=Weinberger|nombre=Matt|título=Microsoft study finds everybody wants DevOps but culture is a challenge|url=http://www.computerworld.com/article/2851974/microsoft-study-finds-everybody-wants-devops-but-culture-is-a-challenge.html|fechaacceso=3 de noviembre de 2017|periódico=Computerworld|idioma=en}}</ref> y ''BizDevOps'' (combinación de ''[[BizDev]]''+''OpsDev'').<ref>{{Cita web|url=https://dzone.com/articles/why-devops-doesnt-work-for-enterprise-applications|título=Why DevOps Doesn’t Work for Enterprise Applications - DZone DevOps|fechaacceso=3 de noviembre de 2017|sitioweb=dzone.com|idioma=en}}</ref>

== Herramientas ''DevOps'' ==
Como ''DevOps'' pretende ser un modo de trabajo interfuncional, en lugar de una sola herramienta de ''DevOps'' existen conjuntos (o "[[Cadena de herramientas|toolchains]]") de múltiples herramientas.<ref>Gartner Market Trends: DevOps – Not a Market, but Tool-Centric Philosophy That supports a Continuous Delivery Value Chain (Report). Gartner. 18 February 2015.</ref> Se espera que tales herramientas de ''DevOps'' encajen en una o más de estas categorías, que reflejen los aspectos clave del proceso de desarrollo y entrega:<ref>{{Cita noticia|apellidos=dev2ops|título=Integrating DevOps tools into a Service Delivery Platform (VIDEO) - dev2ops|url=http://dev2ops.org/2012/07/integrating-devops-tools-into-a-service-delivery-platform-video/|fechaacceso=3 de noviembre de 2017|periódico=dev2ops|idioma=en-us|urlarchivo=https://web.archive.org/web/20140208062826/http://dev2ops.org/2012/07/integrating-devops-tools-into-a-service-delivery-platform-video/|fechaarchivo=8 de febrero de 2014}}</ref><ref>{{Cita web|url=http://www.infoq.com/articles/devops-toolchain|título=Exploring the ENTIRE DevOps Toolchain for (Cloud) Teams|fechaacceso=3 de noviembre de 2017|sitioweb=InfoQ}}</ref>
# Código: desarrollo y [[revisión de código]], herramientas de administración de código fuente, fusión de código
# Construcción: herramientas de [[integración continua]], estado de compilación
# Prueba: herramientas de prueba continuas que brindan retroalimentación sobre los riesgos comerciales
# Paquete: [[Repositorio de software|repositorio de artefactos]], distribución previa a la implementación de la aplicación
# Lanzamiento - gestión de cambios, aprobaciones de versiones, automatización de versiones
# Configurar - configuración y gestión de la infraestructura, [[Infraestructura como código]]
# Monitor: monitoreo del rendimiento de las aplicaciones, experiencia del usuario final
Algunas categorías son más esenciales en una cadena de herramientas ''DevOps'' que otras; especialmente la integración continua (por ejemplo, [[Jenkins]]) y la infraestructura como código (por ejemplo, [[Puppet (software)|Puppet]]).<ref>{{Cita noticia|título=DevOps Stack on a Shoestring Budget - DevOps.com|url=http://devops.com/2016/02/05/devops-stack-shoestring-budget/|fecha=5 de febrero de 2016|fechaacceso=3 de noviembre de 2017|periódico=DevOps.com|idioma=en-US|urlarchivo=https://web.archive.org/web/20160527090137/http://devops.com/2016/02/05/devops-stack-shoestring-budget/|fechaarchivo=27 de mayo de 2016}}</ref><ref>{{Cita web|url=https://puppetlabs.com/blog/stronger-devops-culture-with-puppet-and-vagrant|título=Stronger DevOps Culture with Puppet and Vagrant|fechaacceso=3 de noviembre de 2017|sitioweb=Puppet|idioma=en|urlarchivo=https://web.archive.org/web/20160129110938/https://puppetlabs.com/blog/stronger-devops-culture-with-puppet-and-vagrant|fechaarchivo=29 de enero de 2016}}</ref>

== Relación y otros enfoques ==

=== ''Agile'' ===
La necesidad de ''DevOps'' surgió del creciente éxito del desarrollo de software ágil, ya que eso llevó a que las organizaciones quieran lanzar su software más rápido y con mayor frecuencia. A medida que trataban de superar la tensión que esto suponía para sus procesos de gestión de versiones, debían adoptar patrones como la automatización del lanzamiento de aplicaciones, las herramientas de [[integración continua]] y la [[entrega continua]].<ref>Best Practices in Change, Configuration and Release Management (Report). Gartner. 14 July 2010.</ref>

=== Entrega Continua ===
La [[entrega continua]] y ''DevOps'' tienen objetivos comunes y a menudo se usan en conjunto, pero hay diferencias sutiles.<ref>{{Cita noticia|título=The Relationship Between Dev-Ops And Continuous Delivery: A Conversation With Jez Humble Of ThoughtWorks|url=http://blogs.forrester.com/jeffrey_hammond/11-09-09-the_relationship_between_dev_ops_and_continuous_delivery_a_conversation_with_jez_humble_of_thought|fecha=9 de septiembre de 2011|fechaacceso=3 de noviembre de 2017|periódico=Forrester|idioma=en-US}}</ref>

Si bien la [[entrega continua]] se centra en la automatización de los procesos de entrega de [[software]], ''DevOps'' también se centra en el cambio de la organización para admitir una gran colaboración entre las muchas funciones involucradas.

''DevOps'' y la entrega continua comparten una base común en métodos ágiles y pensamiento ligero: cambios pequeños y frecuentes con valor focalizado para el cliente final.<ref>{{Cita noticia|título=We Need More Agile IT Now!|url=http://www.drdobbs.com/architecture-and-design/we-need-more-agile-it-now/240169361?queryText=Release+management|fechaacceso=3 de noviembre de 2017|periódico=Dr. Dobb's}}</ref>

=== ''ArchOps'' ===
ArchOps es una extensión de ''DevOps'' que incrementa el nivel de abstracción al priorizar los artefactos de [[arquitectura de software]] por encima del código fuente para el despliegue y operación de soluciones de software.<ref>{{Cita publicación |last1=Castellanos |first1=Camilo |last2=Correal |first2=Dario |date=15 de septiembre de 2018|title=Executing Architectural Models for Big Data Analytics |url=https://link.springer.com/chapter/10.1007/978-3-030-00761-4_24 |journal=Lecture Notes in Computer Science |volume=11048 |issue= |pages=364-371 |doi=10.1007/978-3-030-00761-4_24 |access-date= }}</ref> ArchOps establece que los modelos de arquitectura son entidades de primera clase dentro del desarrollo, despliegue y operación de soluciones de software.

=== ''DataOps'' ===
La aplicación de [[entrega continua]] y ''DevOps'' para el [[análisis de datos]] se ha denominado DataOps. DataOps busca integrar ingeniería de datos, integración de datos, [[calidad de datos]], seguridad de datos y privacidad de datos con operaciones.<ref>{{Cita noticia|título=From DevOps to DataOps, By Andy Palmer - Tamr Inc.|url=https://www.tamr.com/from-devops-to-dataops-by-andy-palmer/|fecha=7 de mayo de 2015|fechaacceso=3 de noviembre de 2017|periódico=Tamr Inc.|idioma=en-US|fechaarchivo=12 de julio de 2018|urlarchivo=https://web.archive.org/web/20180712103947/https://www.tamr.com/from-devops-to-dataops-by-andy-palmer/|deadurl=yes}}</ref> Aplica principios de ''DevOps'', [[Desarrollo ágil de software|desarrollo ágil]] y el control estadístico del proceso, utilizado en la fabricación ajustada, para mejorar el tiempo de ciclo de extracción de valor del análisis de datos.<ref>{{Cita web|url=https://medium.com/data-ops/how-to-become-a-rising-star-with-data-analytics-6e4f611e85dd|título=How to Become a Rising Star with Data Analytics|fechaacceso=3 de noviembre de 2017|apellido=DataKitchen|fecha=15 de marzo de 2017|sitioweb=data-ops}}</ref>

=== ''DevSecOps'' ===
DevSecOps es un aumento de ''DevOps'' para permitir que las prácticas de seguridad se integren en el enfoque de ''DevOps''. El modelo tradicional de equipo de seguridad centralizado debe adoptar un modelo federado que permita a cada equipo de delivery tener en cuenta los controles de seguridad correctos en sus prácticas de ''DevOps''.

=== Objetivos ===
Los objetivos de ''DevOps'' abarcan todo el proceso de entrega. Incluyen:
* Frecuencia de implementación mejorada;
* Lanzamientos a producción más rápidos;
* Baja tasa de errores en la generación de nuevas versiones;
* Tiempo de entrega más corto entre versiones;
* Tiempo de despliegue más rápido (en caso de que una nueva versión tenga inconsistencias).
*Velocidad de reacción en caso de que una versión desplegada falle
Los procesos simples se vuelven cada vez más estándar y dinámicos, utilizando un enfoque ''DevOps''.<ref>{{Cita noticia|título=New Relic: What is DevOps - Explained|url=http://newrelic.com/devops/what-is-devops|fechaacceso=3 de noviembre de 2017|periódico=New Relic|idioma=en}}</ref> ''DevOps'' tiene como objetivo maximizar la previsibilidad, eficiencia, seguridad y mantenimiento de los procesos operativos. Muy a menudo, la automatización o robotización de procesos apoya este objetivo.

La integración de ''DevOps'' se enfoca en la entrega de productos, pruebas de usuario (UAT), pruebas continuas, pruebas de calidad, desarrollo de características y versiones de mantenimiento para mejorar la confiabilidad y la seguridad y proporcionar ciclos de desarrollo e implementación más rápidos. Muchas de las ideas (y personas) involucradas en ''DevOps'' provienen de la administración de sistemas empresariales y los movimientos ágiles de desarrollo de software.<ref>{{Cita web|url=http://www.infoq.com/presentations/agile-infrastructure|título=Agile Infrastructure|fechaacceso=3 de noviembre de 2017|sitioweb=InfoQ}}</ref>

=== Microservicios ===
Este tipo de enfoque permite a las empresas digitales brindar alta disponibilidad y estabilidad a sus aplicaciones; esto se debe a que todas las partes de las aplicaciones (base de datos, back-end, front-end, etc.) son independientes y, si una de ellas falla, no implica que todo el sistema de información presente inconvenientes. En lugar de eso, los otros servicios continuarán trabajando mientras se restaura el componente afectado.<ref>{{Cita web|url=https://www.clickittech.com/devops/devops-benefits/|título=How to explain DevOps Benefits to your Boss (2018 Edition) {{!}} Clickittech|fechaacceso=9 de agosto de 2018|sitioweb=www.clickittech.com|idioma=en-US}}</ref> Los creadores de ''DevOps'' requieren de microservicios para optimizar sus desarrollos, y dejar atrás arquitecturas monolíticas, ya que la arquitectura de servicios se vuelve modular y segmentada para minimizar el riesgo y mejorar la forma de despliegue de las aplicaciones y sus componentes de integración con las diferentes capas.

== Véase también ==
* [[Ansible (software)]] 
* [[Docker (software)]]

== Referencias ==
{{Listaref|2}}

== Enlaces externos ==
{{Traducido ref|en|DevOps|oldId=599307937|trad=parcial||fecha=19 de marzo de 2014}}

{{Control de autoridades}}
[[Categoría:Desarrollo de software]]
[[Categoría:Administración de las tecnologías de la información]]