A lo largo del 6 y 7 de septiembre, mejoramos los flujos de trabajo diarios, implementamos actualizaciones a las dos células de ensayo alojadas, y trabajamos a través de los problemas encontrados durante el registro pagado y la eliminación de la organización.
6 de septiembre: prueba y simplificación de la interfaz
Testamos un sistema de modelo único localmente, siguiendo al usuario a través de la navegación, la arquitectura, los cambios del ciclo de vida, los eventos y los costos.
Esta prueba ha llevado a varias mejoras:
- Los filtros de eventos conservan el modelo seleccionado y proporcionan un llamado enlace de retorno.
- Las actualizaciones del ciclo de vida del modelo mantienen al usuario en la página del modelo.
- Los componentes salvan y la navegación relacionada con el modelo mantiene el contexto del sistema.
- Enlaces de modelo en el gráfico de arquitectura abre el espacio de trabajo del modelo directamente.
- El gráfico aparece más temprano en la página, con controles avanzados disponibles en demanda.
- Las diferencias de estado arquitectónico y componente-conto tienen explicaciones más claras.
- Las vistas de costos se mantienen encubiertas en el sistema o modelo seleccionado al grabar y ahorrar entradas.
Estos cambios fueron verificados localmente el 6 de septiembre y incluidos en el rollout alojado el 7 de septiembre.
7 de septiembre: Propiedad y visibilidad operativa
Realizamos mejoras de la propiedad arquitectónica. La creación de gráficos ahora apoya a un propietario estándar y los superrides individuales para nuevos elementos. Los gráficos existentes tienen una acción para asignar a los propietarios desaparecidos a los elementos seleccionados sin sobreescribir a los propietarios ya asignados.
También hemos mejorado la presentación de configuración de componentes, lo que hace que las versiones presentadas y las publicaciones ambientales sean más fáciles de distinguir y evitar la presentación duplicada de configuración sin cambios.
Global Control obtuvo la información de registro a través de las células, incluyendo los creadores de la organización, los registros de usuarios y los cuentos invitados-usuarios. Los operadores pueden filtrar por un rango de fecha incluido y cambiar la célula de destino para nuevos registros de Control.
Pago en embarque y devolución de clientes
Después del pago verificado, la navegación pagada continúa automáticamente sin un clic de creación de organización adicional. Mientras que la confirmación está esperando, un indicador animado explica que Hashmedo está esperando para Paddle.
Hemos añadido una pantalla de despedida después de la eliminación y la salida de la organización exitosa. Se confirma que la suscripción ha terminado y proporciona una acción de regreso al login.
La prueba también expuso dos cuestiones que hemos resuelto:
- Re-registro con el mismo correo electrónico trató de crear un duplicado cliente Paddle. Checkout ahora reutiliza al cliente existente cuando Paddle identifica explícitamente ese conflicto, manteniendo la cuenta de facturación de la nueva organización separada.
- La eliminación de la organización podría terminar pero fracasar durante la limpieza de login-routing. Corregimos las permisiones de base de datos que faltan y completamos la limpieza afectada.
La reinscripción se confirmó funcionando después de la ficha de reutilización del cliente. La reparación de la ruta final todavía necesita un nuevo control de eliminación de fin a fin, la pantalla de despedida y la reencuesta juntos.
Despliegue y verificación
Los cambios se entregaron a través de las libras celulares y de servicio compartido, con pruebas adecuadas para cada cambio y pruebas de salud después de la implantación. Los controles de base de datos cubrieron la aislamiento de cliente de vuelta y la limpieza de rutas utilizando el papel de servicio real.
Se verificaron las copias de seguridad cifradas, incluyendo una copia de seguridad reciente antes de la migración de facturación. Los controles de implementación registrados mostraron que las células alojadas y los servicios compartidos actualizados son saludables.
Estos cheques proporcionan pruebas de liberación; la aceptación completa de la experiencia del cliente sigue siendo parte del trabajo de lanzamiento.
Medios de prueba y producción separados
Nos acordamos sobre una instalación de producción dedicada con su propio Control, facturación, embarque, puerta, Keycloak, células, bases de datos y credenciales. La instalación existente permanecerá disponible para el entorno de prueba y prueba.
El entorno de prueba utilizará Paddle Sandbox; la producción utilizará los pagos en vivo de Paddle. Los entornos compartirán el registro de imágenes y inicialmente compartirán el almacenamiento de S3, con vías de seguridad separadas, credenciales de acceso y claves de cifrado. Las publicaciones promoverán las mismas digestivas de imagen probadas en la producción.
Esta es una arquitectura acordada, no un rollote de infraestructura completado.
Lo que viene a continuación
- Proporcionar la instalación de producción independiente y configurar los dominios del entorno de prueba.
- Completos cheques de firma, facturación, supresión, invitación y aceptación de permiso.
- Verifique las alertas de seguimiento, la restauración de backup y el lanzamiento de rollback.
- Desarrollar una explicación más clara cuando la publicación de componentes requiere un revisor independiente.
También hemos verificado que una versión de componentes puede permanecer activa en el entorno de prueba y producción al mismo tiempo. Suspensión o no publicación en la producción deja intactas su publicación de medio de prueba.