Plattform Gonverged

Was ist Converged

Converged — eine Open-Source-Plattform für Produktionsunternehmen: Sie zentralisiert die Verwaltung von Maschinenparks, einschließlich 3D-Druckern, CNC-Maschinen und Robotiksystemen, und integriert alle Geschäftsprozesse rund um diese. Statt eines Bündels von Tools „pro Gerät“ bietet die Plattform einen einheitlichen Steuerungskreislauf: Sie sehen Auslastung, Qualität und Wirtschaftlichkeit der Produktion in einem System.

Im Kern steht k3s (leichtgewichtiges Kubernetes): Converged lässt sich einheitlich bereitstellen und läuft von einem einzelnen Computer bis hin zu einem Unternehmensserver. Danach wählen Sie das Bereitstellungsprofil: von „alles in einem Container“ bis zu „ein Container pro Microservice“. LLM-Agenten koordinieren Aktionen über APIs: Sie sammeln Telemetrie, starten Prozesse, helfen bei der Planung von Warteschlangen und geben den Bedienern den nächsten Schritt vor.

Converged wird als ein einziges System „out of the box“ geliefert. Unter der Haube laufen Microservices, die so geschrieben sind, dass sie nur wenige zehn Kilobyte groß sind, bei Bedarf geladen werden und die Hardware nicht belasten. Die Geschäftslogik ist in eine DAG-Engine ausgelagert — einen Prozess-Builder, in dem Workflow-Szenarien bereits fertig mitgeliefert werden und Sie im Wesentlichen nur Parameter konfigurieren. Kundendaten werden nach Arbeitsbereichen isoliert: Jedes Unternehmen erhält seinen eigenen Speicher, Verschlüsselung und die Möglichkeit, ohne Schmerzen in den Offline-Modus zu migrieren.

Bereitstellung

Converged wird immer in k3s installiert (leichtgewichtiges Kubernetes). Das bietet eine einheitliche Methode für Deployment und Updates, jedoch ohne schwere Infrastruktur: Das System kann auf einem einzelnen Computer in der Werkstatt oder auf einem Server im Unternehmen betrieben werden.

Unten sind drei Bereitstellungsvarianten beschrieben, die sich nur darin unterscheiden, wie die Dienste auf Container verteilt sind. Der Benutzer „baut“ in der Regel nichts manuell zusammen: Die Workflow-Szenarien sind bereits im Produkt vorhanden, Sie konfigurieren die Parameter und aktivieren die benötigten Prozesse.

1) Leichtgewichtig (1 Container)

Alle Dienste sind in einem einzigen Container verpackt. Der einfachste und schnellste Start, mit minimalem Overhead.

2) Mehrkernig (8 Container)

Die Dienste sind je nach Lasttyp auf 8 Container verteilt. Das sorgt für Parallelität und hohe Reaktionsfähigkeit auf Mehrkern-CPUs ohne unnötigen Speicherverbrauch.

3) Maximal (Container pro Microservice)

Jeder Microservice läuft in einem eigenen Container. Eine Variante für leistungsstarke Maschinen: maximale Parallelverarbeitung, Geschwindigkeit und Isolierung.

Für Self-Hosted-Installationen geben wir die volle Kontrolle: Sie verwalten die Installation, Backups und die Netzwerkerreichbarkeit und erhalten im Gegenzug Unabhängigkeit und die Einhaltung interner Anforderungen. Die Cloud-Version nimmt Ihnen die operativen Aufgaben ab — Zugriffsverwaltung, Redundanz und Updates übernimmt unser Team. Auch ein hybrides Szenario wird unterstützt: Kritische Daten werden lokal gespeichert, während die Cloud als Koordinator für Updates und als Schnittstelle für verteilte Teams dient.

Architektur

Converged wird als einheitliches System „out of the box“ geliefert. Modularität meint hier die innere Struktur und nicht, dass der Nutzer etwas manuell ein- oder ausschalten müsste.

Frontends, Backends und Integrationsbausteine werden aus kompakten JS-Paketen unter Bun zusammengestellt, sodass Dutzende von Diensten nur wenige Megabyte belegen und sich eine gemeinsame Bibliotheksumgebung teilen, als würden sie innerhalb einer einzigen virtuellen Maschine laufen. Diese Pakete werden nach Lasttypen gruppiert: Alles, was zur Geschäftslogik gehört, kann in einem Container leben, während Dateioperationen in einem anderen stattfinden. Dadurch bleibt die Plattform modular, ohne dafür beim Speicherverbrauch zu zahlen.

