Azure. Что делать, если обновление гостевой ОС нарушает работу моего приложения?
Мы изучаем возможность перевода инфраструктуры нашей небольшой компании на Azure PaaS (веб-сайты, облачные сервисы, SQL), поскольку у нас нет ресурсов для масштабирования нашей инфраструктуры, а для поддержания текущих серверов у нас требуется много времени для разработчиков.
Последняя проблема, с которой мы сталкиваемся при перемещении Azure PaaS, заключается в том, что контроль над обновлениями выглядит несколько ограниченным в соответствии с этой статьей. Azure заставляет вас оставаться в двух версиях исправлений гостевой ОС, которую Microsoft выпускает.
Помимо того, что это накладывает на нас бремя тестирования (мы должны были бы проверить, что программное обеспечение работает с навязанными нам новыми выпусками ОС), нет ничего о том, что можно сделать, если обновление Azure сломает одно из наших приложений... и это случилось раньше с обновлениями Windows.
Как это должно быть с ума? Ни у кого больше не было этой проблемы?
2 ответа
Обычно это происходит путем обновления ваших приложений и / или исправления вашего пользовательского кода для работы с новыми исправлениями и / или обновлениями.
Там действительно очень мало что вы можете сделать. Я работал в местах, которые этого не делали, и видел результаты блокирования несовместимых обновлений на длительный срок (или вообще отключение обновлений), и это гораздо хуже, чем просто поддерживать ваше что угодно. Невыполнение этого требования заключается в том, что вы в конечном итоге платите группе консультантов тысячи долларов в час за устранение неполадок в кодовой базе или приложении, которые не совместимы ни с чем, сделанным за последнее десятилетие.
Я хотел бы добавить, что вы, возможно, захотите, чтобы все ваше развертывание реплицировалось, но всегда работало с последним доступным патчем.
Таким образом, вы можете протестировать обновления за несколько недель до обновления рабочей среды.