Сколько времени я должен построить для производства? - PullRequest
1 голос
/ 18 сентября 2008

Мои пользователи используют сайт примерно одинаково 24/7. Есть ли мем о сроках сборки?

Международная аудитория, один кластер серверов по восточному времени, но поражен утром, международные клиенты.

1 дБ, несколько веб-серверов, поэтому, если нет дБ, просто, всякий раз.

Но когда сайт должен закрыться, когда вы, как программист, будете меньше всего безумны видеть, что ТАК не работает, скажем, 15 минут.

Ответы [ 11 ]

9 голосов
/ 18 сентября 2008

Если с точки зрения пользователей действительно нет хорошего времени, я бы посоветовал сделать это, когда у вашей команды будет больше времени на восстановление после любой аварии, связанной со сборкой.

4 голосов
/ 18 сентября 2008

Вот что я сделал, и это хорошо сработало для меня:

  1. Получить инструмент анализа трафика сайта который будет составлять график почасовой нагрузки пользователя
  2. Выберите нижнюю точку на графике для выполнения Обновления
2 голосов
/ 18 сентября 2008

Если вы маленький, то, да, найдите, когда у вас самый низкий период использования, и сделайте это тогда (лично для нас, обычно около 1–3 утра по тихоокеанскому времени - самое низкое падение ... но оно никогда не падает до 0, конечно ). Как только вы начнете расширять свою базу пользователей, если вы хотите, чтобы люди воспринимали вас всерьез, вам нужно будет разработать свое приложение таким образом, чтобы его можно было обновлять без простоев. Это не просто, и это часто предполагает наличие нескольких серверов.

Я потратил целую вечность, пытаясь довести наше приложение до этого уровня, лучшее, что я до сих пор придумал, - это пару часов запустить одновременно и старую, и новую версии. Пользователи, вошедшие в систему во время переключения, остаются на старой версии, пока не выйдут из системы. В следующий раз, когда они приходят, они переходят на новую версию. Любые пользователи, пришедшие после переключения, сразу отправляются в новую версию. Это все еще не надежно, но это довольно хорошо.

1 голос
/ 18 сентября 2008

Что это за приложение? Большинство сайтов, которые я использую, имеют тенденцию обновляться около 2:00 или 3:00.

0 голосов
/ 18 сентября 2008

Сначала воспользуйтесь инструментом анализа, чтобы попытаться определить типичное «легкое» время трафика. В зависимости от сайта и вашего местоположения в мире по сравнению с большинством ваших пользователей, это может быть 4 часа утра, это может быть 1 час дня, кто знает. Затем, после того, как вы установили хороший срок, убедитесь, что процесс развертывания максимально автоматизирован, чтобы это происходило быстро, чтобы минимизировать время простоя вашего сайта.

0 голосов
/ 18 сентября 2008
  • Проверьте время наименьшего использования
  • Клонирование / копирование / обновление последнего производственного кода в другой каталог
  • Если существует какая-либо миграция базы данных, выполните все необходимые и не конфликтующие со старой базой кода
  • Во время наименьшего использования переместите символическую ссылку, чтобы указать последний код
0 голосов
/ 18 сентября 2008

Выберите несколько раз, которые вы хотели бы сделать, и предложите их в качестве выбора для решающих типов. Что бы вы ни делали, во время развертывания поднимите страницу «вниз для текущего обслуживания».

0 голосов
/ 18 сентября 2008

Зависит от вашего местоположения: 4:00 восточного побережья / 1:00 западного побережья, как правило, самое светлое время.

0 голосов
/ 18 сентября 2008

Я думаю, вы должны спросить своих клиентов.

В любом случае, есть крошечные часы утра. Если вы говорите о локально доступном веб-сайте, я не думаю, что пользователи будут возражать, если они получат уведомление «на техническом обслуживании» в 2 часа ночи в своем часовом поясе.

0 голосов
/ 18 сентября 2008

Проблема с горячей заменой - база данных будет по-прежнему общей, а критические изменения также приведут к снижению производительности.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...