Glosario.
Definiciones de los términos usados en el framework Wombat, el modelo de puntuación, la gobernanza y las herramientas. En caso de duda, esta es la fuente de referencia.
Cinco categorías.
Cada término está etiquetado con la parte de Wombat a la que pertenece.
Todos los 34 términos, de la A a la Z.
Salta a una letra o léelo todo de corrido.
Relativo a agentes de IA autónomos que planifican, actúan e interactúan con sistemas sin instrucción humana directa. En Wombat, el pilar Agéntico (pilar 8) define controles para gobernar estos agentes en cargas de trabajo en producción.
Ver también: Pillar, Los 8 pilares
El generador de sitios estáticos usado para construir la documentación de Wombat a partir de fuentes AsciiDoc. Antora gestiona el versionado de componentes, la navegación y la publicación; la documentación de Wombat está en /docs/ y se genera a partir del repositorio framework .
Ver también: AsciiDoc
El lenguaje de marcado usado para escribir la documentación del framework Wombat. Similar a Markdown, pero con una semántica más rica para documentación estructurada. Todos los archivos de modules/ROOT/pages/ usan AsciiDoc (extensión.adoc ).
Una evaluación estructurada de una carga de trabajo cloud frente a los controles de Wombat en todos los pilares aplicables. El resultado es un conjunto de hallazgos por control y una puntuación PASS por pilar y agregada.
Ver también: Workload, PASS model
Un documento breve que define el propósito, el alcance, los entregables, los líderes y el canal de comunicación de un grupo de trabajo. Se necesita una carta para que un grupo sea reconocido oficialmente.
Ver también: Working Group
Un requisito concreto y verificable dentro de un pilar. Cada control tiene un ID único, una descripción, una pregunta de evaluación y una justificación. Los controles son la unidad atómica del framework Wombat: una carga de trabajo cumple un control o no lo cumple.
Ver también: Control ID, Pillar, Controls library
El identificador único de un control de Wombat, con el patrón WAF-[PILLAR]-[NUMBER]. Ejemplo: WAF-SOV-010 es el primer control del pilar Soberanía. La abreviatura del pilar es un código de tres letras (p. ej., SEC para Seguridad, SOV para Soberanía, AGN para Agéntico). Los IDs de control son estables: una vez publicados, nunca cambian ni se reutilizan.
La colección completa de controles de Wombat, almacenada como archivos YAML estructurados en el repositorio framework en modules/controls/. La biblioteca abarca ya 8 pilares con más de 100 controles.
Cualquier persona que envíe un pull request, abra un issue, participe en una GitHub Discussion, proponga una RFC o contribuya de otra forma a cualquier repositorio de Wombat. No se necesitan permisos formales: cualquier usuario de GitHub puede contribuir.
Ver también: Maintainer
Wombat usa dos licencias: Apache License 2.0 para código, herramientas y esquemas; Creative Commons Attribution 4.0 (CC BY 4.0) para la documentación y el contenido escrito. Esto permite una amplia reutilización garantizando la atribución. Consulta la página legal para más detalles.
El resultado de evaluar un control sobre una carga de trabajo. Un hallazgo puede ser cumplido, no cumplidoo no aplicable. Los hallazgos son el resultado bruto de una evaluación y después se agregan en una puntuación PASS.
Un estándar de calidad del modelo de gobernanza de Wombat que indica que la estructura, las políticas y la transparencia del proyecto cumplen los requisitos para donarlo a una fundación open source (p. ej., CNCF, Apache Software Foundation). Es un objetivo declarado de las versiones v1.x de Wombat.
El conjunto de reglas, procesos y roles que determinan cómo se toman las decisiones en el proyecto Wombat. La gobernanza de Wombat está documentada públicamente y cubre: el proceso RFC, la composición y las votaciones del TSC, los mandatos de los maintainers, las reglas de los grupos de trabajo y la aplicación del código de conducta.
Ver también: TSC, RFC, Página de gobernanza y comunidad
La práctica de gestionar y aprovisionar infraestructura cloud mediante archivos de configuración legibles por máquina en lugar de procesos manuales. Es relevante para varios pilares de Wombat, en especial Excelencia operativa y Seguridad.
Un mecanismo ligero de toma de decisiones para cambios compatibles o de menor riesgo. La propuesta se publica con un plazo mínimo de revisión de 5 días hábiles. Si nadie plantea una objeción fundada, se considera aceptada. Para cambios importantes se recurre a la votación del TSC.
Un contribuidor con permisos de merge en uno o varios repositorios de Wombat. Los maintainers revisan PR, aprueban o rechazan RFC y son responsables de la calidad y la dirección de su área. Los mandatos duran 12 meses y son renovables. Más de 90 días de inactividad pueden llevar al estado de emérito.
Ver también: Página de roles y miembros
El modelo de puntuación de Wombat. PASS corresponde a los cuatro niveles de logro: Pioneer, Advanced, Solid, Starter. Cada nivel corresponde a un grado de cumplimiento de controles dentro de un pilar. El modelo PASS es la especificación normativa de puntuación; consulta la página de WOMBATpass para más detalles.
Ver también: PASS score, Scoring tier
El resultado de aplicar el modelo PASS a una evaluación. Una carga de trabajo recibe una puntuación por pilar y una puntuación global agregada. Las puntuaciones se expresan como niveles (Pioneer / Advanced / Solid / Starter), no como porcentajes, para reflejar la madurez cualitativa y no solo la tasa de aprobación.
Ver también: PASS model
Una de las ocho dimensiones de evaluación de Wombat. Cada pilar agrupa controles que abordan un aspecto concreto de la calidad de las cargas de trabajo cloud. Los ocho pilares son: Security, Reliability, Performance Efficiency, Cost Optimisation, Operational Excellence, Sustainability, Sovereign y Agentic.
Ver también: Control, Los 8 pilares
El nivel PASS alcanzado por un pilar, derivado de la tasa de cumplimiento de controles y de los controles obligatorios de ese pilar. Las puntuaciones por pilar se agregan en la puntuación PASS global.
Una propuesta pública de un cambio importante en el framework, la gobernanza, las herramientas o el modelo de puntuación de Wombat. Las RFC se abren como GitHub Discussions, la comunidad las revisa durante al menos 5 días hábiles y se deciden por votación del TSC o lazy consensus. Cada RFC recibe un ID secuencial (RFC-NNNN) y se registra en el seguimiento de RFC.
Ver también: RFC lifecycle, Lazy consensus
Los estados definidos por los que pasa una RFC: draft (en redacción) → open (abierta a revisión de la comunidad) → accepted (decisión tomada: adelante) → implemented (entregada y cerrada). Resultados alternativos: rejected o withdrawn. Todos los estados y transiciones están documentados públicamente.
Uno de los cuatro niveles del modelo PASS. En orden descendente: Pioneer (el más alto), Advanced, Solid, Starter (base). Los niveles reflejan la amplitud y la profundidad del cumplimiento de controles, no solo el número de controles superados.
Ver también: PASS model
El 7.º pilar de Wombat, que cubre la soberanía de los datos, el cumplimiento normativo y el control jurisdiccional. Se añadió con 10 controles iniciales (WAF-SOV-010 a WAF-SOV-100). Especialmente relevante para sectores regulados y cargas de trabajo en la UE.
El órgano de gobierno del proyecto Wombat. El TSC es responsable de la dirección técnica, las decisiones sobre RFC y el nombramiento de maintainers. Sus miembros tienen mandatos renovables de 12 meses. La composición sigue el principio de «primero los contribuidores activos» y un equilibrio neutral entre proveedores. Todas las decisiones del TSC se documentan públicamente.
Ver también: Gobernanza y comunidad, Roles y miembros
Un principio de diseño fundamental de Wombat: los pilares, los controles y el modelo de puntuación se aplican por igual a cargas de trabajo en cualquier proveedor cloud (AWS, Azure, GCP y otros). Ningún control es específico de un proveedor salvo que se indique expresamente. Esto permite evaluaciones coherentes entre proveedores y evita quedar atado a la metodología de revisión de uno solo.
Cloud Governance & IaC Validation. Un framework open source y neutral respecto al proveedor para evaluar y mejorar la calidad de las cargas de trabajo cloud. Wombat amplía las revisiones well-architected convencionales con un modelo de puntuación transparente e impulsado por la comunidad (PASS) y una biblioteca de controles legible por máquina con 8 pilares y más de 100 controles.
El conjunto oficial de herramientas de evaluación de Wombat: CLI, servidor, panel y scorecard web. WOMBATpass consume la biblioteca de controles, evalúa una carga de trabajo y genera un informe de puntuación PASS. Versión actual: v1.1.0.
Un equipo de contribuidores centrado en un tema dentro de Wombat. Los grupos de trabajo construyen partes concretas del framework (un pilar, un componente de herramientas, una arquitectura de referencia) y entregan resultados como PR y RFC. Cualquier contribuidor puede proponer un grupo con una carta, un líder y un maintainer patrocinador.
Ver también: Charter, Contribuir
La aplicación, el servicio o el sistema cloud que se evalúa con Wombat. Una carga de trabajo tiene un alcance definido (p. ej., un microservicio, una plataforma de datos, un producto completo) y se evalúa frente a los controles de Wombat aplicables. El alcance se define antes de empezar la evaluación.
Ver también: Assessment
¿Falta un término o no está claro?
Abre un issue de contenido en GitHub o propón una definición en Slack. El glosario crece con la comunidad y cada aportación hace que el framework sea más fácil de usar.
