Ubuntu Pro ESM — Производство

У меня есть несколько производственных серверов с 16.04 LTS на AWS.

Рекомендуется ли включать Ubuntu Pro ESM в производственной среде с версией 16.04 или целесообразно подождать, прежде чем внедрять это изменение?

2 ответа

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

В $DAYJOB у нас есть ряд важных серверов, предоставляющих важные компоненты для бизнес-предложений партнерам и т. д., работающих на старых машинах 14.04 и 16.04, а также несколько старых серверов 12.04. Эти системы временно покрываются ESM для обеспечения обновлений и исправлений безопасности, однако это НЕ заменяет полностью обновленные системы. Я, ИТ-команда и другие сотрудники работали над заменой этих устаревших систем. Хотя хорошо иметь исправления безопасности, ESM был разработан с намерением предоставить «некоторую» свободу действий для исправления и т. д. для постоянной поддержки безопасности для конкретной системы, однако это только до тех пор, пока вы не найдете замену или не перенесете свои системы на более новые. версии Убунту.

Он никогда не разрабатывался как универсальное решение на тот случай, когда релиз выйдет из эксплуатации — и никогда не будет. Он разработан как временная мера, позволяющая вам запускать «устаревшие» системы с (ограниченным охватом!) защитой, работая над миграцией ваших систем на обновленные ОС или программные системы.

Таким образом, в тот момент, когда стандартная поддержка вашей системы подходит к концу (16.04 потеряла стандартную поддержку в апреле 2021 года, и тогда же была запущена ESM), вы получаете поддержку ESM и должны заплатить за Ubuntu Pro (ранее называвшуюся Ubuntu Advantage for Infrastructure), чтобы разрешить Право ESM на каждый сервер в вашей среде (1 виртуальная машина = 1 сервер).

Однако вашей основной целью, независимо от Pro/ESM, является перенос ваших систем с устаревшего неподдерживаемого программного обеспечения и перевод их в более новую ОС.

  • Показательный пример: мы только что сделали это с четырьмя конечными точками API, управляемыми Python, в $DAYJOB, потому что нам нужна была более новая функциональность, недоступная в Python 3.6 (версия рассматриваемой системы, которая была EOL/EOSS) и была доступна в более новом Python. Поэтому мы перенесли его на новый сервер 22.04. Python работал безупречно, и мы смогли интегрировать новые функции Python 3.10+ и модули, для работы которых требовался Python 3.8+, тем самым улучшив собственное написанное программное обеспечение.

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

Мы не команда продаж Ubuntu Pro, не команда поддержки Ubuntu Pro. Любые рекомендации, которые мы делаем, являются частным мнением, которое может не совпадать с литературой по продажам Canonical.

ESM не начинается, пока не закончится стандартная поддержка (5 лет). Неважно, активируете ли вы (и начнете оплачивать) ESM в день 1 или в день 1825, результат будет одинаковым.

  • Другие сервисы Ubuntu Pro могут, конечно, пригодиться гораздо раньше. Но это разговор между вами и командой продаж Ubuntu Pro (которой мы не являемся).

  • Мнение: ESM — это ограниченная временная мера, которая дает вашей организации несколько дополнительных лет для переноса корпоративного рабочего процесса на более новые, полностью поддерживаемые системы Ubuntu. Использование ESM должно быть временным сегментом более широкого, организованного, обеспеченного ресурсами проекта миграции.

Другие вопросы по тегам