CoRE-Backplane
CoRE Backplane es un repositorio de infraestructura declarativa para una sola instancia multi-sitio en Kubernetes, con despliegue mediante Argo CD.
Ficha actualizada 23 sept 2026, 5:31 · upstream 23 sept 2026, 5:04 · release v1.9.0
Qué es CoRE-Backplane
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
CoRE Backplane es el origen declarativo de la infraestructura para una plataforma multi-sitio privada operada por un solo equipo. Contiene los archivos de configuración de aplicaciones, Helm charts, overlays Kustomize, APIs Crossplane y configuraciones específicas de despliegue utilizadas para ejecutar la plataforma.
El entorno abarca YVR y YXL en dos provincias canadienses. Incluye computadoras empresariales Dell, switches de datacenter Cisco, clusters Kubernetes y Talos, identidad centralizada, almacenamiento, bases de datos, observabilidad y entornos de desarrollo basados en Eclipse Che.
Este es un repositorio activo de operaciones. Muchos archivos contienen nombres específicos de sitios, direcciones privadas, dominios y referencias a almacenes secretos. No se trata de una distribución Kubernetes genérica y no debe aplicarse a otro entorno sin revisión completa.
Los objetivos principales son: describir la infraestructura como estado deseado versionado, usar Argo CD para seleccionar clusters objetivo y reconciliar aplicaciones, utilizar Crossplane para APIs superiores sobre clusters, nodos, identidades, bases de datos, almacenamiento y configuración del proveedor. Se provisionan nodos físicos a través de Tinkerbell y Talos. La identidad humana y de servicio se centraliza en Authentik. Los secretos se mantienen en Vault mediante External Secrets.
El flujo de control es: commit en Git → Argo CD ApplicationSet → selección de clusters por etiquetas → renderizado (Helm/Kustomize) → recursos Kubernetes y operadores → reconciliación Crossplane o CAPI → infraestructura física y servicios del usuario.
- Gestionar la infraestructura multi-sitio de una sola instancia en Kubernetes
- Definir el estado deseado como fuente declarativa versionada
- Automatizar la selección de clusters objetivo mediante Argo CD
- Provisionar nodos físicos a través de Tinkerbell y Talos
- Centralizar la identidad humana y de servicio en Authentik
- Gestionar secretos mediante Vault con External Secrets
- Monitorear, proteger y recuperar la plataforma como cargas de trabajo primarias
- Arquitectura basada en GitOps: Argo CD selecciona clusters por etiquetas (tenant, environment, region) y renderiza Helm/Kustomize
- Crossplane proporciona APIs superiores para clusters, nodos, identidades, bases de datos y almacenamiento
- Provisionamiento físico mediante Tinkerbell y Talos con CAPI y Terraform workspaces
- Identidad centralizada en Authentik con integración OIDC/OAuth2, LDAP, RADIUS y gateway-mediated
- Seguridad: secretos en Vault sincronizados vía External Secrets sin almacenarlos directamente en Git
- Observabilidad completa: métricas, logs, trazas, dashboards, SLOs y estado de trabajo
- No existe un documento formal de objetivos de servicio (SLO) para la plataforma
- La validación automática de renderizado de charts en repositorio completo no está implementada
- Algunas Compositions Crossplane reutilizan recursos compartidos que podrían generar conflictos si se aplican múltiples instancias
- El estado deseado es solo declarativo; los cambios físicos pueden causar inconsistencias entre el estado y la realidad
- No existe un plan formal de migración hacia una arquitectura multi-tenant o multi-cloud
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Para aplicar CoRE Backplane, primero instala Crossplane en clusters objetivo. Luego despliega las ApplicationSets correspondientes desde Apps/. Cada ApplicationSet selecciona clusters por etiquetas y renderiza su directory (Helm/Kustomize). Verifica que los recursos generados coincidan con la API de Cluster API o CAPI instalada. Para nodos físicos, ejecuta el workflow de provisionamiento tal como se describe en Operations/Clusters/BMPS.md. Antes de cualquier cambio, renderiza un chart representativo y valida sus recursos contra las versiones instaladas en el cluster objetivo. Nunca apliques cambios sin observar ambos el Argo CD application y los operadores o condiciones Crossplane involucrados.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.