Ir al contenido

Diferencia entre revisiones de «DevOps»

De Wikipedia, la enciclopedia libre
Explorar historial interactivamente
← Ir a diferencia anteriorIr a siguiente diferencia →
Contenido eliminado Contenido añadido
VisualWikitexto
Se mejoró la traducción de la "entradilla" en relación al artículo original en inglés. El articulo en español seguía diciendo que DevOps es una cultura o movimiento, cuando el artículo original al que se hace referencia ha evolucionado. Saludos.
Mejoras en la traducción en relación al artículo original en inglés de los apartados "Definiciones e Historia, Herramientas DevOps, Relación y otros enfoques". Adaptación al artículo original en inglés.
Línea 3: Línea 3:
'''DevOps''' ([[acrónimo]] inglés de ''development'' -[[Desarrollo de software|desarrollo]]- y ''operations'' -[[Operaciones (IT)|operaciones]]-) es una práctica de ingeniería de software que tiene como objetivo unificar el [[desarrollo de software]] (Dev) y la [[Operaciones (IT)|operación]] del software (Ops). La principal característica del movimiento DevOps es defender enérgicamente 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, la liberación 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 confiables, 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=2012-06-07|fechaacceso=2017-11-02|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=2017-11-02|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=2012-05-01|fechaacceso=2017-11-02|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=2017-11-02|sitioweb=blogs.the451group.com}}</ref>
'''DevOps''' ([[acrónimo]] inglés de ''development'' -[[Desarrollo de software|desarrollo]]- y ''operations'' -[[Operaciones (IT)|operaciones]]-) es una práctica de ingeniería de software que tiene como objetivo unificar el [[desarrollo de software]] (Dev) y la [[Operaciones (IT)|operación]] del software (Ops). La principal característica del movimiento DevOps es defender enérgicamente 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, la liberación 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 confiables, 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=2012-06-07|fechaacceso=2017-11-02|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=2017-11-02|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=2012-05-01|fechaacceso=2017-11-02|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=2017-11-02|sitioweb=blogs.the451group.com}}</ref>


==Definiciones e Historia==
==Descripción General==


En el Diagrama de Venn se muestra DevOps como la intersección de desarrollo (ingeniería de software), operaciones y control de calidad. En las organizaciones rara vez se encuentra esta integración. DevOps promueve un conjunto de procesos y métodos para tener una comunicación y colaboración entre el desarrollo, el control de calidad y las operaciones de TI.
[[File:Devops.svg|thumb|widthpx|Ilustración que muestra DevOps como la intersección de desarrollo, operaciones de tecnología y calidad (QA)]]


En la conferencia 2008 [[Agile]] Toronto, Andrew Shafer 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=2017-11-03|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=2017-11-03|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=2017-11-03|sitioweb=www.devopsdays.org|idioma=en-us}}</ref>.
==Etimología==


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=2015-05-13|fechaacceso=2017-11-03|periódico=DevOps.com|idioma=en-US}}</ref>.
En la conferencia de Agile en 2008 celebrada en agosto de ese año en Toronto, Andrew Clay Shafer y Patrick Debois discutieron el tema de "agilidad" y cómo llevarlo a la infraestructura y la administración de sistemas. El término DevOps se popularizó a través de una serie de "devopsdays" a partir de 2009 en Bélgica. Desde entonces ha habido conferencias de devopsdays celebradas en diferentes países.


Una definición propuesta por Bass, Weber y Zhu es:<blockquote>DevOps es un conjunto de prácticas destinadas a reducir el tiempo entre el compromiso de un cambio en un sistema y el cambio que se coloca en la producción normal, al tiempo que garantiza una alta calidad.<ref>{{Cita publicación|url=https://en.wikipedia.org/wiki/Special:BookSources/978-0134049847|título=Book sources|publicación=Wikipedia|fechaacceso=2017-11-03|idioma=en}}</ref></blockquote>En los últimos años, también han evolucionado 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=2015-10-27|fechaacceso=2017-11-03|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=2017-11-03|periódico=Computerworld|idioma=en}}</ref>, y BizDevOps<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=2017-11-03|sitioweb=dzone.com|idioma=en}}</ref>.
==Definición ==


== Herramientas DevOps ==
Jabbari formuló la siguiente definición, basada en una revisión de las definiciones de DevOps de 238 artículos: "DevOps es una metodología de desarrollo con un conjunto de prácticas destinadas a reducir la brecha entre Desarrollo y Operaciones, enfatizando comunicación y colaboración, integración continua, garantía de calidad y entrega con Despliegue automatizado".
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=2017-11-03|periódico=dev2ops|idioma=en-us}}</ref><ref>{{Cita web|url=http://www.infoq.com/articles/devops-toolchain|título=Exploring the ENTIRE DevOps Toolchain for (Cloud) Teams|fechaacceso=2017-11-03|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 [[Artefacto|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=2016-02-05|fechaacceso=2017-11-03|periódico=DevOps.com|idioma=en-US}}</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=2017-11-03|sitioweb=Puppet|idioma=en}}</ref>.


== Relación y otros enfoques ==
[[File:Devops.svg|thumb|widthpx|Ilustración que muestra DevOps como la intersección de desarrollo, operaciones de tecnología y calidad (QA)]]

=== 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 publicación|url=https://en.wikipedia.org/wiki/Special:BookSources/978-0-321-60191-9|título=Book sources|publicación=Wikipedia|fechaacceso=2017-11-03|idioma=en}}</ref><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=2011-09-09|fechaacceso=2017-11-03|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<ref>{{Cita publicación|url=https://en.wikipedia.org/wiki/Special:BookSources/978-0-321-60191-9|título=Book sources|publicación=Wikipedia|fechaacceso=2017-11-03|idioma=en}}</ref>.

DevOps y la entrega continua comparten una base común en métodos ágiles y pensamiento delgado: 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=2017-11-03|periódico=Dr. Dobb's}}</ref>.

=== 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=2015-05-07|fechaacceso=2017-11-03|periódico=Tamr Inc.|idioma=en-US}}</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=2017-11-03|apellido=DataKitchen|fecha=2017-03-15|sitioweb=data-ops}}</ref>.

