Desde que Nuestro último informe, hemos mudado de la coherencia de la navegación a la preparación de la producción Starter. Esta entrada cubre la tarde del 10 de septiembre hasta el 11 de septiembre: pruebas de viajes de cuenta real, solucionando los problemas que se exponen, y actualizando el sitio web y los servicios operativos alrededor de la aplicación.
La producción Orion y el entorno de prueba Cell-1 ahora están en el mismo lanzamiento de aplicaciones, 20260911.8. La inscripción pública permanece cerrada mientras terminamos las políticas de clientes y los controles de suscripción finales. Los planes de pago permanecen desactivados a la espera de la aprobación de Paddle y las pruebas de flujo de pago.
Free Starter puede operar independientemente de los planes pagados
El registro de iniciantes y la organización que ofrece ahora funcionan sin una tarjeta de pago, un checkout de Paddle o una confirmación de suscripción. Las verificaciones del lado del servidor mantienen que las solicitudes de suscripción y actualización pagadas no están disponibles mientras que la disponibilidad pagada está apagada.
Hemos completado la alineación de servicios de producción y hemos preparado la subministración y la ruta de Orion. Durante las ventanas de aceptación controladas, las cuentas de prueba dedicadas completaron el registro, la verificación de correo electrónico, la configuración y recuperación de contraseñas, la carga de muestras y la configuración del sistema, el modelo y el componente.
Estas pruebas también cubrieron invitaciones, acceso al Viewer, cambio de organización y eliminación de la cuenta. Las ventanas de admisión temporales se cerraron posteriormente. Se trata de una liberación, no de una apertura pública.
Recuperar la organización para configurar a un usuario ya comenzado
La suscripción interrumpida expuso varios lugares donde un usuario podría perder su camino de vuelta a la configuración de la organización. Las tablas de login concurrentes podrían sobreescribir el estado de transacción, y una transacción de login expirada podría devolver al usuario a la inscripción genérica sin preservar la solicitud de configuración original.
Isolamos las transacciones de login concurrentes y conservamos la configuración original cuando expira una transacción que coincida. La autenticación fresca es necesaria. La pantalla de no organización ahora ofrece una ruta para continuar la configuración existente, con la guía de recuperación cuando el navegador ya no tiene estado de resumen válido.
Estos cambios ayudan a los usuarios a completar la solicitud que ya han iniciado sin crear una organización de reemplazo o pasar por las verificaciones de identidad.
Invitaciones, permisos y abandono de una organización
Las pruebas de producción encontraron una restricción más antigua que impidió a una identidad anfitriona aceptar una invitación a una segunda organización. Eliminamos esa restricción del flujo alojado al mismo tiempo que preservamos la adhesión y el papel existente del usuario.
Verificamos una cuenta que cambia entre el espacio de trabajo de su propio propietario y el espacio de trabajo de Viewer de otra organización. Las páginas de espectadores explican sus restricciones de acceso y ya no sugieren las guías de creación que el usuario no puede seguir.
El test de eliminación confirmó ambos casos: dejar una organización conserva el acceso a otra, mientras que la eliminación de la organización final elimina las cuentas de solicitud y identidad orfanos. Fixamos un problema de referencia de la base de datos que había bloqueado la eliminación final, mientras conservamos evidencia de auditoría histórica.
La pantalla de salida explica que una cuenta gratuita no tiene tarifas de suscripción. La redacción de cancelación ya no implica un reembolso automatizado prorrogado, y la redacción de retención reconoce que los registros de auditoría históricos pueden conservar un correo electrónico de cuenta. Sólo se eliminaron las fiestas de aceptación designadas.
Los perfiles de preparación probados a través de ejemplos reales
Hemos añadido ayuda para los perfiles de preparación y hemos ejercido siete perfiles publicados en siete sistemas utilizando los factores integrados de Starter. Cinco sistemas eran nuevos; dos muestras existentes proporcionaron los ejemplos restantes después de que se alcanzara el límite de Starter. No hemos superado el límite ni introducido campos personalizados.
El ejercicio encontró cuatro defectos, todos posteriormente fijados y desplegados:
- Los factores añadidos podrían tener categorías vacías y fracasar con un error de servidor. Ahora reciben defectos y validación antes de ahorrar.
- Un ahorro exitoso podría dejar la publicación bloqueada por un aviso de cambios no salvados. El seguimiento de la forma salvada ahora sigue el formulario actualizado.
- El inventario de sistemas podría decir No evaluado a pesar de las evaluaciones completadas. Ahora utiliza el resultado de la evaluación completa de manera consistente con la página de detalles.
- Los sistemas recién creados podrían mostrar una etiqueta blanca del ciclo de vida. Las traducciones y un fallback para los códigos personalizados ahora mantienen el estado visible.
La verificación de lanzamiento también expuso inconsistencias de tiempo en la configuración arquitectónica inmediatamente efectiva y las relaciones. Estas operaciones ahora utilizan el tiempo de transacción de la base de datos, por lo que las verificaciones de configuración histórica y la preparación están de acuerdo en cuándo un cambio se convierte en efectivo. Las fechas programadas se mantienen.
Guía que ayuda sin ocultar la aplicación
Los nuevos usuarios alojados vuelven a entrar en el flujo de bienvenida, y su guía elegida sobrevive a la configuración de administrador. Las guías activas destacan el objetivo con un pulso azul en lugar de cubrir la página con una cubierta gris. Apoyo y limpieza de movimiento reducido cuando se conservan los fines de una guía.
La configuración de contraseña ahora da feedback mientras los tipos de usuario. Cada requisito gana un marcador cuando satisfecho y vuelve a su estado pendiente si el usuario elimina algo que necesita. Los cheques utilizan el propio validador de políticas de Keycloak.
Esto requiere un despliegue separado del servicio de identidad: actualizar una sola célula de aplicación no actualiza su pantalla de contraseña alojada. El nuevo tema está actualmente en funcionamiento tanto en el entorno de prueba como en la producción. Todos 32 pruebas de identidad de escritorio/mobile Pasado, incluida la configuración de la contraseña requerida, la confección de errores y el layout localizado. Se conservan las reglas de las cuentas y contraseñas existentes.
También sustituimos los diálogos de confirmación del navegador bloqueando con la confirmación en línea. La eliminación de la cuenta y de la organización mantiene una confirmación tipada, y la cancelación de una acción no la presenta.
Operación y recuperación de la liberación
Los correos electrónicos críticos de incidente y recuperación ahora utilizan el servicio Postmark existente. Verificamos los mensajes recibidos y completamos los registros de entrega, activamos los controles de seguridad de salud en ambas células, y añadimos los controles de disco de Orion que cubren su sistema de archivos raíz y el volumen de inquilino.
Los enlaces de investigación ahora llevan al entorno de control que se ajusta. Se ha verificado un alerta de prueba de medio ambiente entregado para confirmar el destino corregido. La vigilancia de la base externa gratuita permanece en el lugar; se desactivan las funciones de respuesta y alerta de impulso pagadas. No se compró ninguna licencia de vigilancia pagada.
Las retrasas de empleo ahora recrean o comienzan los candidatos suspendidos y actualizan al trabajador después de la activación. La aplicación de ambas células, el trabajador y el trabajador de vigilancia están alineados con la liberación final y se reportan saludables.
Las backups cifradas se verificaron alrededor de los despachos. Una copia de seguridad de la base de datos de Orion también se restauró de forma independiente con cada clave de conservación de recuperación. Esto verifica la recuperación de la base de datos celular; la recuperación selectiva del inquilino sigue trabajando separadamente.
La solicitud final ha sido aprobada 529 pruebas de navegador, con 63 escudos opcionales aprobados y cero fallos, junto con Go, base de datos, recuperación y controladores. Estos totales describen la suite final y no deben ser añadidos a los totales de lanzamiento anteriores.
Sitio web actualización
Los análisis de los visitantes de la producción ahora están auto-hosted, con la inscripción de dashboard protegida. El sitio web del entorno de prueba no incluye el guión de seguimiento de la producción. El sitio web de producción también enfatiza el Starter gratuito y elimina los checkout y los enlaces de prueba pagados mientras que esos planes no están disponibles.
Preparamos la propuesta del programa de socios y publicamos su primera página para probar el entorno, incluidos los cheques de navegación de escritorio y móvil. El registro de socios no está abierto, y los términos de piloto propuestos aún no son un sistema de comisión implementado. la sucursal web del entorno de prueba permanece independiente de la producción principal.
Las cuatro páginas de la política del cliente están ahora disponibles en el sitio web de la producción a continuación de la última implementación de la industria principal:
Se mantienen claramente etiquetados Proyectos de revisión, que aún no son eficaces. La publicación para revisión no completa las decisiones de retención extraordinarias.
Ambos ambientes de navegación ahora apoyan la aceptación de políticas de versión. Una vez configurado con un paquete de políticas efectivo, la inscripción requiere un acuerdo y graba la versión, la impresión del documento, la timestamp y la referencia de la inscripción asociada con la identidad verificada. Un formulario abierto contra una versión de la política anterior debe obtener una nueva aceptación. Esta configuración permanece inactiva mientras se diseñan los documentos.
Antes de abrir el Starter
El trabajo restante es resolver las decisiones de retención, reconciliar y aprobar el texto final de la política, activar la aceptación en versión y decidir cómo se aplica el acuerdo a los usuarios invitados. Luego verificaremos el viaje de suscripción final y permitiremos explícitamente la admisión de Starter y la ruta a Orion.
La aprobación de la empresa de Paddle y la prueba de flujo pagado siguen siendo requisitos separados para los planes pagados. No impiden que la arquitectura de Starter libre funcione.