Die Orchestrierung basiert auf k3s: einer leichten Version von Kubernetes, die für Edge-Geräte optimiert ist. Wir balancieren zwischen Vergröberung und Zerlegung — die Dienste sind klein genug, um kein „Monolith“ zu werden, aber auch groß genug, um die Kosten für Orchestrierung nicht aufzublähen. Jede Anwendung erhält ihren eigenen Satz an Storages: Key-Value, SQL, Dateispeicher und spaltenorientiert. Die Kundendaten leben dabei in seinem Workspace, ohne eine gemeinsame Multi-Tenant-Datenbank, was die Migration vereinfacht und zusätzliche Sicherheitsgarantien bietet.

Technologien

Wir haben Bun als Grundlage für Server-Module gewählt: Es startet JavaScript und TypeScript schnell, spart Speicher und eignet sich für Edge-Geräte. Die Orchestrierung übernimmt k3s — eine kompakte Version von Kubernetes, die sowohl auf Einplatinencomputern (SBC) als auch in Rechenzentren gleichermaßen stabil läuft. Für Low-Level-Aufgaben, wie leistungsstarkes Logging oder die Arbeit mit Geräteprotokollen, binden wir Zig ein: Es gibt Kontrolle über Ressourcen und ist mit dem restlichen Ökosystem gut kompatibel.

Intelligente Agenten werden rund um die besten Modelle des Marktes aufgebaut. DeepSeek hilft dabei, technische Anforderungen zu analysieren, Claude bewertet Komplexität und Kosten, ChatGPT kommuniziert mit Kunden, Mistral optimiert Produktionsprozesse, und Gemini übernimmt die visuelle Qualitätskontrolle. Darüber hinaus läuft prädiktive Analytik: Die Plattform überwacht den Zustand der Maschinen, warnt vor möglichen Ausfällen und schlägt eine geplante Wartung vor.

Rolle von LLM

LLM in Converged ist der Dispatcher des Produktionsökosystems. Wir binden Modelle über Adapter an: heute sind das GPT, Claude, DeepSeek, Mistral, Gemini; morgen — jede Engine, wenn es dafür Kundennachfrage gibt. Das Modell beschränkt sich nicht auf das Chatten: Es zieht Kontext aus der Telemetrie, ruft Dokumente ab, fasst Kennzahlen in einer einzigen Übersicht zusammen und schreibt dem Menschen, was mit einem Auftrag oder einem Teilelos passiert.

Wenn ein Operator eine Aufgabe in der Oberfläche bearbeitet, steuert die LLM UI-Komponenten, startet Mikroservices und übergibt bei Bedarf die Kontrolle an die DAG-Engine. So entstehen Szenarien: von „nimm den Auftrag an, berechne den Preis, wähle die Maschine“ bis zu „schließe die Aufgabe, wenn die Maschine die Qualitätsprüfung bestanden hat“. Das Modell bestimmt, welche Funktionen aufgerufen werden sollen, und die Plattform stellt sicher, dass dies im Rahmen von Rechten und Richtlinien geschieht.

Alle Aktionen werden im Rahmen desselben Zugriffsmodells ausgeführt wie für Menschen: einem an LLM angepassten ABAC. Jedes Modell hat ein eigenes Berechtigungsprofil, und jeder Schritt wird protokolliert — sichtbar ist, warum ein Dienst aufgerufen wurde, welche Daten betroffen waren und wie das Szenario endete. Dadurch kann man der LLM Routinetätigkeiten anvertrauen — sie verarbeitet den Auftragsstrom, wählt die optimale Route und berichtet in verständlicher Form — während die Kontrolle bei Ihnen bleibt.

Prozess-Builder

Wir haben die Geschäftslogik aus den Mikrodiensten in eine separate DAG-Engine ausgelagert. Dies ist eine Integrationsschicht, die verschiedene Services zu einheitlichen Geschäftsprozessen verbindet: von der Auftragsannahme über Produktion, Beschaffung, Lieferung bis hin zu Benachrichtigungen. Sie ähnelt n8n, ist jedoch auf Produktionslasten ausgelegt: Ketten aus Lambdas, API-Aufrufen und Entscheidungen werden innerhalb von Converged ausgeführt.

