Платформа Gonverged

Что такое Converged

Converged — open-source платформа для производственных компаний: она централизует управление парком оборудования, включая 3D-принтеры, станки с ЧПУ, робототехнические комплексы, и интегрирует все бизнес-процессы вокруг них. Вместо набора утилит «по устройствам» платформа даёт единый контур управления: вы видите загрузку, качество и экономику производства в одной системе.

В основе — k3s (лёгкий Kubernetes): Converged ставится единообразно и работает от одного компьютера до корпоративного сервера. Дальше вы выбираете профиль развертывания: от «всё в одном контейнере» до «контейнер на каждый микросервис». LLM‑агенты координируют действия через API: собирают телеметрию, запускают процессы, помогают планировать очереди и подсказывают операторам следующий шаг.

Converged поставляется как единая система «из коробки». Под капотом — микросервисы, которые написаны так, чтобы весить десятки килобайт, подгружаются по требованию и не нагружают железо. Бизнес-логика вынесена в DAG-движок — конструктор процессов, где workflow‑сценарии уже идут готовыми, а вы в основном настраиваете параметры. Данные клиентов изолируются по рабочим пространствам: каждое предприятие получает собственное хранилище, шифрование и возможность мигрировать в офлайн-режим без боли.

Развёртывание

Converged всегда устанавливается в k3s (лёгкий Kubernetes). Это даёт единый способ деплоя и обновлений, но без тяжёлой инфраструктуры: система может жить на одном компьютере в мастерской или на сервере в компании.

Ниже — три варианта развертывания, которые отличаются только упаковкой сервисов по контейнерам. Пользователь, как правило, ничего «не собирает» вручную: workflow‑сценарии уже есть в продукте, вы настраиваете параметры и включаете нужные процессы.

1) Лёгкий (1 контейнер)

Все сервисы упакованы в один контейнер. Самый простой и быстрый старт, минимум накладных расходов.

2) Многоядерный (8 контейнеров)

Сервисы разнесены по 8 контейнерам по типам нагрузки. Это даёт параллельность и высокую отзывчивость на многоядерных CPU без лишнего расхода памяти.

3) Максимальный (контейнер на микросервис)

Каждый микросервис в отдельном контейнере. Вариант для мощных машин: максимальная многопоточность, скорость и изоляция.

Для self-hosted-установок мы отдаём полный контроль: вы управляете установкой, бэкапами и сетевой доступностью, получая взамен независимость и соответствие внутренним требованиям. Облачная версия избавляет от операционных задач — управление доступом, резервирование и обновления берёт на себя наша команда. Гибридный сценарий тоже поддерживается: критичные данные хранятся локально, а облако выступает координатором обновлений и точкой взаимодействия распределённых команд.

Архитектура

Converged поставляется как единая система «из коробки». Модульность здесь — про внутреннее устройство, а не про то, что пользователю нужно что-то вручную включать и выключать.

Фронтенды, бэкенды и интеграционные блоки собраны из компактных JS‑пакетов под Bun, поэтому десятки сервисов занимают считанные мегабайты и делят общее окружение библиотек, словно работают внутри единой виртуальной машины. Эти пакеты группируются по типам нагрузки: всё, что относится к бизнес-логике, может жить в одном контейнере, а файловые операции — в другом. В итоге платформа сохраняет модульность, но не расплачивается за неё потреблением памяти.

Оркестрация строится на k3s: лёгкой версии Kubernetes, которая оптимизирована для edge-устройств. Мы балансируем между укрупнением и декомпозицией — сервисы достаточно малы, чтобы не становиться «монолитом», но и достаточно крупны, чтобы не раздувать расходы на orchestration. Каждое приложение получает собственный набор сториджей: ключ-значение, SQL, файловый и колоночный. Данные клиента при этом живут в его workspace, без общей мультиарендной базы, что упрощает миграцию и даёт дополнительные гарантии безопасности.

Технологии

