Está diseñando una aplicación Service Fabric para una plataforma de trading que mantiene el estado de la sesión del usuario con acceso de sub-milisegundos y debe sobrevivir a fallos de nodo. Las actualizaciones deben realizarse con cero tiempo de inactividad y reversión automática si la salud se degrada. ¿Qué dos decisiones de diseño debería tomar?

Para la persistencia del estado de sesión con acceso de submilisegundos y supervivencia a fallos de nodo, los servicios con estado de Service Fabric que utilizan Reliable Collections son ideales. Estos proporcionan alta disponibilidad y baja latencia al mantener el estado replicado en el clúster. Las actualizaciones sin tiempo de inactividad con reversión automática requieren actualizaciones continuas (rolling upgrades) que monitorean la salud de la aplicación y revierten automáticamente si se detectan problemas, utilizando dominios de actualización para garantizar la disponibilidad. La fiabilidad Bronze con 3 nodos no garantiza la alta disponibilidad requerida para el estado de sesión crítico. La fiabilidad Gold con siete nodos es excesiva para la mayoría de las cargas de trabajo y no es una decisión de diseño fundamental para la persistencia del estado o las actualizaciones. Realizar actualizaciones en un solo lote anula el propósito de las actualizaciones continuas y los dominios de actualización, lo que llevaría a tiempo de inactividad.