=== Objetivos ===
Los objetivos de DevOps abarcan todo el proceso de entrega. Incluyen:
* Frecuencia de despliegue mejorada;
* Llegada al mercado más rápida;
* Baja tasa de fallas de nuevas versiones;
* Tiempo de entrega acortado entre arreglos;
* Tiempo de recuperación más rápido (en caso de que una nueva versión falle).
Los procesos simples se vuelven cada vez más programables 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=2017-11-03|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 apoya este objetivo.

La integración de DevOps se enfoca en la entrega de productos, 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=2017-11-03|sitioweb=InfoQ}}</ref>.


==Véase también==
==Véase también==

Revisión del 01:18 3 nov 2017

El texto que sigue es una traducción defectuosa. Si quieres colaborar con Wikipedia, busca el artículo original y mejora esta traducción.
Copia y pega el siguiente código en la página de discusión del autor de este artículo: {{subst:Aviso mal traducido|DevOps}} ~~~~

DevOps (acrónimo inglés de development -desarrollo- y operations -operaciones-) es una práctica de ingeniería de software que tiene como objetivo unificar el desarrollo de software (Dev) y la operación del software (Ops). La principal característica del movimiento DevOps es defender enérgicamente la automatización y el monitoreo en todos los pasos de la construcción del software, desde la integración, las pruebas, la liberación hasta la implementación y la administración de la infraestructura. DevOps apunta a ciclos de desarrollo más cortos, mayor frecuencia de implementación, lanzamientos más confiables, en estrecha alineación con los objetivos comerciales.[1]​[2]​[3]​[4]​

Definiciones e Historia

Ilustración que muestra DevOps como la intersección de desarrollo, operaciones de tecnología y calidad (QA)

En la conferencia 2008 Agile Toronto, Andrew Shafer y Patrick Debois introdujeron el término en su charla sobre "Infraestructura Ágil"[5]​. 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"[6]​, que comenzaron en Bélgica y ahora también se han extendido a otros países[7]​.

El término DevOps ha sido utilizado en múltiples contextos diferentes[8]​.

Una definición propuesta por Bass, Weber y Zhu es:

DevOps es un conjunto de prácticas destinadas a reducir el tiempo entre el compromiso de un cambio en un sistema y el cambio que se coloca en la producción normal, al tiempo que garantiza una alta calidad.[9]​

En los últimos años, también han evolucionado iniciativas de DevOps más tangenciales, como OpsDev[10]​, WinOps[11]​, y BizDevOps[12]​.

Herramientas DevOps

Como DevOps pretende ser un modo de trabajo interfuncional, en lugar de una sola herramienta de DevOps existen conjuntos (o "toolchains") de múltiples herramientas[13]​. 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[14]​[15]​:

  1. Código: desarrollo y revisión de código, herramientas de administración de código fuente, fusión de código
  2. Construcción: herramientas de integración continua, estado de compilación
  3. Prueba: herramientas de prueba continuas que brindan retroalimentación sobre los riesgos comerciales
  4. Paquete: repositorio de artefactos, distribución previa a la implementación de la aplicación
  5. Lanzamiento - gestión de cambios, aprobaciones de versiones, automatización de versiones
  6. Configurar - configuración y gestión de la infraestructura, Infraestructura como código
  7. 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)[16]​[17]​.

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.[18]​

Entrega Continua

La entrega continua y DevOps tienen objetivos comunes y a menudo se usan en conjunto, pero hay diferencias sutiles[19]​[20]​.

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[21]​.

DevOps y la entrega continua comparten una base común en métodos ágiles y pensamiento delgado: cambios pequeños y frecuentes con valor focalizado para el cliente final[22]​.

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[23]​. Aplica principios de DevOps, 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[24]​.

Objetivos

Los objetivos de DevOps abarcan todo el proceso de entrega. Incluyen:

  • Frecuencia de despliegue mejorada;
  • Llegada al mercado más rápida;
  • Baja tasa de fallas de nuevas versiones;
  • Tiempo de entrega acortado entre arreglos;
  • Tiempo de recuperación más rápido (en caso de que una nueva versión falle).

