Назад | Перейти на главную страницу

Развертывание сайта в настройках Amazon Beanstalk и IIS

Я заинтересован в сотрудничестве с Amazon Elastic Beanstalk для развертывания моего нового сайта. Несколько вещей, которые мне нужно знать и на которые я не могу получить ответ:

1) Как я могу поддерживать настройки IIS на всех развернутых и будущих машинах? 2) Если я могу поддерживать, что произойдет, если я изменю настройки на одном сервере, он автоматически установит их на других серверах? 3) Как сделать резервную копию данных. На других серверах я обычно создаю AMI и развертываю его на новом сервере в случае возникновения проблемы?

В отличие от комментария @Christopher:

1) развертывание пользовательского AMI через EB - это антишаблон. Каждый раз, когда EB обновляет базовую платформу, вам нужно будет воссоздать собственный AMI.

2) Да, руководство изменения конфигурации на сервере - это анти-шаблон. Но рекомендуется указывать конфигурацию как часть единицы развертывания.

Ознакомьтесь с документацией AWS EB на Настройка программного обеспечения на серверах Windows.

3) На вашем сервере не должно быть состояния, для которого требуется резервное копирование. Все, что вам нужно для развертывания приложения, находится в вашем пакете развертывания и конфигурации EB. EB использует проверки работоспособности и автоматическое масштабирование, чтобы ваша среда всегда работала.

Beanstalk - это не более чем набор вызовов различных сервисов AWS, таких как автомасштабирование, S3 и EC2, среди многих других, а также некоторые сценарии и маршрутизация, которые упрощают развертывание новых версий приложений. Если вы подойдете к нему с таким пониманием, его структура станет более понятной:

  1. Beanstalk поставляется со стандартными AMI, но вы можете также развернуть пользовательские. Запеките свои настройки IIS в AMI (обязательно основывайте его на стандартном AMI Beanstalk), и они будут сохраняться во время всех операций автоматического масштабирования. Это относится только к конфигурации сервера. Новые версии вашего приложения не должны запекаться в AMI и распространяться на ваши серверы через сам beanstalk.
  2. Внесение изменений в конфигурацию серверов после их создания - это анти-шаблон. Изменение одного из них не распространит эти изменения на другие. Вместо этого вы должны вырезать AMI для новой конфигурации, раскрутить вторую среду, и изменить маршрутизацию домена, чтобы переключиться с нулевым временем простоя. В первый раз это выглядит нелогично, особенно если вы привыкли к развертыванию в центрах обработки данных. Можно избежать изменения маршрутизации, изменив AMI среды после создания экземпляра, но это будет прерывистым.

Боюсь, я не совсем понимаю, что вы имеете в виду под вопросом 3. Какие данные вы имеете в виду? Если вы можете сообщить мне об этом в комментариях, я буду рад отредактировать этот ответ, используя все, что мне известно.