Микросервисы на Golang. Часть 6. Докеризация, Начальная оркестрация, CD\CI

21.06.21

Разработка - DevOps и автоматизация разработки

Создадим микросервис, поместим его в докер, проведем его масштабирование на нескольких виртуальных машинах с помощью оркестрации Docker Swarm, выполним также CD\CD микросервиса с помощью GitHub Action (Микросервис взят с прода, обрезан лишний функционал) будет показан пример его взаимодействия с 1С клиентом.

Предыдущие и будущие статьи:

Для понимания материала возьмем небольшой функционал, реализуемый микросервисом. Есть некий справочник, в котором аналитики могут просматривать количество записей в выбранной таблице postgresql, очищать эту таблицу, а также добавлять колонки, изменять их, добавлять индексы (Сделано это чтобы аналитики не беспокоили ИТ-шников по всяким пустякам).

Возьмем для примера только функционал получения количества записей и очистки, выглядит это в 1С так. 

Вырезал из микросервиса все лишнее и положил его в ранее опубликованный GitHub репозиторий посмотреть можно тут

Как собрать этот микросервис и поместить в докер можно посмотреть в ранних статьях цикла.

Предположим, что у нас появилось условно 100 000 аналитиков :), которые регулярно взаимодействуют с postgresql, теперь один наш контейнер с микросервисом не способен обработать такой поток нагрузки. Поэтому мы применяем оркестрацию контейнеров. Например это умеют Kubernetes, но более простой вариант для понимания - это Docker Swarm, его и рассмотрим в статье. (Маcштабирование postgresql, серверов и сети в этой статье рассматривать не будет, предполагается, что оно уже сделано).

Docker Swarm умеет объединять несколько северов в кластер, распределяя между ними множество контейнеров - например, для моих микросервисов используется 3 сервера.

А сам микросервис запушен в 80 контейнерах, которые система распределяет по серверам (можно сказать, оркестрирует).

Развернуть все это можно yml скриптом, он очень похож на docker-compose файл.

Стрелочками я выделил количество контейнеров, а также образ для контейнера. Собрал я образ с помощью GitHub Action (инструмент из области CD\CI).

Для сборки образа нужен докер файл, ранее я описывал как его делать. 

Вкратце - GitHub Action на основании скрипта собирает образ и помещает его в реджестри (регистр образов для докера). Кстати, Docker Hub является одним из самых популярных публичных регистров образов. Как туда поместить свой собственный образ я тоже писал ранее.

GitHub Action выглядит примерно так:

Видел, как некоторые делали CD\CI 1С на GitHub Action, найти такие материалы - это возможность погрузиться в этот функционал глубже...

Когда выполняется коммит в код микросервиса, стартует сборка, которая в конечном итоге обновляет докер образ в registry, а Docker в режиме Swarm обновляет запущенные контейнеры на новый образ перезапуская все 80 запущенных реплик.

Я сделал докер образ публичным, можете с ним экспериментировать, если интересно

Пример клиента на 1С тоже есть в репозитории. Запускался на 8.3.18.1208

P.S. Интересно, увидим ли мы платформу 1С в докер контейнерах, которые можно легко масштабировать и компоновать?

Вступайте в нашу телеграмм-группу Инфостарт

Golang Go Docker Swarm CD\CI GitHub Action Orchestration

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

DevOps и автоматизация разработки Нейросети Программист 1С 8.3 Россия Бесплатно (free)

Один агент на всё ломается в трёх местах: он не может проверить сам себя, расплывчатая задача даёт расплывчатый результат, а один контекст на всё переполняется — и первыми теряются ограничения. Разбираю разделение на три роли, обязательные поля спецификации, антипаттерны брифа и фиксированный список стоп-факторов на приёмке. Плюс честно о том, чего эта схема не даёт.

вчера в 08:30    218    YA_2159986692    0    

0

DevOps и автоматизация разработки Мониторинг Тестирование QA Программист 1С:Предприятие 8 Бесплатно (free)

Платформа 1С давно вышла за рамки учетных систем. Сегодня это полноценная среда для создания сложных, высоконагруженных и распределенных приложений. А значит, и стек технологий современного разработчика кардинально изменился. Систематизируем весь инструментарий, который превращает 1С-программиста в инженера: от EDT и Git до автотестов на YAxUnit, контейнеризации приложений в Docker, мониторинга в Prometheus и организации шины данных на Kafka. Разберемся, зачем каждый инструмент нужен, как он вписывается в жизненный цикл разработки и с чего начать его внедрение.