Los procesos simples se vuelven cada vez más programables y dinámicos, utilizando un enfoque DevOps[25]​. DevOps tiene como objetivo maximizar la previsibilidad, eficiencia, seguridad y mantenimiento de los procesos operativos. Muy a menudo, la automatización apoya este objetivo.

La integración de DevOps se enfoca en la entrega de productos, 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[26]​.

Véase también

Enlaces externos

¿ Que son los DevSecOps ?

  1. ↑ Loukides, Mike (7 de junio de 2012). «What is DevOps?». O'Reilly Radar (en inglés estadounidense). Consultado el 2 de noviembre de 2017. 
  2. ↑ «The Rise of DevOps». www.somic.org (en inglés estadounidense). Consultado el 2 de noviembre de 2017. 
  3. ↑ «DevOps Culture (Part 1) - IT Revolution». IT Revolution (en inglés estadounidense). 1 de mayo de 2012. Consultado el 2 de noviembre de 2017. 
  4. ↑ «DevOps mixing dev, ops, agile, cloud, open source and business — 451 CAOS Theory». blogs.the451group.com. Consultado el 2 de noviembre de 2017. 
  5. ↑ Debois, Patrick. «Agile 2008 Toronto: Agile Infrastructure and Operations Presentation». www.jedi.be. Consultado el 3 de noviembre de 2017. 
  6. ↑ «Devopsdays Ghent 2009». www.devopsdays.org. Consultado el 3 de noviembre de 2017. 
  7. ↑ «DevOpsDays». www.devopsdays.org (en inglés estadounidense). Consultado el 3 de noviembre de 2017. 
  8. ↑ «Surprise! Broad Agreement on the Definition of DevOps - DevOps.com». DevOps.com (en inglés estadounidense). 13 de mayo de 2015. Consultado el 3 de noviembre de 2017. 
  9. ↑ «Book sources» |url= incorrecta con autorreferencia (ayuda). Wikipedia (en inglés). Consultado el 3 de noviembre de 2017. 
  10. ↑ «DevOps Must Also Mean OpsDev - DevOps.com». DevOps.com (en inglés estadounidense). 27 de octubre de 2015. Consultado el 3 de noviembre de 2017. 
  11. ↑ Weinberger, Matt. «Microsoft study finds everybody wants DevOps but culture is a challenge». Computerworld (en inglés). Consultado el 3 de noviembre de 2017. 
  12. ↑ «Why DevOps Doesn’t Work for Enterprise Applications - DZone DevOps». dzone.com (en inglés). Consultado el 3 de noviembre de 2017. 
  13. ↑ Gartner Market Trends: DevOps – Not a Market, but Tool-Centric Philosophy That supports a Continuous Delivery Value Chain (Report). Gartner. 18 February 2015.
  14. ↑ dev2ops. «Integrating DevOps tools into a Service Delivery Platform (VIDEO) - dev2ops». dev2ops (en inglés estadounidense). Consultado el 3 de noviembre de 2017. 
  15. ↑ «Exploring the ENTIRE DevOps Toolchain for (Cloud) Teams». InfoQ. Consultado el 3 de noviembre de 2017. 
  16. ↑ «DevOps Stack on a Shoestring Budget - DevOps.com». DevOps.com (en inglés estadounidense). 5 de febrero de 2016. Consultado el 3 de noviembre de 2017. 
  17. ↑ «Stronger DevOps Culture with Puppet and Vagrant». Puppet (en inglés). Consultado el 3 de noviembre de 2017. 
  18. ↑ Best Practices in Change, Configuration and Release Management (Report). Gartner. 14 July 2010.
  19. ↑ «Book sources» |url= incorrecta con autorreferencia (ayuda). Wikipedia (en inglés). Consultado el 3 de noviembre de 2017. 
  20. ↑ «The Relationship Between Dev-Ops And Continuous Delivery: A Conversation With Jez Humble Of ThoughtWorks». Forrester (en inglés estadounidense). 9 de septiembre de 2011. Consultado el 3 de noviembre de 2017. 
  21. ↑ «Book sources» |url= incorrecta con autorreferencia (ayuda). Wikipedia (en inglés). Consultado el 3 de noviembre de 2017. 
  22. ↑ «We Need More Agile IT Now!». Dr. Dobb's. Consultado el 3 de noviembre de 2017. 
  23. ↑ «From DevOps to DataOps, By Andy Palmer - Tamr Inc.». Tamr Inc. (en inglés estadounidense). 7 de mayo de 2015. Consultado el 3 de noviembre de 2017. 
  24. ↑ DataKitchen (15 de marzo de 2017). «How to Become a Rising Star with Data Analytics». data-ops. Consultado el 3 de noviembre de 2017. 
  25. ↑ «New Relic: What is DevOps - Explained». New Relic (en inglés). Consultado el 3 de noviembre de 2017. 
  26. ↑ «Agile Infrastructure». InfoQ. Consultado el 3 de noviembre de 2017. 
Obtenido de «https://es.wikipedia.org/w/index.php?title=DevOps&oldid=103107653»