Развертывание сайта в настройках Amazon Beanstalk и IIS
Я заинтересован в сотрудничестве с Amazon Elastic Beanstalk для развертывания моего нового сайта. Несколько вещей, которые мне нужно знать и на которые я не могу получить ответ:
1) Как мне сохранить настройки IIS для всех развернутых и будущих развернутых машин? 2) Если я смогу поддержать, что произойдет, если я изменю настройки на одном сервере, будет ли он автоматически установлен на других серверах? 3) Как я могу сделать резервную копию данных. На других серверах я обычно делаю AMI и внедряю на новый сервер в случае проблем?
2 ответа
В отличие от комментария @ Кристофера:
1) развертывание пользовательского AMI через EB - это анти-шаблон. Каждый раз, когда EB обновляет базовую платформу, вам нужно будет воссоздать ваш собственный AMI.
2) Да, ручные изменения конфигурации на сервере являются антишаблоном. Но указание конфигурации как части вашего модуля развертывания рекомендуется.
Ознакомьтесь с документацией AWS EB по настройке программного обеспечения на серверах Windows.
3) На вашем сервере не должно быть состояния, для которого требуется создать резервную копию. Все, что вам нужно для развертывания приложения, находится в вашем пакете развертывания и конфигурации EB. EB использует проверки работоспособности и автоматическое масштабирование, чтобы обеспечить постоянную работу среды.
Beanstalk - это не что иное, как набор вызовов для различных сервисов AWS, таких как, например, автоматическое масштабирование, S3 и EC2, а также некоторые сценарии и маршрутизация, упрощающие развертывание новых версий приложений. Если вы подходите к этому с таким пониманием, его структура имеет больше смысла:
- Beanstalk поставляется со стандартными AMI, но вы также можете использовать и собственные. Запекайте ваши настройки IIS в AMI (обязательно основывайте его на стандартном Beistalk AMI), и они сохранятся в течение всех операций автоматического масштабирования. Это относится только к конфигурации сервера. Новые версии вашего приложения не должны запекаться в AMI и распространяться на ваши серверы через сам beanstalk.
- Внесение изменений в конфигурацию серверов после их создания является анти-паттерном. Изменение одного не распространит эти изменения на другие. Вместо этого вы должны сократить AMI для новой конфигурации, ускорить вторую среду и изменить маршрутизацию домена для переключения без простоев. Это довольно нелогично с первого раза, особенно если вы привыкли к развертыванию центров обработки данных. Можно избежать изменения маршрутизации, изменив AMI среды после создания экземпляра, но это будет прерывательным.
Боюсь, я не совсем понимаю, что вы имеете в виду под вопросом 3. На какие данные вы ссылаетесь? Если вы можете сообщить мне об этом в комментариях, я буду рад отредактировать этот ответ, используя все, что я знаю.