Opfield 2.12: приложения, базы данных на нескольких серверах и новое имя

Вышел Opfield 2.12.0. У приложений появилось своё место, управляемые базы данных могут работать на нескольких серверах, а продукт теперь называется Opfield. Ниже то, что заметит большинство пользователей. Полный список изменений — в журнале изменений.

Приложения и окружения

Приложение теперь объединяет всё, что нужно одному сервису: контейнеры, Compose-проекты, базы данных, хранилища, key-value хранилища, маршруты и Pages. У каждого приложения есть окружения, например production и staging. Приложения доступны на всех тарифах.

• У каждого окружения свои настройки. Переменные, секреты, разрешённые узлы и доступ задаются для каждого окружения. Контейнеры получают значения окружения при создании, обновлении и пересоздании, а страница окружения показывает рабочие нагрузки, которые ещё нужно пересоздать.
• Продвижение. Окружение можно продвинуть в другое: туда переходят ровно те образы, ревизия Compose и сборка Pages, которые в нём работают.
• Одна страница на приложение. Она показывает участников каждого окружения с их состоянием, алертами и активностью. Ресурсы можно создать прямо в приложении, импортировать в него или вывести из него.
• Доступ по окружениям. У приложений свои права, и доступ можно выдать только к одному окружению. Приложениями также можно управлять через REST API, MCP и ИИ-ассистента.

Приложение можно остановить и снова запустить. На случай инцидента безопасности есть аварийная изоляция (Kill switch): она отключает контейнеры приложения от их сетей, держит его Secure Links закрытыми и замораживает его участников. Снятие изоляции возвращает всё как было. У приложений и окружений также есть свои коды доступа на время обслуживания и страница обслуживания для их маршрутов.

Базы данных и хранилища на нескольких серверах

На тарифах Business и Enterprise управляемые PostgreSQL, key-value хранилища, ClickHouse и хранилища могут работать на 2–5 серверах. Основной сервер принимает чтение и запись, копии следуют за ним, и одна из них берёт работу на себя, если основной падает.

Переключение между этими серверами работает, даже когда сам Opfield недоступен. Свидетелями, которые помогают решить, какой сервер основной, выступают реле, разрешённые в Settings > Relay, и Docker-узлы на других хостах.

Изменения настроек, обновления версий и перезапуски проходят по одному серверу за раз, обновление узла сначала передаёт роль основного другому серверу, а резервные копии читаются с актуальной копии. Дашборд показывает базы и хранилища, которым нужно внимание. После льготного периода лицензии они продолжают переключаться, и их можно чинить; ждут продления лицензии только включение, добавление серверов и изменение настроек.

Новые key-value хранилища работают на Valkey с модулями JSON, Bloom и Search. Move to Valkey проверяет существующее хранилище Redis и переносит его на Valkey на том же узле. Резервные копии удалённых баз теперь можно посмотреть и восстановить.

Имя Opfield и более спокойный интерфейс

Имя, логотип, цвета и шрифты Opfield теперь в консоли, на странице входа, на странице статуса, в письмах, установщиках и в ИИ-ассистенте. В боковом меню 14 пунктов, а Routes и Certificates открываются одной страницей с вкладками.

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

Каждая запись аудита теперь показывает понятное действие и описание — в журнале аудита, в его экспорте и в панелях активности.

Подписанные релизы и гарантия непрерывности

Образы и бинарные файлы релизов Opfield подписаны через Sigstore и поставляются с SBOM. Руководство Verifying Releases в репозитории показывает, как проверить их с помощью cosign.

Гарантия непрерывности (continuity grant) теперь идёт дальше: если Opfield прекратит существование, исходный код последнего релиза, включая коммерческое ядро, станет доступен под лицензией MIT, а владельцы ключей смогут продолжать его использовать без сервиса лицензий. Кроме того, Opfield находит сервис лицензий по подписанному списку адресов и переходит к следующему, если адрес не отвечает.

Перенос инсталляции на новый хост

Всю инсталляцию можно выгрузить в один зашифрованный файл в Settings > General и восстановить на другом хосте — в мастере настройки или командой install.sh --restore. Узлам и реле можно заранее сообщить новый адрес.

Ещё в этом релизе

• Владелец машины, на которой работает реле, может сделать реле защищённым: тогда у Opfield нет через него доступа к консоли, файлам и хосту.
• install.sh --domain и --acme-email открывают консоль на порту 443 с сертификатом Let's Encrypt, который продлевается сам.
• Инсталляцию можно подключить к аккаунту Opfield Cloud по коду в Settings > Cloud. Запросы по этой связи записываются в аудит и видны списком.

Как обновиться

Инсталляциям на 2.11.4 и более ранних версиях сначала автоматически предлагается 2.11.5, а после неё 2.12.0. Сначала обновите Opfield, затем Docker-, nginx- и monitoring-узлы, затем Relay Pool. Обновления и установщик теперь загружаются с get.opfield.dev, а образы — с ghcr.io/opfield/opfield, поэтому файрволы должны пропускать get.opfield.dev. Прежние адреса продолжают работать.

Через день вышел 2.12.1: он переносит имя на всё остальное — узлы, реле, API, вебхуки и события аудита. Новые API-токены начинаются с opf_, существующие продолжают работать.

Подробности о каждом изменении — в журнале изменений, а руководства по приложениям и базам на нескольких серверах — в документации.