Планы на H1 2023: PostgreSQL 15 в продакшн, дожимаем миграции, смотрим на LLM

Два дня до Нового года - самое время зафиксировать, что хотим сделать в первом полугодии, пока голова ещё свежая. Итоги 2022-го подвели на прошлой неделе, повторяться не будем. Здесь - конкретные направления на H1 2023 с пояснением, почему именно они.

Контекст, из которого исходим

Конец декабря 2022 выглядит примерно так: VMware в российском сегменте де-факто стала нежелательной историей, и давление на миграцию только растёт. PostgreSQL 15 вышел в октябре и собрал хороший отклик. ChatGPT за месяц после запуска набрал несколько миллионов пользователей, и это уже невозможно игнорировать - даже инфраструктурные команды начали им пользоваться. Рынок ИТ в России продолжает консолидироваться вокруг отечественного стека: РЕД ОС, Astra, Yadro, российские облака. Выбора у многих клиентов становится меньше, зато предсказуемость выше - хотя бы понятно, куда двигаться.

Из этого контекста вытекают три приоритета.

Первый - дожать миграции с VMware

За второе полугодие 2022-го мы провели несколько пилотов: Proxmox VE для SMB-сегмента, zVirt для инфраструктуры под КИИ, часть клиентов смотрит на Yadro vServer. Пилоты закончились успешно, но реальные миграции у большинства ещё не начались - зависли на стадии согласований или ждут окна для переноса продуктивных нагрузок.

В H1 2023 хотим довести хотя бы три-четыре проекта до состояния «VMware выключена». Это принципиально важно: пилот - это всегда тепличные условия. Настоящая нагрузка выявит то, что на демо-стенде не видно: поведение при пиках, тонкости хранилища, реакция инструментов мониторинга на новую платформу. Без завершённых миграций у нас нет реального боевого опыта, а значит нет и честных рекомендаций клиентам.

Параллельно накапливаем playbook-и: что проверять до миграции, как переносить без даунтайма критичные сервисы, где zVirt ведёт себя иначе, чем ожидаешь. Ansible-автоматизацию под отечественные платформы начали строить ещё в июле, сейчас нужно её обкатывать на реальных проектах.

Второй - PostgreSQL 15 в продакшн

Октябрьский релиз PostgreSQL 15 принёс несколько вещей, которые нам реально нужны: MERGE-команда, row-level filtering для логической репликации, сжатие WAL. Мы наблюдали за бетой с августа и сейчас достаточно уверены в стабильности, чтобы планировать переход в продакшн.

Конкретный план на H1: выбираем два-три проекта с наименее болезненным окном обслуживания, обновляем с 14-й версии, смотрим на поведение в реальных условиях месяц-другой. Особенно интересует MERGE в контексте ETL-процессов: несколько клиентов сейчас делают upsert через обходные конструкции, и если MERGE работает так как описано в документации - это реальное упрощение кода.

Также ждём от Patroni 3.0, обновлённого в декабре, стабильного поведения в связке с PG15. На тестовом контуре это уже работает, но там не всегда воспроизводятся сценарии с реальной нагрузкой.

Третий - первые эксперименты с LLM-инструментами

Здесь мы честно в начале пути. После ноябрьского запуска ChatGPT стало понятно: инструмент достаточно зрелый, чтобы тратить на него осознанное время, а не просто удивляться. Мы попробовали его на Ansible и разборе логов - результаты были неоднозначными, но ненулевыми.

На H1 2023 ставим себе конкретную и скромную задачу: найти два-три рабочих сценария, где LLM-ассистент реально экономит время конкретного инженера, а не просто выглядит впечатляюще на демо. Кандидаты:

• Скаффолдинг конфигураций. Генерация начальных Ansible-ролей и Kubernetes-манифестов по описанию задачи. Не финальный результат - стартовая точка, которую потом дорабатывает инженер.
• Разбор незнакомых ошибок. PostgreSQL-стектрейс, Kubernetes-событие, системный лог - подать в ChatGPT с контекстом и получить гипотезу для расследования. Не замена диагностике, но ускоритель первого шага.
• Документирование того, что уже сделано. Написание описания Ansible-роли или архитектурной заметки по готовому коду - задача, которую инженеры откладывают до последнего.

Что точно не планируем: внедрять LLM-инструменты в продакшн-процессы клиентов без понимания галлюцинаций и ограничений модели. Всё, что мы выяснили в ноябре про уверенный тон при неверном содержании - никуда не делось. Это инструмент под надзором, не автопилот.

Что остаётся фоном

Kubernetes 1.26 вышел в декабре, обновления кластеров запланированы на Q1 - это рутина. ФСТЭК продолжает давать сертификаты отечественному стеку, закупочная документация клиентов постепенно переписывается под реестровые решения - за этим следим, но активных действий с нашей стороны не требует.

Главный вопрос первого полугодия - насколько быстро клиенты готовы двигаться от пилотов к реальным миграциям. По нашим ощущениям, окно давления сужается: те, кто откладывал, скоро окажутся под более жёстким дедлайном. Лучше пройти этот путь с запасом времени, чем в аварийном режиме.

Посмотрим, что из этого получится. По традиции - итоги в конце H1.