PTKE — Prime Telecom Kubernetes Engine

Ejecutar OpenStack significa ejecutar Keystone, Nova, Neutron, Cinder, Swift y Octavia — cada uno con su propia superficie de API, modelo de autenticación y modos de fallo. Ejecutar Kubernetes encima significa apilar Rancher, RKE2, CAPI, Helm, ficheros kubeconfig y DaemonSets. Dar a los inquilinos una UI de autoservicio limpia sobre todo eso — sin dejar escapar la fontanería de bajo nivel ni romper la seguridad operativa — es la mayor parte del trabajo.

Y todo tiene que ser estrictamente multi-inquilino. Cuotas por inquilino, proyectos OpenStack separados, rastros de auditoría en cada acción mutante, claves SSH distribuidas solo a los nodos correctos, descargas de kubeconfig que no se pueden abusar. Un solo clúster filtrado o una sola acción entre inquilinos acabaría con la credibilidad de la plataforma para todos los demás.

Laravel 12 + Inertia v2 + Vue 3 + Tailwind CSS v4 ofrece a los operadores una experiencia rápida y tipada sin un pipeline de frontend separado. Wayfinder genera clientes tipados de rutas y acciones, de modo que cada página Vue habla con el backend a través de contratos verificados. Fortify maneja sesiones, 2FA y verificación de correo; Sanctum emite tokens de API para el provider de Terraform y los consumidores de automatización.

El backend está estructurado como Controllers → Form Requests → Services → Jobs. El trabajo de más de unos segundos siempre va por la cola. Once wrappers de servicios OpenStack se sitúan delante de Keystone, Nova, Neutron, Cinder, Swift y Octavia; una capa de wrappers separada habla con Rancher (v1, v3 y CAPI) para el ciclo de vida del clúster. Veintiocho jobs en cola orquestan el provisioning, los cambios de node pool, los backups, los health checks, el registro de uso y la distribución de claves SSH. Horizon los supervisa; Reverb transmite actualizaciones WebSocket de vuelta al navegador del operador para que los cambios de estado se sientan inmediatos.

La multi-inquilinidad se aplica de extremo a extremo: cada acción mutante pasa por una Policy con comprobación de inquilino más un permiso Spatie, las cuotas se aplican en cada asignación de recursos y el rate limiting funciona por usuario y por inquilino. Las descargas de kubeconfig se auditan y limitan. Las claves SSH privadas nunca tocan la plataforma — un DaemonSet intra-clúster (ptke-ssh-sync) distribuye solo claves públicas a Kubernetes Secrets dentro del propio clúster de cada inquilino.

PTKE está en producción, entregando Kubernetes gestionado sobre infraestructura rumana soberana. Operaciones que antes requerían un ingeniero de plataforma en una cola de tickets — provisioning de clústeres, actualizaciones, attach/detach de volúmenes, instalación de add-ons, backup/restore — son ahora acciones de autoservicio de dos clics con pistas de auditoría completas y una API REST tipada. Un provider Terraform beta extiende el mismo contrato a los flujos de infrastructure-as-code.