Mberne: /* Referencias */

2026-05-20T07:37:08Z

Referencias

← Older revision		Revision as of 09:37, 20 May 2026
Line 39:		Line 39:

	== Referencias ==		== Referencias ==

	* Kim, Gene; Behr, Kevin; Spafford, George. (2013). ''The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win''. IT Revolution Press.		* Kim, Gene; Behr, Kevin; Spafford, George. (2013). ''The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win''. IT Revolution Press.
	* Kim, Gene; Humble, Jez; Debois, Patrick; Willis, John. (2016). ''The DevOps Handbook''. IT Revolution Press.		* Kim, Gene; Humble, Jez; Debois, Patrick; Willis, John. (2016). ''The DevOps Handbook''. IT Revolution Press.

Mberne: /* Prácticas técnicas clave */

2026-05-20T07:29:23Z

Prácticas técnicas clave

← Older revision		Revision as of 09:29, 20 May 2026
Line 17:		Line 17:

	== Prácticas técnicas clave ==		== Prácticas técnicas clave ==
			* '''[[Integración continua]] (CI):''' integrar cambios de código en la rama principal varias veces al día, con una suite de pruebas automatizadas que valida cada integración.
	~~* ~~[[Integración continua]] (CI):** integrar cambios de código en la rama principal varias veces al día, con una suite de pruebas automatizadas que valida cada integración.		* '''Entrega continua (CD):''' mantener el código siempre en un estado desplegable, de modo que un despliegue a producción sea una decisión de negocio, no un evento técnico estresante.
	* Entrega continua (CD): mantener el código siempre en un estado desplegable, de modo que un despliegue a producción sea una decisión de negocio, no un evento técnico estresante.		* '''Infraestructura como código (IaC):''' gestionar y aprovisionar la infraestructura mediante definiciones de código versionadas, tratando los servidores como código, no como activos manuales.
	* Infraestructura como código (IaC): gestionar y aprovisionar la infraestructura mediante definiciones de código versionadas, tratando los servidores como código, no como activos manuales.		* '''Monitorización y observabilidad:''' instrumentar los sistemas para detectar problemas en producción antes de que impacten a los usuarios.
	* Monitorización y observabilidad: instrumentar los sistemas para detectar problemas en producción antes de que impacten a los usuarios.

	== DevOps y agilidad ==		== DevOps y agilidad ==

Mberne: Created page with "{{Meta-bok|min=4}} '''DevOps''' es un conjunto de prácticas, herramientas y una filosofía cultural que integra el desarrollo de software (''Development'') y las operaciones de sistemas (''Operations'') para mejorar la capacidad de una organización de entregar aplicaciones y servicios a alta velocidad con calidad y fiabilidad. El término fue popularizado por Patrick Debois en 2009 a partir de la primera DevOpsDays conference en Gante (Bélgica). == Origen == La sepa..."

2026-05-20T07:28:33Z

Created page with "{{Meta-bok|min=4}} '''DevOps''' es un conjunto de prácticas, herramientas y una filosofía cultural que integra el desarrollo de software (''Development'') y las operaciones de sistemas (''Operations'') para mejorar la capacidad de una organización de entregar aplicaciones y servicios a alta velocidad con calidad y fiabilidad. El término fue popularizado por Patrick Debois en 2009 a partir de la primera DevOpsDays conference en Gante (Bélgica). == Origen == La sepa..."

New page

{{Meta-bok|min=4}}
'''DevOps''' es un conjunto de prácticas, herramientas y una filosofía cultural que integra el desarrollo de software (''Development'') y las operaciones de sistemas (''Operations'') para mejorar la capacidad de una organización de entregar aplicaciones y servicios a alta velocidad con calidad y fiabilidad. El término fue popularizado por Patrick Debois en 2009 a partir de la primera DevOpsDays conference en Gante (Bélgica).

== Origen ==

La separación tradicional entre equipos de desarrollo y operaciones generaba conflictos estructurales: los desarrolladores querían entregar cambios rápido, los equipos de operaciones querían estabilidad. En 2009, Patrick Debois organizó la primera conferencia DevOpsDays en Gante (Bélgica) para explorar cómo resolver esta tensión. El término se viralizó en Twitter bajo el hashtag #devops y se convirtió en el nombre de un movimiento. El libro ''The Phoenix Project'' (Kim, Behr y Spafford, 2013) popularizó los principios de DevOps con una narrativa accesible.

