- Una plataforma de código publicó un reporte de su mudanza a otra infraestructura con avances, fallas y metas no cumplidas.
- Llevaba 120 de 160 servicios en su nueva sede, pero solo 13 de 51 bases de datos principales.
- Para un negocio pequeño, la lección es comunicar un cambio con claridad, también cuando hay tropiezos.
Respuesta corta: cuando cambies de hosting, de sistema de ventas o de plataforma de tu tienda, cuéntales a tu equipo y a tus clientes qué ya quedó listo, qué se complicó y qué sigue pendiente. Pocas empresas lo hacen, y por eso quien lo hace gana confianza.
Un ejemplo grande sirve de espejo. Una plataforma que miles de personas usan para guardar y compartir código publicó un informe sobre su mudanza a una nueva infraestructura. Lo notable no son sus números sino su tono: sin maquillaje.

Qué contaron
En dos meses descargaron de presión una base de datos que usaban muchos servicios a la vez, agregaron mecanismos para que el sistema no se sature, dejaron margen para las tareas automáticas y movieron más piezas a la nueva infraestructura. También admitieron que hubo fallas importantes, una pausa por falta de capacidad y una meta incumplida.
Observa la diferencia entre lo que se ve y lo que pesa. Mover servicios avanza rápido. Mover las bases de datos, donde vive la información, es lo más delicado y va más lento. Cualquier mudanza, grande o chica, se parece a esto.
El avance, en porcentajes
- 65.4% de las consultas de lectura de su aplicación principal ya se atendían desde la nueva infraestructura.
- 48.3% de las lecturas del sistema de versiones.
- 80.2% del procesamiento de flujos de datos.
- Aclararon que son cargas distintas y que esos porcentajes no deben sumarse.
Esa última aclaración es parte de la honestidad. En lugar de presentar un solo número vistoso, explican que cada cifra mide algo diferente.
Lo que no salió bien
- Pausa por capacidadFrenaron las actualizaciones y el aumento de usuarios porque los recursos no alcanzaban parejo en todas las zonas. Retomaron una semana después, con un respiro temporal.
- Meta incumplidaNo cumplieron el objetivo ambicioso que se habían puesto para fin de septiembre: dejar todo lo que atiende al público en la nueva sede.
- Falla en un cambio planeadoEn un cambio planeado de bases de datos, un mecanismo automático de emergencia desconectó copias de la información y perjudicó a usuarios. Lo apagaron para esos traspasos mientras perfeccionan la recuperación.
Mejoras que no dependían de la mudanza
- Retiraron 24 tablas centrales de acceso de la base de datos más vieja, y con eso liberaron aproximadamente un millón de peticiones por segundo.
- Eliminaron cerca de 980 millones de registros sobrantes del historial de ediciones, lo que devolvió unos 1.8 terabytes de espacio.
- Los atorones semanales de la base de datos disminuyeron alrededor de 77% respecto a su máximo.
OpiniónHablar claro rara vez espanta a la clientela. Lo que sí la espanta es el silencio cuando algo no funciona.
Cómo llevarlo a tu negocio
No necesitas publicar tantas cifras. Necesitas un hábito: avisar antes, durante y después de un cambio. Si vas a mover tu sitio de hosting o tu tienda de plataforma, escribe un mensaje corto con lo que cambia, cuándo y qué podría fallar.
- Reconoce qué te propusiste, qué lograste y qué no.
- Describe los problemas con su fecha y su causa, sin maquillaje.
- Explica qué corregiste para que no vuelvan a pasar.
- Maneja cifras comparables y advierte cuando no conviene sumarlas.
- Fija la próxima fecha de aviso y respétala.
- Contar únicamente los éxitos.
- Callar fallas serias u objetivos que no se alcanzaron.
- Seguir moviendo piezas cuando los recursos no alcanzan.
- Evaluar una mudanza por lo que ya pasó y olvidar lo que falta.
- Avisar a los clientes hasta que el problema ya se nota.
Preguntas que suelen surgir
¿Cómo iba la mudanza de esa plataforma?
Tenía cambiados 120 de sus 160 servicios, pero apenas 13 de las 51 bases principales. Además reconoció una pausa por falta de recursos y un objetivo que no cumplió.
¿Por qué pausaron los cambios?
Porque los recursos de las zonas eran dispares y avanzar así habría subido el riesgo. Siguieron cuando consiguieron un alivio temporal.
¿Qué puedo copiar de este informe en mi negocio?
La franqueza: contar lo avanzado, lo que falló y lo que se retrasó, con fechas y cifras comparables.
Antes de mover tu sitio
Si algún día cambias de proveedor de hosting o de plataforma, pide por escrito la fecha del cambio, qué podría quedar fuera de servicio y cómo regresas atrás si algo sale mal. Un buen proveedor responde sin rodeos.
Antes de mover tu sitio, tu tienda o tu sistema, escribe en media hoja qué cambia, cuándo y qué podría fallar, y compártelo con tu equipo.
¿Quieres aplicar esto en tu negocio?
Escríbenos por WhatsApp