Мы выбрали Bun как основу для серверных модулей: он быстро запускает JavaScript и TypeScript, экономит память и подходит для edge-устройств. Оркестрацию обеспечивает k3s — компактная версия Kubernetes, которая одинаково стабильно работает как на одноплатных компьютерах (SBC), так и в дата-центрах. Для низкоуровневых задач, вроде высокопроизводительного логирования или работы с протоколами оборудования, подключаем Zig: он даёт контроль над ресурсами и дружит с остальной экосистемой.

Интеллектуальные агенты строятся вокруг лучших моделей рынка. DeepSeek помогает разбирать технические задания, Claude оценивает сложность и стоимость, ChatGPT общается с клиентами, Mistral оптимизирует производственные процессы, а Gemini берёт на себя визуальный контроль качества. Поверх этого работает предиктивная аналитика: платформа следит за состоянием машин, предупреждает о возможных сбоях и предлагает плановое обслуживание.

Роль LLM

LLM в Converged — диспетчер производственной экосистемы. Мы подключаем модели через адаптеры: сегодня это GPT, Claude, DeepSeek, Mistral, Gemini, завтра — любой движок, если на него есть спрос у клиентов. Модель не ограничивается перепиской: она вытягивает контекст из телеметрии, подтягивает документы, собирает показатели в одну сводку и пишет человеку, что происходит с заказом или партией деталей.

Когда оператор решает задачу в интерфейсе, LLM управляет UI-компонентами, запускает микросервисы и, при необходимости, передаёт управление в DAG-движок. Так строятся сценарии: от «прими заказ, посчитай стоимость, выбери станок» до «закрой задачу, если станок прошёл проверку качества». Модель определяет, какие функции вызвать, а платформа следит, чтобы это происходило в рамках прав и политик.

Все действия выполняются в рамках той же модели доступа, что и для людей: адаптированного под LLM ABAC. У каждой модели собственный профиль разрешений, и каждый шаг логируется — видно, зачем был вызван сервис, какие данные затронуты и чем закончился сценарий. Благодаря этому LLM можно доверить рутину — он обрабатывает поток заказов, выбирает оптимальный маршрут и отчитывается в понятном виде, — а контроль остаётся за вами.

Конструктор процессов

Мы вынесли бизнес-логику из микросервисов в отдельный DAG-движок. Это слой интеграции, который связывает разные сервисы в единые бизнес‑процессы: от приёма заказа до производства, снабжения, доставки и уведомлений. Он похож на n8n, но заточен под производственные нагрузки: цепочки из лямбд, API‑вызовов и решений исполняются внутри Converged.

Важно: большинство пользователей не «собирают графы» вручную. В продукте уже есть готовые workflow‑сценарии; обычно вы настраиваете параметры (правила, SLA, интеграции, роли, уведомления) и включаете нужные процессы.

Гибкость остаётся для продвинутых внедрений: команда может расширять сценарии, а разработчики — подключать LLM‑агентов, которые строят графы динамически. Исполнение распараллеливается по воркерам и контейнерам, поэтому нагрузка распределяется ровно и цепочки выполняются без задержек.

Оборудование

Мы приводим любой станок к единому интерфейсу. Адаптеры для Klipper, Marlin, промышленных ЧПУ и роборуки «оборачивают» каждую машину и делают её промышленным роботом с общим API. Поэтому Converged видит всё оборудование одинаково — неважно, печатает ли узел пластиком, вырезает металл или складывает корпуса на конвейере.

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

Оператору больше не нужно помнить десятки интерфейсов. Статус любой машины открывается из одного окна: можно увидеть, кто занят, кто простаивает, сколько циклов осталось. Если нужно вмешаться вручную, управление доступно с ноутбука или планшета. В фоне работают параллельный слайсинг и очереди: система балансирует задачи между исполнителями, чтобы парк работал равномерно и без простоев.

Производительность

Converged проектировалась так, чтобы экономить память и быстро запускаться. Бэкендовые сервисы — это компактные пакеты под Bun, которые делят общее библиотечное окружение и стартуют за миллисекунды. Мы группируем их по типам нагрузки: вместо сотни контейнеров включаются несколько объединённых блоков, что уменьшает накладные расходы и ускоряет работу.

