Überblick
OctoMesh verwendet Communication Operators, um verteilte Rechenressourcen mithilfe von Kubernetes zu verwalten. Die Communication Operators sind für die Verwaltung des Lebenszyklus der Workloads eines Deployment Sites verantwortlich — Adapter (Plugs und Sockets) und Applications (containerisierte Geschäftsanwendungen) — einschließlich deren Erstellung, Aktualisierung und Löschung. Jeder Workload wird über helm upgrade --install aus einem Helm-Chart bereitgestellt; siehe Communication Operator für Details.
Jeder Communication Operator ist tenant-unabhängig und kann einen oder mehrere Deployment Sites bedienen. Ein Deployment Site ist ein Ort, an den Workloads ausgerollt werden — „Default Cloud" oder ein benanntes Edge-Cluster wie „k8sfirmianstrasse" — und der Operator, der diesen Ort bedient, registriert sich dagegen. Ein Communication Operator kann am Edge oder zentral neben dem Communication Controller laufen. Ein Deployment Site hat in Kubernetes üblicherweise einen eigenen Namespace.
Ein Deployment Site ist außerdem eine Runtime-Entität, die im Asset Repository von OctoMesh gespeichert wird. Deployment Sites sind tenant-spezifisch. Dadurch können Sie sie in Refinery Studio verwalten und überwachen.
Dieses Konzept hieß bis System.Communication 4.0.0 Pool. Es hat nie einen Pool von irgendetwas beschrieben: Es ist der Ort, an den ein Workload ausgerollt wird. Der alte Name wurde aktiv irreführend, als dieselbe Version den Adapter Pool einführte — einen echten Pool von Adapter-Prozessen, die an Tenants verliehen werden. Damit hätten sich zwei unverwandte Konzepte ein Wort geteilt.
Die Umbenennung reicht durch den gesamten Stack: Die Kubernetes-Custom-Resource heißt jetzt DeploymentSite (deploymentsites.octo-mesh.meshmakers.io, API-Version v1), und die Helm-Werte zur Konfiguration des Operators sind operator.autoManageDeploymentSites, operator.deploymentSiteNamespace und operator.defaultDeploymentSiteName.
Die octo-cli-Befehle und die MCP-Tools wurden mit umbenannt: GetPools → GetDeploymentSites, DeployPool → DeployDeploymentSite, UndeployPool → UndeployDeploymentSite, sowie get_pools → get_deployment_sites, undeploy_pool → undeploy_deployment_site. Das Argument -id heißt jetzt --deploymentSiteRtId. Skripte gegen die alten Befehlsnamen müssen angepasst werden.
Installation
Weitere Informationen zur Installation eines Deployment Sites finden Sie im Kapitel Installation.
Communication State eines Deployment Sites
Der Kommunikationsstatus des Deployment Sites. Mögliche Werte sind Unregistered, Online, Offline.
Unregistered: Der Deployment Site hat sich nie bei der OctoMesh-Plattform registriert.Online: Der Deployment Site ist registriert und online.Offline: Der Deployment Site ist registriert, aber offline.
Es gibt ein Feld CommunicationStateTimestamp, das den Zeitstempel der letzten Änderung des Kommunikationsstatus anzeigt.
Deployment Sites in Refinery Studio
Deployment Sites können in Refinery Studio unter dem Tab Communication/Deployment Sites verwaltet werden. Die Übersicht liefert Informationen über den Status des Deployment Sites und ermöglicht es Ihnen, Operationen darauf durchzuführen.

Operationen
Die folgenden Operationen können auf einem Deployment Site durchgeführt werden:
- Edit: Die Konfiguration des Deployment Sites bearbeiten.
- Deploy Adapters: Die Adapter des Deployment Sites bereitstellen.
- Undeploy Adapters: Die Bereitstellung der Adapter des Deployment Sites aufheben.
- Delete: Die Konfiguration des Deployment Sites löschen und ihn aus dem Asset Repository entfernen.
Bearbeitungsansicht eines Deployment Sites
Die Bearbeitungsansicht eines Deployment Sites ermöglicht es Ihnen, dessen Konfiguration zu bearbeiten. Dazu gehören der Name, eine optionale Beschreibung, das Einsehen des Kommunikationsstatus und der Zeitstempel der letzten Aktualisierung des Kommunikationsstatus.

Darüber hinaus können Sie Adapter, die von dem Deployment Site gehostet werden, hinzufügen oder entfernen. Sie sehen den Namen, den Typ, den Kommunikationsstatus, den Konfigurationsstatus und den Deployment-Status des Adapters.
Ein Adapter kann immer nur von einem einzigen Deployment Site gehostet werden.