I18n/spanish

i18n/GLOSSARY_es.md

@@ -0,0 +1,45 @@
+# Glosario de GitOps {{version}}
+
+Este glosario acompaña a los [Principios de GitOps](./PRINCIPLES_es.md), y otros documentos de apoyo en este repositorio.
+
+- ## Continuo
+
+    "Continuo" pretende coincidir con el término estándar de la industria: [reconciliación](#reconciliación) continua, no que deba ser instantánea.
+
+- ## Descripción Declarativa
+
+    Una configuración que describe el estado de funcionamiento deseado de un sistema sin especificar los procedimientos de cómo se alcanzará ese estado. Esto separa la configuración (el estado deseado) de la implementación (comandos, llamadas a la API, scripts, etc.) utilizados para lograr ese estado.
+
+- ## Estado deseado
+
+    El conjunto de todos los datos de configuración que son suficientes para recrear el sistema de manera que las instancias del sistema sean indistinguibles en su comportamiento.
+    Estos datos de configuración generalmente no incluyen los datos persistentes de la aplicación, por ejemplo, el contenido de la base de datos, aunque a menudo incluye las credenciales para acceder a esos datos, o la configuración de las herramientas de recuperación de datos que se ejecutan en ese sistema.
+
+- ## Desvio
+
+    Cuando el estado real de un sistema se ha alejado o está en proceso de alejarse del [estado deseado](##estado-deseado), esto se suele denominar desvio.
+
+- ## Reconciliación
+
+    El proceso de asegurar que el estado real de un sistema coincide con su [estado deseado](#estado-deseado).
+    Al contrario que en el CI/CD tradicional, en el que la automatización suele estar dirigida por activadores preestablecidos, en GitOps la reconciliación se activa siempre que hay una divergencia. La divergencia puede deberse a que el estado real se aleja involuntariamente (#desvio) de las declaraciones del estado deseado, o a que se ha cambiado intencionadamente una nueva versión de la declaración del estado deseado.
+    Se toman acciones basadas en las políticas en torno a la [retroalimentación](#retroalimentacion) del sistema y los intentos de reconciliación anteriores, con el fin de reducir la desviación en el tiempo.
+
+- ## Sistema de software
+
+    Un sistema de software gestionado por GitOps incluye:
+
+    1. Uno o más entornos de ejecución compuestos por recursos gestionados
+    1. Los agentes de gestión dentro de cada tiempo de ejecución
+    1. Políticas de control de acceso y gestión de repositorios, despliegues, tiempos de ejecución
+
+- ## Almacenamiento del estado
+
+    Un sistema para almacenar versiones inmutables de las declaraciones de [estado deseado](#estado-deseado).
+    Este almacén de estado debe proporcionar control de acceso y auditoría sobre los cambios en el estado deseado.
+    Git, del que GitOps desvio su nombre, es el ejemplo canónico utilizado como este almacén de estado, pero se puede utilizar cualquier otro sistema que cumpla estos criterios.
+    En todos los casos, estos almacenes de estado deben estar correctamente configurados y se deben tomar precauciones para cumplir con los requisitos establecidos en los Principios de GitOps.
+
+- ## Retroalimentación
+
+    Open GitOps sigue la [teoría del control](https://es.wikipedia.org/wiki/Teor%C3%ADa_del_control) y funciona en bucle cerrado. En la teoría del control, la retroalimentación representa cómo los intentos anteriores de aplicar un estado deseado han afectado al estado real. Por ejemplo, si el estado deseado requiere más recursos de los que existen en un sistema, el agente de software puede intentar añadir recursos, retroceder automáticamente a una versión anterior o enviar alertas a los operadores humanos.

i18n/PRINCIPLES_es.md

@@ -0,0 +1,22 @@
+# Principios de GitOps {{version}}
+
+GitOps es un conjunto de principios para operar y gestionar sistemas de software.
+Estos principios se derivan de las operaciones de software modernas, pero también están arraigados en las mejores prácticas preexistentes y ampliamente adoptadas.
+
+El [estado deseado](./GLOSSARY_es.md#estado-deseado) de un sistema gestionado por GitOps debe ser
+
+1. **Declarativo**
+
+    Un [sistema](./GLOSSARY_es.md#sistema-de-software) gestionado por GitOps debe tener su estado deseado expresado [declarativamente](./GLOSSARY_es.md#descripción-declarativa).
+
+2. **Versionado e inmutable**
+
+    El estado deseado se [almacena](./GLOSSARY_es.md#almacenamiento-del-estado) de forma que garantice la inmutabilidad, el versionado y se conserve un historial de versiones completo.
+
+3. **Se extrae automáticamente**
+
+    Los agentes de software extraen automáticamente las declaraciones de estado deseadas de la fuente.
+
+4. **Conciliación continua**
+
+    Los agentes de software [continuamente](./GLOSSARY_es.md#continuo) observan el estado real del sistema e [intentan aplicar](./GLOSSARY_es.md#reconciliación) el estado deseado.

i18n/README.md

@@ -3,3 +3,4 @@
 | Language | Principles                       | Glossary                    |
 | -------- | -------------------------------- | --------------------------- |
 | German   | [Prinzipien](./PRINCIPLES_de.md) | [Glossar](./GLOSSARY_de.md) |
+| Spanish   | [Principios](./PRINCIPLES_es.md) | [Glosario](./GLOSSARY_es.md) |