Cómo Orbsight administra aplicaciones y organizaciones.
Un solo lugar para registrar
Orbsight es un contenedor delgado sobre Authorize
Orbsight es la plataforma donde administra aplicaciones y organizaciones. La interfaz de administración pertenece al paquete Authorify (construido sobre Shelly); el modelo y la API viven en Authorize. Orbsight sigue siendo un contenedor: compone esas piezas, guarda los secretos solo del servidor y agrega la navegación.
Las cuatro cosas que gobierna el plano de control
Cada concepto tiene un único dueño. Las aplicaciones y funciones las declaran los servicios que las poseen; los planes se definen por migración; las organizaciones se incorporan y aprovisionan aquí.
Autorregistradas
Aplicaciones
Cada servicio declara su propia fila de aplicación en proceso (hospitalize → 'hospitality', commercialize → 'commerce'). Orbsight muestra el registro en solo lectura: las aplicaciones nunca se crean en la interfaz.
Autorregistradas
Funciones
Un servicio registra su catálogo de funciones junto con su aplicación. Los administradores alternan disponibilidad y estado por organización, pero el catálogo proviene del servicio dueño, no de la pantalla de administración.
Definidos por migración
Planes
Los planes agrupan aplicaciones y funciones bajo un nivel de precio. Cambian rara vez, así que se siembran por migración de base de datos: sin API ni interfaz de edición. Orbsight los muestra en solo lectura.
Se incorporan aquí
Organizaciones
Una organización se crea con un plan inicial y luego se aprovisiona su esquema de base de datos aislado. La app maestra de organizaciones lleva la organización seleccionada como contexto por Resumen, Plan y Aprovisionamiento.
Los servicios se registran solos, en proceso, sin HTTP
Como hospitalize y commercialize dependen de Authorize directamente, registran su fila de aplicación y su catálogo de funciones llamando al código de Authorize en proceso contra la base de datos compartida al arrancar. La fila de aplicación se inserta primero, porque la clave foránea del catálogo la requiere.
La cadencia decide el mecanismo
Las aplicaciones y funciones cambian constantemente, así que se autorregistran desde el código. Los planes cambian solo cuando hay lo suficiente construido para vender un nuevo nivel, así que se siembran por migración. El cambio más pesado y raro recibe la superficie más simple y menos expuesta.
Tres capas deciden si una función está activa
Una función está activa para la interfaz actual solo cuando pasan las compuertas persistidas, salvo que una anulación de desarrollo la fuerce localmente.
1 · Derecho del plan
La suscripción de la organización es el techo. Una función que el plan no incluye no está disponible, sin importar ningún interruptor.
2 · Estado global y por organización
Dentro del plan, un administrador de plataforma controla la disponibilidad global y la activación por organización (verificado por revisión, persistido).
3 · Anulación de desarrollo
La pestaña de Ajustes 'Vista previa de funciones' revela u oculta una función localmente, solo en su navegador. Efímera, nunca se guarda: para construir funciones ocultas.
Los planes se identifican por oferta y nivel
No hay un único 'Básico' global. Cada línea de producto (oferta) tiene sus propios niveles, y un plan puede agrupar apps de varios servicios.
$50 / mes
Básico
El nivel de entrada de una oferta. Una organización inicia en el Básico de su oferta al aprovisionarla. dental-basic incluye toda la aplicación hospitality (todo lo que financia el fideicomiso).
$100 / mes
Pro
Un nivel más rico, agregado por una migración futura cuando lleguen aplicaciones más avanzadas. Alcanzar un nuevo nivel es en sí mismo el esfuerzo de desarrollo.
$200 / mes
Ultra
El nivel superior en la madurez de la plataforma, agrupando la mayor cantidad de aplicaciones y funciones. También definido por migración cuando el catálogo esté listo.
Incorporar una organización, paso a paso
Cree la organización en la app maestra de organizaciones y elija un plan inicial: Authorize aprovisiona la organización y asigna la suscripción en una sola llamada. Luego abra la pestaña de Aprovisionamiento para crear el esquema de base de datos aislado de la organización.
El aprovisionamiento del esquema corre en el servidor
La pestaña de Aprovisionamiento envía a una ruta de Orbsight protegida para administradores de plataforma que guarda la clave de servicio de Hospitalize (nunca expuesta al navegador). Llama a los endpoints internos de Hospitalize para crear la proyección, inicializar el esquema y sondear hasta que termina.
Una base de datos, muchos esquemas
Authorize, commercialize y hospitalize viven como esquemas en una sola instancia de Postgres, con un esquema de datos de pacientes por organización (t_<slug>) para cada organización en producción. Las variables de entorno de base de datos por servicio mantienen la costura para que un servicio pueda separarse a su propia instancia después, sin cambios de código.
Abra el espacio de administración
Inicie sesión con una membresía de administrador de plataforma para administrar aplicaciones, planes y organizaciones, y aprovisionar el esquema de una organización.