Azure: что, если обновление гостевой ОС нарушит работу моего приложения?

Мы изучаем возможность переноса инфраструктуры нашей небольшой компании на Azure PaaS (веб-сайты, облачные службы, SQL), поскольку у нас нет ресурсов для поддержания нашей инфраструктуры в нужном масштабе, а поддержка наших текущих серверов занимает много времени у разработчиков.

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

Помимо того факта, что это возлагает на нас бремя тестирования (нам пришлось бы проверять, работает ли программное обеспечение с новыми выпусками ОС, навязанными нам), нет ничего о том, что можно сделать, если обновление Azure ДЕЙСТВИТЕЛЬНО сломает одно из наших приложений... и это случалось раньше с обновлениями Windows.

Как с этим разобраться? Ни у кого больше не было этой проблемы?


azure windows windows-update
person MrLane    schedule 14.01.2015    source источник
comment
Подождите, а почему разработчики обслуживают ваши серверы?   -  person Michael Hampton    schedule 14.01.2015
comment
Очень маленькая компания, еще меньшие бюджеты. Для работника инфраструктуры просто нет места. Одной из причин перехода на Azure PaaS является то, что большая часть обслуживания (по-видимому) удалена. Однако принудительные обновления гостевой ОС заставляют людей нервничать.   -  person MrLane    schedule 14.01.2015
comment
Это относится к SO, где вы можете спросить разработчиков, как писать код в соответствии со спецификацией. Обычно администраторы инфраструктуры Windows не считают исправление необязательным упражнением.   -  person Jim B    schedule 14.01.2015
comment
Я вижу два варианта: (1) Принять PaaS с автоматизированной инфраструктурой и начать выплачивать свой долг за технологии совместимости сейчас, т.к. автоматизированное управление инфраструктурой не позволит отказаться от установки исправлений. (2) Внедрение IaaS с ручным управлением ОС. Вы можете контролировать график обновлений, и вам больше не нужно управлять оборудованием, но вы по-прежнему будете иметь все остальное обслуживание, с которым вы имеете дело сегодня, потому что долг совместимости все еще существует. Если бизнес может с этим справиться, я думаю, что PaaS — это то, что нужно. Однако иногда это невозможно, и именно поэтому существует IaaS. :)   -  person Greg D    schedule 15.01.2015

Ответы (2)


arrow_upward
3
arrow_downward

Обычно это решается обновлением ваших приложений и/или исправлением вашего пользовательского кода для работы с более новыми исправлениями и/или обновлениями.

Там действительно очень мало еще вы можете сделать. Я работал в местах, где этого не было, и видел результаты долгосрочной блокировки несовместимого обновления (или полного отключения обновлений), и это намного хуже, чем просто поддерживать что угодно. Невыполнение этого требования приводит к тому, что вы платите группе консультантов тысячи долларов в час за устранение неполадок в кодовой базе или приложении, которые несовместимы ни с чем, созданным за последнее десятилетие.

person HopelessN00b    schedule 14.01.2015

arrow_upward
1
arrow_downward

Я хотел бы добавить, что вы можете захотеть, чтобы все ваше развертывание реплицировалось, но всегда работало с последним доступным патчем.

Таким образом, вы можете тестировать обновления за несколько недель до обновления рабочей среды.

person Pedro Perez    schedule 16.01.2015