Shaper OS · el fractal
Un fractal de gestión, y clientes que gestionan ellos mismos en fractal
Una tienda, un cliente, un SaaS, una flota entera: la misma forma a cada escala. Eso permite hacer nacer, mantener y reparar muchos universos con los mismos gestos, y dar a cada cliente el mismo dominio sobre los suyos.
Una tienda, un universo
Los modelos de tienda aún no están construidos; la base común está medida en laboratorio.
Cada tienda vive en su propio universo: un contenedor que lleva todo lo que necesita, y nada para las demás. Sus secretos, su base de datos, sus pruebas y su agente son solo suyos.
Sin efecto dominó
Si una tienda cae, las demás siguen: no comparten secretos, ni base, ni agente.
Una restauración limpia
Una tienda se reconstruye a partir de su descripción y de la copia de sus datos, sin tocar a las vecinas.
Un agente que solo ve su tienda
El agente de la tienda solo la conoce a ella: nunca lo contamina el resto.
La misma base en todas partes
Entre una tienda WordPress y una tienda PrestaShop, solo cambia la pieza de negocio.
El cliente pilota su fractal con Helm
El cliente tiene su propio universo Helm. Ese universo pilota un universo « shop manager », conectado a sus tiendas, hasta cinco en la oferta imaginada. Todo el equipo habla con Helm, por escrito desde su espacio de trabajo o por voz desde su centralita, cada uno según su nivel.
Su jurisdicción
Pleno poder sobre sus universos, hasta sus menores componentes.
Fuera de su jurisdicción
Las máquinas, los órganos que fabrican, las imágenes de referencia, los demás clientes.
Niveles probados, no declarados
Cada persona progresa con misiones guiadas, sin trampas: lo que Helm ejecuta directamente depende del nivel que ha demostrado; más allá, Helm prepara y hace validar.
El fractal del cliente
Hace con sus tiendas lo que nosotros hacemos con nuestras máquinas: decidir, observar, corregir, dentro de su perímetro.
Quién gestiona a quién
Deslice para ver todo el esquema
Nunca se corta la rama en la que uno está sentado
Una regla de diseño, no una función que marcar.
Un universo nunca modifica su propio funcionamiento mientras está en marcha. Las modificaciones profundas de un hijo las hace siempre su padre, desde fuera: el tándem humano y agente a cargo del universo raíz lo modifica y lo repara; el universo raíz, que lleva los órganos de fabricación, hace nacer y repara el universo Helm del cliente; el universo Helm modifica el shop manager; el shop manager modifica cada tienda; una tienda hace su trabajo, y nada más.
Si la necesidad afecta al modelo común de todas las tiendas, sube a quienes lo fabrican: se prueba una nueva versión y cada tienda pasa a ella por decisión, con copia antes y prueba después. Un cliente que exige una base distinta recibe su propia variante.
El padre modifica al hijo
Deslice para ver todo el esquema
Un SaaS que fabrica y mantiene
La cadena completa, de la inscripción al nacimiento de un universo, funcionó de extremo a extremo una vez, en un entorno de demostración. La pausa y el despliegue con PodMesh solo están diseñados.
Cada SaaS lleva un registro de lo que debe existir, cliente por cliente. Según la facturación, inscribe los universos que crear, destruir o poner en pausa. En cada máquina, un maker, la mano de la máquina, pregunta qué hay que hacer, hace nacer o terminar los universos, e informa de lo que ha constatado. Las imágenes de referencia se preparan de antemano: un universo nace de una imagen ya lista, no se instala.
Cuando un cliente paga
Se escribe una línea; el maker de la máquina elegida la lee; el universo nace con la especialización y la marca del cliente; el maker informa de un hecho verificado, nunca un simple « hecho »; el universo aparece en el Helm del cliente.
Dos vistas del mismo sistema
Quién decide (el registro, luego los makers) y dónde funciona (universos lado a lado en varias máquinas). La gestión no sigue a la ubicación.
Las dos formas de universo
Un contenedor de sistema clásico, o un universo Podman desplegado con PodMesh, que lo inscribe en el plan de continuidad y recuperación del clúster.
Dos vistas del mismo sistema
Deslice para ver todo el esquema
El mantenimiento, donde está la potencia
Principios de diseño, no funciones entregadas.
Una corrección, toda la flota
Se corrige el modelo, se prueba la nueva versión y cada universo pasa a ella por decisión.
Nada se mueve solo
Un universo vivo se queda en la versión con la que nació: mejorar el modelo nunca rompe a un cliente en producción.
Cada uno repara en su piso
Dentro de un universo se reparan sus componentes; el nacimiento y el final vienen del maker; el padre verifica al hijo.
El silencio es un evento
Una máquina que deja de dar noticias dispara una alerta, nunca una luz verde.
Las copias se recogen
La caja fuerte va a buscar las copias; no escucha a nadie.
Crecer sin ceremonia
Añadir una máquina es añadir un maker; añadir un producto es añadir un modelo, sin tocar las máquinas.
Varios SaaS, una sola flota
Cada producto vendido tiene su propio registro: tiendas, telefonía, demostración, y mañana otros. Las máquinas siguen siendo comunes, y en cada una un solo maker sirve a todos los registros. El maker no sabe lo que fabrica: lee una dirección, una huella y una receta. Un nuevo SaaS no pide, por tanto, ningún robot nuevo. Un mismo cliente puede pilotar, en un solo Helm, universos que vienen de varios SaaS.
La demostración funciona igual: un visitante se inscribe, nace para él un universo de demostración y, al vencer, se destruye, con la prueba de su ausencia. El gesto se aprende donde un error no cuesta nada.
Lo que prometemos
El método, no el cronómetro. Cada nivel sigue el mismo orden, sin estado oculto ni gesto manual; lo que aún no está probado está marcado como tal en esta página.
¿Tiene varias tiendas, sedes o equipos que pilotar?
Hablemos de lo que quiere pilotar, y de lo que ya está probado hoy: cada estado de esta página dice en qué punto está la realidad.