Больше десяти лет Bitnami был ответом по умолчанию на «мне нужен WordPress в AWS ещё вчера». Он упаковывал половину интернета — AMI, контейнеры и чарты — уже настроенными и готовыми к запуску в два клика. Если вы за последние десять лет притрагивались к инфраструктуре, вы почти наверняка что-то из этого запускали.
Этот бесплатный каталог больше не поддерживается. После перехода к Broadcom образы отправили в legacy-репозиторий, который не получает обновлений, а AMI убрали из AWS Marketplace. Нет ни новой версии, которую можно запустить, ни того, кому открыть тикет.
Проблема не в дне, когда публикации прекратились
Проблема — в следующем дне. Ваш инстанс по-прежнему стартует ровно как вчера: те же службы, те же пути, та же производительность. Ничего не ломается — и в этом-то ловушка. То, что меняется, снаружи невидимо.
С этого момента каждая CVE, опубликованная против базовой системы или встроенного ПО, остаётся открытой на вашей машине. Нет пропатченного образа, который можно перезапустить, нет уведомления, нет того, кто ответит. Долг копится тихо, пока кто-нибудь его не найдёт: аудит, клиент, запросивший перечень уязвимостей, или что-то похуже.
А пересобрать образ вручную непросто. AMI от Bitnami — это не «установленный пакет»: это собственное дерево каталогов, скрипты запуска, связанные определённым образом службы и куча решений, принятых годы назад, которые ваше приложение считает данностью.
Что сделали мы
Мы выпустили замены, которые действительно поддерживаем. Идея намеренно скучная: та же архитектура, те же пути, те же службы — чтобы миграция была не проектом, а одним вечером.
- Регулярные патчи. Каждая ревизия образа вбирает обновления безопасности базовой системы и встроенного ПО.
- Аудит безопасности. Сканирование уязвимостей и проверка усиления по CIS для каждого опубликованного образа, с отчётом.
- Живая поддержка. Тикеты попадают к команде, которая собирает образы.
Каталог растёт по запросам мигрирующих команд, и каждый доступный AMI указан на карте замен рядом со стеком Bitnami, который он заменяет.
Как мигрировать
В большинстве случаев это три шага, без переписывания чего бы то ни было:
- Запустите замену из AWS Marketplace, в том же регионе и с тем же типом инстанса, что был у вас.
- Перенесите данные: восстановите дамп или подключите том с данными. Пути и службы совпадают с теми, что были у Bitnami.
- Переведите эластичный IP на новый инстанс. Ваши клиенты ничего не заметят.
Если вашего стека ещё нет на карте, напишите нам. Мы расставляем приоритеты новых замен по тому, о чём просят чаще всего, и знание, что кому-то это нужно, как раз и двигает список.