== Los cuatro pilares de CALMS ==

El modelo CALMS describe los pilares del movimiento DevOps:

* '''Cultura (Culture):''' la base de DevOps es una cultura de colaboración y responsabilidad compartida entre desarrollo y operaciones. Sin cambio cultural, las herramientas no producen los resultados esperados.
* '''Automatización (Automation):''' automatizar los procesos repetitivos del pipeline de entrega —pruebas, integración, despliegue, infraestructura— para reducir errores humanos y acelerar los ciclos.
* '''Lean:''' aplicar los principios del pensamiento lean para eliminar desperdicios del flujo de entrega y mantener el trabajo en progreso bajo.
* '''Medición (Measurement):''' medir el rendimiento del sistema de entrega —frecuencia de despliegue, tiempo de recuperación ante fallos, tasa de cambios fallidos— para identificar cuellos de botella y mejoras.
* '''Compartir (Sharing):''' compartir conocimiento, prácticas y responsabilidades entre desarrollo, operaciones y otras funciones.

== Prácticas técnicas clave ==

* **[[Integración continua]] (CI):** integrar cambios de código en la rama principal varias veces al día, con una suite de pruebas automatizadas que valida cada integración.
* **Entrega continua (CD):** mantener el código siempre en un estado desplegable, de modo que un despliegue a producción sea una decisión de negocio, no un evento técnico estresante.
* **Infraestructura como código (IaC):** gestionar y aprovisionar la infraestructura mediante definiciones de código versionadas, tratando los servidores como código, no como activos manuales.
* **Monitorización y observabilidad:** instrumentar los sistemas para detectar problemas en producción antes de que impacten a los usuarios.

== DevOps y agilidad ==

DevOps y Scrum son complementarios, no alternativos. Scrum organiza el trabajo de desarrollo en iteraciones con entregas frecuentes; DevOps proporciona la infraestructura técnica y la cultura que hace posible que esas entregas lleguen a producción de forma fiable y repetida.

Un equipo que practica Scrum sin DevOps puede entregar incrementos al final de cada sprint, pero si el proceso de despliegue tarda días o semanas y requiere coordinación manual, el beneficio de los sprints cortos queda parcialmente anulado. DevOps resuelve el "último tramo" de la entrega ágil.

== DevOps y la IA ==

La adopción de IA generativa ha creado una extensión del paradigma DevOps para modelos de IA denominada '''MLOps''' (Machine Learning Operations): las prácticas de CI/CD, versionado, monitorización y gobierno aplicadas al ciclo de vida de modelos de IA y no solo al código. La integración continua del código generado por IA y la revisión automatizada del output son componentes de un pipeline DevOps moderno.

== Error frecuente ==

<div class="bok-aviso">
'''Adoptar las herramientas de DevOps sin el cambio cultural.''' DevOps no es un stack de herramientas: es una forma de trabajar. Equipos que implementan pipelines CI/CD pero mantienen la separación organizativa entre desarrollo y operaciones —con diferentes directivos, incentivos y responsabilidades— suelen tener los costes de la automatización sin los beneficios de la colaboración. La herramienta automatiza; la cultura transforma.
</div>

== Referencias ==

* Kim, Gene; Behr, Kevin; Spafford, George. (2013). ''The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win''. IT Revolution Press.
* Kim, Gene; Humble, Jez; Debois, Patrick; Willis, John. (2016). ''The DevOps Handbook''. IT Revolution Press.

== Véase también ==

<div class="bok-tags">
[[Integración continua]] [[Agilidad técnica]] [[Deuda técnica]] [[TDD]] [[Lean Software Development]] [[Scrum estándar: componentes y marco]]
</div>

<div class="bok-ecosistema">
<div class="texto">
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
</div>
<div class="botones">
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
</div>
</div>

[[Category:Glosario de términos]]
[[Category:Prácticas técnicas]]
[[Category:Marcos y modelos]]

DevOps - Revision history

Mberne: /* Referencias */

Mberne: /* Prácticas técnicas clave */