Pregunta

Mis usuarios utilizan el sitio por igual las 24 horas del día, los 7 días de la semana.¿Existe un meme sobre el tiempo de construcción?

Audiencia internacional, grupo único de servidores en hora del este, pero recibe acceso hasta bien entrada la mañana por parte de clientes internacionales.

1 db, varios servidores web, por lo que si no hay db, simple, cuando sea.

Pero cuando el sitio tiene que caer, ¿cuándo usted, como programador, se enojaría menos al ver que SO estuviera inactivo durante, digamos, 15 minutos?

¿Fue útil?

Solución

Si realmente no hay un buen momento desde la perspectiva de los usuarios, sugeriría hacerlo cuando su equipo tenga más tiempo para recuperarse de cualquier desastre relacionado con la compilación.

Otros consejos

Esto es lo que he hecho y funcionó bien para mí:

  1. Obtenga una herramienta de análisis de tráfico del sitio que graficará por hora de cargar el usuario
  2. Seleccione el punto bajo en el gráfico para realizar actualizaciones

Si eres pequeño, entonces sí, busca cuándo es tu período de uso más bajo y hazlo en ese momento (para nosotros personalmente, generalmente alrededor de la 1 a. m. a 3 a. m. PST es la caída más baja... pero nunca cae a 0, por supuesto).Una vez que comience a crecer hasta tener una base de usuarios más grande, si desea que la gente lo tome en serio, deberá diseñar su aplicación de manera que pueda actualizarla sin tiempo de inactividad.Esto no es sencillo y, a menudo, implica tener varios servidores.

He pasado años tratando de llevar nuestra aplicación a este punto, lo mejor que se me ha ocurrido hasta ahora es ejecutar durante un par de horas tanto la versión antigua como la nueva al mismo tiempo.Los usuarios que iniciaron sesión en el momento del cambio permanecen en la versión anterior hasta que cierren la sesión.La próxima vez que entren, pasarán a la nueva versión.Cualquier usuario que ingrese después del cambio será enviado directamente a la nueva versión.Todavía no es infalible, pero es bastante bueno.

¿Qué tipo de aplicación es?La mayoría de los sitios que uso tienden a actualizarse alrededor de las 2 a. m. o las 3 a. m.

Utilice un segundo sitio e intercambie en caliente según sea necesario.

El problema con el intercambio en caliente es que la base de datos aún se compartiría y los cambios importantes también provocarían la caída del soporte.

Supongo que tienes que preguntarle a tus clientes.

En cualquier caso, quedan las primeras horas de la mañana.Si estás hablando de un sitio web disponible localmente, no creo que a los usuarios les importe si reciben un aviso de "en mantenimiento" a las 2 am en su zona horaria.

Depende de tu ubicación:Las 4 a. m. de la costa este y la 1 a. m. de la costa oeste suelen ser las horas más luminosas.

Elija algunas ocasiones en las que le gustaría hacerlo y ofrézcalas como opciones a los que deciden.Hagas lo que hagas, crea una página de "inactivo para mantenimiento de rutina" mientras realizas la implementación.

  • Consulta el tiempo de menor uso
  • Clonar/copiar/actualizar el último código de producción a otro directorio
  • Si existe alguna migración de base de datos por realizar, realice las que sean necesarias y que no entren en conflicto con el código base anterior.
  • En el momento de menor uso, mueva el enlace simbólico para que apunte al código más reciente

Primero utilice una herramienta de análisis para intentar determinar los tiempos de tráfico normalmente "ligeros".Dependiendo del sitio y su ubicación en el mundo en comparación con la mayoría de sus usuarios, podrían ser las 4 a. m., la 1 p. m., quién sabe.Luego, una vez que haya definido un buen marco de tiempo, asegúrese de que su proceso de implementación esté lo más automatizado posible, de modo que suceda rápidamente para minimizar el tiempo de inactividad de su sitio.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top