Cadenas hoteleras
En una operación de QA, la API se interrumpió unos 2 minutos. Esa observación no es tiempo ahorrado.
En el restaurante de un hotel, una actualización puede dejar todo encendido y, aun así, que el pedido no llegue a la cocina.
- El problema
- En los restaurantes de varias cadenas hoteleras, cada servidor se creaba uno por uno, con la configuración repetida para cada cadena, y un servidor encendido no garantizaba que el pedido llegara a la cocina. Estimación: 20 restaurantes × 1 hora de cena detenida × R$ 6 mil por hora (40 cuentas de R$ 150) ≈ R$ 120 mil por cada actualización que se traba (cifras: supuestos).
- Lo que hizo Appfy
- Appfy construyó desde cero el camino de las actualizaciones: una receta escrita arma cada servidor, en la estructura de cada cadena, siempre con los mismos pasos, y el último paso revisa que el pedido vaya de la mesa a la cocina. El equipo recibió los manuales.
- El beneficio
- Cada versión nueva sigue los mismos pasos, y cambiar un servidor es armar otro con la receta.
Scene 1 of 8La empresa
De la mesa a la cocina, el pedido tiene que llegar bien.
Las cadenas hoteleras usan en sus restaurantes un sistema de caja y cocina: el mesero registra el pedido, la cocina lo ve en pantalla, la cuenta se divide y el recibo sale impreso.
Scene 2 of 8El problema
Luz encendida no quería decir que el pedido llegaba.
Cada servidor se creaba uno por uno, como cocinar cada plato de memoria, y la configuración se repetía en cada cadena hotelera. Un servidor encendido no garantizaba que el pedido llegara a la cocina.
Scene 3 of 8El objetivo
Listo es cuando el pedido pasa, no cuando el servidor enciende.
Appfy asumió el camino que lleva cada versión nueva hasta los servidores. La meta: pasos siempre iguales, como en una banda transportadora, y solo decir que está listo cuando un pedido haga todo el recorrido.
Scene 4 of 8La decisión
En vez de arreglar cada servidor, armar otro con la receta.
Appfy escribió una receta para cada tipo de servidor. Cada versión nueva recibe una receta nueva: los servidores nuevos nacen de ella y ocupan el lugar de los antiguos, que se apagan.
Scene 5 of 8Lo que hizo Appfy
Cada servidor nuevo se arma solo al encender.
Al encender, el servidor nuevo sigue un guion: busca las instrucciones, instala las versiones y pone el sistema en marcha. La base de datos tuvo un paso propio, y el equipo, los manuales.
Scene 6 of 8Lo que hizo Appfy
Cuatro reemplazos sanos/procesos PM2. Solo dos de cuatro renovaciones completas en la instantánea.
En una operación de QA, la API se interrumpió unos 2 minutos. Esa observación no es tiempo ahorrado. Cuatro reemplazos sanos/procesos PM2. Solo dos de cuatro renovaciones completas en la instantánea. Después, el handoff de RCA dijo que la aplicación todavía usaba la base de datos anterior.
Scene 7 of 8Lo que cambió
Toda actualización termina con una pregunta: ¿llegó el pedido?
Ahora cada versión sigue los mismos pasos, cambiar un servidor es armar otro con la receta, el equipo tiene el manual a mano y la última pregunta es siempre la misma: ¿llegó el pedido?
Scene 8 of 8¿Y en tu empresa?
¿Actualizas sistemas con la empresa abierta? Define primero qué es estar listo.
Si la operación no puede parar, Appfy escribe cada paso, los revisa uno por uno y termina en el camino del cliente, no en la luz encendida. Empieza con una conversación gratuita de 30 minutos.