Skip to content

Commit

Permalink
chore: cola
Browse files Browse the repository at this point in the history
  • Loading branch information
krol3 committed Mar 8, 2022
1 parent 04c6a2a commit c91a6f1
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions content/es/devops.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,9 +8,9 @@ category: concept
DevOps es una metodología en la que los equipos son dueños de todo el proceso, desde el desarrollo de la aplicación hasta las operaciones en producción, de ahí el término DevOps. Va más allá de implementar un conjunto de tecnologías y requiere un cambio completo en la cultura y los procesos. DevOps requiere grupos de ingenieros que trabajen en componentes pequeños (en lugar de una función completa), reduciendo las transferencias, una fuente común de errores.

## Problema que aborda
Tradicionalmente, en organizaciones complejas con [aplicaciones monolíticas](/monolithic_apps/) e con arquitecturas con [alto acoplamiento](/tightly_coupled_architectures/), el trabajo generalmente se distribuía entre varios equipos. Esto dio lugar a numerosos traspasos y largos plazos de entrega. Cada vez que un componente o alguna actualización estaba lista, se colocaba en una fila para el siguiente equipo. Debido a que las personas solo trabajaron en una pequeña parte del proyecto, este enfoque condujo a una falta de propiedad. Su objetivo era entregar el trabajo al siguiente grupo, en vez de ofrecer la funcionalidad correcta al cliente - un claro desajuste de prioridades.
Tradicionalmente, en organizaciones complejas con [aplicaciones monolíticas](/monolithic_apps/) y arquitecturas con [alto acoplamiento](/tightly_coupled_architectures/), el trabajo generalmente se distribuía entre varios equipos. Esto dio lugar a numerosos traspasos y largos plazos de entrega. Cada vez que un componente o alguna actualización estaba lista, se colocaba en una cola para el siguiente equipo. Debido a que las personas solo trabajaron en una pequeña parte del proyecto, este enfoque condujo a una falta de propiedad. Su objetivo era entregar el trabajo al siguiente grupo, en vez de ofrecer la funcionalidad correcta al cliente - un claro desajuste de prioridades.

Cuando el código finalmente entró en producción, pasó por tantos desarrolladores, esperando en tantas filas que era difícil rastrear el origen del problema si el código no funcionaba. DevOps dio la vuelta a este enfoque.
Cuando el código finalmente entró en producción, pasó por tantos desarrolladores, esperando en tantas colas que era difícil rastrear el origen del problema si el código no funcionaba. DevOps dio la vuelta a este enfoque.

## Cómo ayuda
Tener un equipo que es dueño de todo el ciclo de vida de una aplicación tiene como resultado transferencias minimizadas, reduce el riesgo de implementación en producción, mejora la calidad del código ya que los equipos también son responsables del código ejecutado en producción y aumenta la satisfacción de los empleados debido a una mayor autonomía y propiedad.

0 comments on commit c91a6f1

Please sign in to comment.