✋ Что здесь происходит?

TL;DR:
Я решил сделать так, чтобы платформа 1С стала объектом первого класса в кластерах Kubernetes. Дело это непростое, и чтобы оно шло веселее, я создал этот канал.
Обещаю делиться здесь идеями по проектированию, находками, приемами и самыми грязными подробностями о том, какие вещи мне приходится делать, чтобы решить эту задачу. Уверен, что интересно будет тем, кто работает с платформой и хочет расширить кругозор: например, хотя бы немного разобраться в кубере.

===

Чтобы платформа стала тем самым "first-class citizen", надо сделать 3 вещи:

1️⃣ Научиться размещать кластер 1С в k8s так, чтобы пользователи снаружи кластера полноценно и стабильно работали в информационных базах.

С этим все более-менее понятно, но это только на первый взгляд. Через веб-клиент будет работать без проблем, но когда мы захотим зайти в базу в тонком или толстом клиенте, нас будут ждать различные сюрпризы. А толстый клиент нам 100% нужен, потому что в конфигуратор так или иначе заходить придется. Также есть вопросы по лицензиям, но они решаемы.

2️⃣ Научиться администрировать кластер не через rac или встроенные обработки, а с помощью манифестов и kubectl.

Какие операции надо выполнять с помощью манифестов:
• добавление\изменение\удаление рабочих серверов кластера 1С
• изменение параметров серверов
• установка ТНФ
• добавление\изменение\удаление администраторов серверов и кластеров 1С
• и так далее, вплоть до автомасштабирования

Этот список далеко не исчерпывающий и приведен для примера.

3️⃣ Сделать так, чтобы кластер 1С сам подключался к различным средствам observability кластера k8s

С этим тоже более менее понятно, кроме того, что серверы 1С не пишут в stdout\stderr. Зато на них формируется технологический журнал, а в базах еще есть журналы регистрации. Все это - очень ценная информация для мониторинга и хочется, чтобы она была доступна "из коробки".

Сейчас мне видится, что задача такого масштаба будет измеряться в человеко-годах. Ну что же, зато будет много контента :)

Присоединяйтесь!