Система использует все доступные ядра CPU, распараллеливая задачи по контейнерам и воркерам в k3s. Сториджи внутри сервисов остаются лёгкими: мы ограничиваем индексы и не переносим лишние данные, поэтому даже миграция на новое железо проходит быстро. В итоге полноценный производственный контур стабильно работает при объеме памяти от двух гигабайт и масштабируется в рамках мощности одного компьютера или сервера.

Решения

Мы смотрим на платформу глазами клиента. Бизнес приходит не за «фичей», а за решением конкретной задачи: принять заказ, прогнать модель через слайсер, согласовать стоимость, отследить доставку. Поэтому базовая единица ценности — Solution: готовый рабочий сценарий, который закрывает процесс целиком.

Сегодня в каталоге есть решения для сервисных бюро 3D‑печати, контрактного производства и R&D‑команд. Внутри — управление файлами, коммуникация с клиентом, аналитика и адаптеры к оборудованию.

Если задача уникальная, Solution настраивается как workflow: правила, маршруты, роли, SLA и интеграции — без ручной «сборки конструктора».

Сообщество

Converged — открытая платформа, и мы рассчитываем на вклад сообщества. Чтобы добавить интеграцию или расширение, достаточно собрать микросервис или микрофронтенд на совместимом API, выложить исходники на любой Git-хостинг и отправить заявку в каталог. LLM-проверка автоматически просканирует репозиторий: нет ли бинарников, вредоносных вставок, блокирующих операций для однопоточного Bun. После проверки расширение появляется в каталоге и может использоваться в Solutions и workflow.

Базовый код ядра доступен под открытой лицензией. Создатели расширений могут выбирать собственные условия распространения, но для публикации в каталоге требуется прозрачный исходный код — так мы защищаем пользователей и поддерживаем доверие между участниками экосистемы.

Безопасность данных: полный контроль и изоляция

Мы отказались от стандартного подхода с общими базами данных. Архитектура Converged основана на полной изоляции:

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

  • Собственные ключи шифрования. Каждое рабочее пространство шифруется собственным ключом. Вы — единственный владелец доступа к своим данным.

  • Микро-хранилища. Вместо громоздкой центральной БД каждый микросервис использует собственный набор легковесных хранилищ (key-value, SQL, файловые), что повышает отказоустойчивость и упрощает управление.

Вы контролируете свои данные

Эта архитектура дает вам беспрецедентный контроль:

  • Экспорт в один клик. В любой момент вы можете получить полный дамп всех ваших данных и развернуть его на локальном сервере. Если вам что-то не понравится, вы не будете «заперты» в облаке.

  • Гибкое развертывание. Начните работу в облаке, а при необходимости перенесите отдельные подразделения или всю компанию на собственные серверы (даже на компактный Orange Pi), сохранив полный контроль над физическим расположением данных. Облако может остаться лишь удобной точкой управления.

Лицензирование

Converged распространяется под AGPL‑3.0. Это строгая копилефт-лицензия: если вы модифицируете платформу и даёте к ней доступ через сеть, вы обязаны раскрыть изменения. Такой подход защищает сообщество — код остаётся открытым, а улучшения возвращаются в экосистему.

Благодаря открытой лицензии self-hosted-версию можно развернуть бесплатно и получить почти весь набор функций. Это путь для компаний, которым нужен полный контроль, соответствие корпоративным политикам или возможность экспериментировать на собственном железе. Взамен придётся взять на себя установку, резервное копирование и поддержку доступности.

Облачная поставка — это сервис «из коробки». Она поднимается практически мгновенно, масштабируется автоматически и обеспечивается SLA. Мы следим за бэкапами, мониторингом и обновлениями, поэтому для большинства клиентов такой вариант оказывается дешевле и стабильнее, чем собирать компетенции in-house. Цена складывается не из стоимости кода, а из скорости внедрения и предсказуемости работы.

Исходные коды

Проект активно развивается. Актуальный план работ, задачи и обсуждения ведутся в нашем репозитории на GitHub.

Присоединяйтесь к разработке и следите за обновлениями: https://github.com/solenopsys/converged