Wichtig: Die meisten Benutzer „bauen keine Graphen“ manuell zusammen. Im Produkt sind bereits fertige Workflow-Szenarien enthalten; in der Regel konfigurieren Sie Parameter (Regeln, SLAs, Integrationen, Rollen, Benachrichtigungen) und aktivieren die benötigten Prozesse.

Die Flexibilität bleibt für fortgeschrittene Implementierungen erhalten: Das Team kann Szenarien erweitern, und Entwickler können LLM-Agenten anbinden, die Graphen dynamisch erstellen. Die Ausführung wird über Worker und Container parallelisiert, sodass sich die Last gleichmäßig verteilt und die Ketten ohne Verzögerungen ausgeführt werden.

Ausrüstung

Wir bringen jede Maschine auf eine einheitliche Schnittstelle. Adapter für Klipper, Marlin, industrielle CNC und Roboterarme „verpacken“ jede Maschine und machen sie zu einem Industrieroboter mit einer gemeinsamen API. Deshalb sieht Converged die gesamte Ausrüstung gleich — egal, ob die Einheit Kunststoff druckt, Metall schneidet oder Gehäuse auf einem Förderband stapelt.

Danach läuft das Förderband. Über einen DAG-Builder für Geschäftsprozesse lassen sich Maschinen zu einer Kette verbinden: Die erste druckt ein Teil, die zweite führt die Fräsbearbeitung aus, die dritte übernimmt die Qualitätskontrolle, und die vierte montiert das Produkt. Die Plattform orchestriert diesen digitalen Fluss, weist die Aufgaben den passenden Einheiten zu und reagiert automatisch, wenn einer der Schritte Eingriff erfordert.

Der Bediener muss sich nicht mehr Dutzende von Oberflächen merken. Der Status jeder Maschine lässt sich in einem einzigen Fenster öffnen: Man sieht, wer beschäftigt ist, wer im Leerlauf ist und wie viele Zyklen noch übrig sind. Wenn ein manuelles Eingreifen nötig ist, steht die Steuerung vom Laptop oder Tablet aus zur Verfügung. Im Hintergrund laufen paralleles Slicing und Warteschlangen: Das System balanciert die Aufgaben zwischen den Ausführenden aus, damit der Maschinenpark gleichmäßig und ohne Stillstand arbeitet.

Leistung

Converged wurde so konzipiert, dass Speicher gespart und ein schneller Start ermöglicht wird. Die Backend-Services sind kompakte Pakete für Bun, die sich eine gemeinsame Bibliotheksumgebung teilen und in Millisekunden starten. Wir gruppieren sie nach Lasttyp: Statt hunderter Container werden mehrere zusammengeführte Blöcke aktiviert, was den Overhead reduziert und die Arbeit beschleunigt.

Das System nutzt alle verfügbaren CPU-Kerne, indem Aufgaben über Container und Worker in k3s parallelisiert werden. Die Storages innerhalb der Services bleiben leichtgewichtig: Wir begrenzen Indizes und übertragen keine unnötigen Daten, sodass selbst die Migration auf neue Hardware schnell verläuft. Dadurch läuft ein vollständiger Produktionsbetrieb stabil mit einem Speicherumfang ab zwei Gigabyte und skaliert innerhalb der Leistung eines einzelnen Computers oder Servers.

Lösungen

Wir betrachten die Plattform mit den Augen des Kunden. Ein Unternehmen kommt nicht wegen eines „Features“, sondern wegen einer Lösung für eine konkrete Aufgabe: einen Auftrag annehmen, ein Modell durch den Slicer laufen lassen, die Kosten abstimmen, die Lieferung nachverfolgen. Deshalb ist die Basiseinheit des Werts eine Solution: ein fertiges, funktionierendes Szenario, das den Prozess vollständig abdeckt.

Heute gibt es im Katalog Lösungen für 3D-Druck-Servicebüros, die Auftragsfertigung und R&D-Teams. Darin enthalten sind Datei-Management, Kommunikation mit dem Kunden, Analytik und Adapter für die Ausrüstung.

Wenn die Aufgabe einzigartig ist, wird die Solution als Workflow konfiguriert: Regeln, Routen, Rollen, SLAs und Integrationen — ohne manuelles „Zusammenbauen eines Baukastens“.

Gemeinschaft