25.08.2026    10400    mrXoxot    36    

52

Linux DevOps и автоматизация разработки Программист 1С 8.3 Беларусь Россия Казахстан Бесплатно (free)

Разворачивание полноценной CI/CD инфраструктуры для 1С на Linux — это не просто дань моде, а жесткая необходимость для бизнеса, который не может позволить себе простои из-за ошибок человеческого фактора.

25.08.2026    321    Ninel_S    0    

1

DevOps и автоматизация разработки Программист 1С 8.3 1С:Управление торговлей 11 Россия Бесплатно (free)

Полный цикл разработки расширения 1С в пакетном режиме DESIGNER: выгрузка, правка, гейт компиляции, применение к базе и контроль результата — без единого клика в конфигураторе. Разбираю семь мин, на которых подорвался лично: почему LoadConfigFromFiles возвращает нулевой код на битом модуле, зачем нужен Xvfb, как pgrep находит сам себя, кто держит базу и как отличить работающий сеанс от забытого, и почему после рестарта сервера база остаётся закрытой. Платформа 8.3.27, УТ 11.5, сервер на Linux.

24.08.2026    1916    YA_2159986692    6    

11

Интеграция Нейросети DevOps и автоматизация разработки Распознавание документов и образов 1C:ERP 1С:КА 1С:УНФ Химическая промышленность Горнодобывающая промышленность Металлургическая промышленность Россия Платные (руб)

От чертежа до себестоимости — за минуты, а не дни. ИИ-Технолог автоматически распознаёт чертежи и техническую документацию (включая фото, сканы, PDF, Excel), рассчитывает нормы времени, формирует технологические маршруты, оценивает возможность изготовления и точную себестоимость. Интеграция с 1С (ERP, MES, КА, УНФ) и отраслевыми нормативами (ГОСТы).

366000 руб.

18.06.2026    1321    0    2    

0

DevOps и автоматизация разработки Программист 1С:Предприятие 8 Бесплатно (free)

Технический разбор нашего конвейера разработки на 1С: песочницы, Gitea, сборка, проверки и CLI backend'ы. Основной CLI - cursor; также поддерживаются codex, claude и экспериментальный mimo.

16.06.2026    5303    Aleksandr    5    

8

DevOps и автоматизация разработки Программист Бесплатно (free)

Использование современных DevOps-практик в разработке и сопровождении активно внедряется в стек 1С. Мы в MagnitTech активно используем Docker, в том числе и для контейнеризации 1С-приложений, что позволяет ускорить развертывание, улучшить отказоустойчивость и упростить масштабирование. Рассмотрим лучшие практики создания Dockerfile и нюансы работы в контейнере для сервера приложений и сервера взаимодействия 1С – с какими сложностями мы столкнулись и как их преодолели.

26.05.2026    3080    daniloffartur    1    

5
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Eremkin 23.11.21 11:14 Сейчас в теме
P.S. Интересно, увидим ли мы платформу 1С в докер контейнерах, которые можно легко масштабировать и компоновать?


Полагаю вопрос с лицензированием несколько затрудняет сборки таких контейнеров. С USB в принципе нетрудно "прокинуть" hasp.ini, но вот с программными конечно то еще приключение. Смотрел как-то вебинар на эту тему. В конце уже запутался где и что делать нужно. Хотя другие люди не стесняются выкладывать на докер хаб образы с пропатченными 1С внутри.
2. dmitry-irk38 148 12.12.21 18:24 Сейчас в теме
(1) Тут идея в том что сама 1С разбивает монолитную платформу на контейнеры, где каждый контейнер отвечает за разные функции. Нужно человеку маштабирование до 10 000 пользователей, добавил реплик\нодов и система держит нагрузку. Некоторые компании ушли от монолита и поставляют микросервисную платформу например SAS
3. Eremkin 14.12.21 17:02 Сейчас в теме
(2)Серверную часть теоретически можно распихать по контейнерам. Ведь под капотом 100500 служб, которые между собой общаются через RPC. Правда там и без микросервисов хватаем различных метаморфоз. И споры по поводу Microservices vs Monolith еще не утихли.
Для отправки сообщения требуется регистрация/авторизация