✋ Что здесь происходит?
TL;DR:
Я решил сделать так, чтобы платформа 1С стала объектом первого класса в кластерах Kubernetes. Дело это непростое, и чтобы оно шло веселее, я создал этот канал.
Обещаю делиться здесь идеями по проектированию, находками, приемами и самыми грязными подробностями о том, какие вещи мне приходится делать, чтобы решить эту задачу. Уверен, что интересно будет тем, кто работает с платформой и хочет расширить кругозор: например, хотя бы немного разобраться в кубере.
===
Чтобы платформа стала тем самым "first-class citizen", надо сделать 3 вещи:
1️⃣ Научиться размещать кластер 1С в k8s так, чтобы пользователи снаружи кластера полноценно и стабильно работали в информационных базах.
С этим все более-менее понятно, но это только на первый взгляд. Через веб-клиент будет работать без проблем, но когда мы захотим зайти в базу в тонком или толстом клиенте, нас будут ждать различные сюрпризы. А толстый клиент нам 100% нужен, потому что в конфигуратор так или иначе заходить придется. Также есть вопросы по лицензиям, но они решаемы.
2️⃣ Научиться администрировать кластер не через rac или встроенные обработки, а с помощью манифестов и kubectl.
Какие операции надо выполнять с помощью манифестов:
• добавление\изменение\удаление рабочих серверов кластера 1С
• изменение параметров серверов
• установка ТНФ
• добавление\изменение\удаление администраторов серверов и кластеров 1С
• и так далее, вплоть до автомасштабирования
Этот список далеко не исчерпывающий и приведен для примера.
3️⃣ Сделать так, чтобы кластер 1С сам подключался к различным средствам observability кластера k8s
С этим тоже более менее понятно, кроме того, что серверы 1С не пишут в stdout\stderr. Зато на них формируется технологический журнал, а в базах еще есть журналы регистрации. Все это - очень ценная информация для мониторинга и хочется, чтобы она была доступна "из коробки".
Сейчас мне видится, что задача такого масштаба будет измеряться в человеко-годах. Ну что же, зато будет много контента :)
Присоединяйтесь!
TL;DR:
Я решил сделать так, чтобы платформа 1С стала объектом первого класса в кластерах Kubernetes. Дело это непростое, и чтобы оно шло веселее, я создал этот канал.
Обещаю делиться здесь идеями по проектированию, находками, приемами и самыми грязными подробностями о том, какие вещи мне приходится делать, чтобы решить эту задачу. Уверен, что интересно будет тем, кто работает с платформой и хочет расширить кругозор: например, хотя бы немного разобраться в кубере.
===
Чтобы платформа стала тем самым "first-class citizen", надо сделать 3 вещи:
1️⃣ Научиться размещать кластер 1С в k8s так, чтобы пользователи снаружи кластера полноценно и стабильно работали в информационных базах.
С этим все более-менее понятно, но это только на первый взгляд. Через веб-клиент будет работать без проблем, но когда мы захотим зайти в базу в тонком или толстом клиенте, нас будут ждать различные сюрпризы. А толстый клиент нам 100% нужен, потому что в конфигуратор так или иначе заходить придется. Также есть вопросы по лицензиям, но они решаемы.
2️⃣ Научиться администрировать кластер не через rac или встроенные обработки, а с помощью манифестов и kubectl.
Какие операции надо выполнять с помощью манифестов:
• добавление\изменение\удаление рабочих серверов кластера 1С
• изменение параметров серверов
• установка ТНФ
• добавление\изменение\удаление администраторов серверов и кластеров 1С
• и так далее, вплоть до автомасштабирования
Этот список далеко не исчерпывающий и приведен для примера.
3️⃣ Сделать так, чтобы кластер 1С сам подключался к различным средствам observability кластера k8s
С этим тоже более менее понятно, кроме того, что серверы 1С не пишут в stdout\stderr. Зато на них формируется технологический журнал, а в базах еще есть журналы регистрации. Все это - очень ценная информация для мониторинга и хочется, чтобы она была доступна "из коробки".
Сейчас мне видится, что задача такого масштаба будет измеряться в человеко-годах. Ну что же, зато будет много контента :)
Присоединяйтесь!