Converged ist eine offene Plattform, und wir setzen auf den Beitrag der Community. Um eine Integration oder Erweiterung hinzuzufügen, genügt es, einen Mikrodienst oder ein Mikro-Frontend auf einer kompatiblen API zu erstellen, den Quellcode auf einem beliebigen Git-Hosting zu veröffentlichen und einen Antrag für das Verzeichnis einzureichen. Die LLM-Prüfung scannt das Repository automatisch: Gibt es Binärdateien, bösartige Einfügungen oder blockierende Operationen für das single-threaded Bun. Nach der Prüfung erscheint die Erweiterung im Verzeichnis und kann in Solutions und Workflows verwendet werden.

Der Basiscodex des Kerns ist unter einer offenen Lizenz verfügbar. Ersteller von Erweiterungen können ihre eigenen Verbreitungsbedingungen wählen, aber für die Veröffentlichung im Verzeichnis ist transparenter Quellcode erforderlich — so schützen wir die Nutzer und erhalten das Vertrauen zwischen den Mitgliedern des Ökosystems.

Datensicherheit: vollständige Kontrolle und Isolation

Wir haben den Standardansatz mit gemeinsamen Datenbanken aufgegeben. Die Converged-Architektur basiert auf vollständiger Isolation:

• Isolierte Arbeitsbereiche. Die Daten jedes Kunden werden in einem separaten, verschlüsselten Verzeichnis gespeichert. Keine gemeinsamen Tabellen oder Speicher — Ihre Daten sind physisch von den Daten anderer Unternehmen getrennt. Das schließt versehentlichen Zugriff aus und reduziert die Angriffsfläche erheblich.

• Eigene Verschlüsselungsschlüssel. Jeder Arbeitsbereich wird mit einem eigenen Schlüssel verschlüsselt. Sie sind der alleinige Eigentümer des Zugriffs auf Ihre Daten.

• Mikro-Speicher. Statt einer sperrigen zentralen DB verwendet jeder Microservice seinen eigenen Satz an leichtgewichtigen Speichern (Key-Value, SQL, Dateispeicher), was die Ausfallsicherheit erhöht und die Verwaltung vereinfacht.

Sie kontrollieren Ihre Daten

Diese Architektur gibt Ihnen eine beispiellose Kontrolle:

• Export mit einem Klick. Sie können jederzeit einen vollständigen Dump aller Ihrer Daten erhalten und ihn auf einem lokalen Server bereitstellen. Wenn Ihnen etwas nicht gefällt, sind Sie nicht in der Cloud „eingesperrt“.

• Flexible Bereitstellung. Beginnen Sie in der Cloud und verlagern Sie bei Bedarf einzelne Abteilungen oder das gesamte Unternehmen auf Ihre eigenen Server (sogar auf einen kompakten Orange Pi), wobei die vollständige Kontrolle über den physischen Speicherort der Daten erhalten bleibt. Die Cloud kann dabei nur ein praktischer Verwaltungspunkt bleiben.

Lizenzierung

Converged wird unter AGPL‑3.0 vertrieben. Das ist eine strenge Copyleft-Lizenz: Wenn Sie die Plattform modifizieren und sie über das Netzwerk zugänglich machen, sind Sie verpflichtet, die Änderungen offenzulegen. Dieser Ansatz schützt die Community — der Code bleibt offen, und Verbesserungen fließen zurück in das Ökosystem.

Dank der offenen Lizenz kann die self-hosted-Version kostenlos bereitgestellt werden und bietet nahezu den gesamten Funktionsumfang. Das ist der Weg für Unternehmen, die volle Kontrolle, die Einhaltung von Unternehmensrichtlinien oder die Möglichkeit brauchen, auf eigener Hardware zu experimentieren. Im Gegenzug müssen sie Installation, Backups und die Sicherstellung der Verfügbarkeit selbst übernehmen.

Das Cloud-Angebot ist ein Service „out of the box“. Es ist praktisch sofort einsatzbereit, skaliert automatisch und wird durch ein SLA abgesichert. Wir kümmern uns um Backups, Monitoring und Updates, daher ist diese Option für die meisten Kunden günstiger und stabiler, als internes Know-how aufzubauen. Der Preis setzt sich nicht aus den Kosten des Codes zusammen, sondern aus der Geschwindigkeit der Implementierung und der Vorhersehbarkeit des Betriebs.

Quellcodes

Das Projekt wird aktiv weiterentwickelt. Der aktuelle Arbeitsplan, Aufgaben und Diskussionen werden in unserem Repository auf GitHub geführt.

Machen Sie mit bei der Entwicklung und verfolgen Sie die Updates: https://github.com/solenopsys/converged