Ein Stack. Eine Plattform.
Loopback vereint Kubernetes, S3-kompatiblen Object Storage, OCI Registry und Deployments mit zentralem RBAC auf einer gemeinsamen Developer Platform.
Loopback vereint Kubernetes, S3-kompatiblen Object Storage, OCI Registry und Deployments mit zentralem RBAC auf einer gemeinsamen Developer Platform.
Kubernetes bei einem Provider. S3-kompatibler Object Storage bei einem anderen. Container Images liegen in einer separaten Registry. Deployments werden über zusätzliche Werkzeuge gesteuert.
Jeder dieser Dienste erfüllt seine Aufgabe. Die Herausforderung entsteht dort, wo sie zusammenarbeiten müssen: bei Identitäten, Berechtigungen, Ressourcenverwaltung und Betrieb.
Loopback verbindet Kubernetes, Object Storage, OCI Registry und Deployments auf einer gemeinsamen Plattform. Die zugrunde liegenden Standards bleiben erhalten. Die Verwaltung wird zentralisiert.
In einer klassischen Multi-Provider-Architektur besitzt jeder Infrastrukturdienst eine eigene Verwaltungsebene.
Kubernetes-Cluster werden über eine Provider-Konsole provisioniert. S3-Buckets und Access Keys liegen in einem anderen System. Die Container Registry besitzt eigene Benutzer und Zugriffsrechte.
Loopback verfolgt einen integrierten Ansatz.
Die Plattform stellt eine gemeinsame Verwaltungsebene für Organisationen, Projekte, Ressourcen und Berechtigungen bereit. Darüber lassen sich unterschiedliche Infrastrukturprodukte steuern, ohne ihre technischen Schnittstellen zu verändern.
Die Architektur trennt dabei zwei Bereiche:
Die zentralen Plattformdaten werden in Deutschland betrieben. Wo Kubernetes-Workloads und Storage-Ressourcen laufen, bestimmst du über die jeweilige Provider- und Standortwahl.
So verbindet Loopback unterschiedliche Infrastrukturkomponenten unter einem gemeinsamen Verwaltungsmodell.
Kubernetes ist die Grundlage für die Orchestrierung containerisierter Anwendungen. Loopback stellt dafür eine hochverfügbare Control Plane und ein privates Netzwerk bereit.
Du wählst den Infrastrukturprovider und den Standort deines Clusters. Anschließend verwaltest du Nodes, Scaling Groups und weitere Cluster-Ressourcen über die Plattform.
Die Kubernetes-Integration basiert auf der Standard-Kubernetes-API. Es handelt sich nicht um eine proprietäre Kubernetes-Variante.
Für den Clusterbetrieb stehen unter anderem folgende Funktionen bereit:
Bestehende Kubernetes-Manifeste, Helm Charts und Werkzeuge können weiterhin verwendet werden.
Loopback übernimmt die Bereitstellung und Verwaltung der Cluster-Infrastruktur. Die Kubernetes-API bleibt die Schnittstelle für deine Anwendungen.
Mehr zur Architektur unter Kubernetes.
Viele Anwendungen benötigen persistenten Speicher außerhalb des Kubernetes-Clusters.
Object Storage eignet sich beispielsweise für hochgeladene Dateien, generierte Artefakte oder Anwendungsdaten, die über eine objektbasierte Schnittstelle bereitgestellt werden.
Loopback integriert S3-kompatiblen Object Storage in dieselbe Plattformverwaltung wie Kubernetes.
Du kannst öffentliche und private Buckets erstellen, Access Keys verwalten und über bekannte S3-kompatible Clients und SDKs auf deine Daten zugreifen.
Die Buckets befinden sich innerhalb deines Loopback-Projekts und können von Anwendungen im Cluster genutzt werden.
Für die Speicherung stehen unterschiedliche S3-Provider zur Auswahl. Der Speicherstandort ergibt sich aus dem gewählten Provider.
Die S3-Schnittstelle bleibt bestehen. Die Verwaltung der Speicherressourcen erfolgt über Loopback.
Details findest du unter Object Storage.
Container Images und Helm Charts sind zentrale Bestandteile moderner Deployment-Workflows.
Mit der Loopback Registry verwaltest du diese Artefakte über OCI- und Docker-kompatible Repositories.
Die Registry unterstützt öffentliche und private Repositories und ist organisationsweit verfügbar. Sie ist damit nicht auf ein einzelnes Kubernetes-Projekt beschränkt.
Für automatisierte Zugriffe lassen sich Robot Accounts mit unterschiedlichen Berechtigungen erstellen, darunter Pull, Push und kombinierte Zugriffsrechte.
Das ermöglicht die Integration in bestehende Build- und Deployment-Prozesse über standardisierte Registry-Schnittstellen.
Die Registry ist gleichzeitig in das zentrale Berechtigungsmodell der Plattform eingebunden.
So bleiben Artefakte, technische Zugänge und organisatorische Rechte innerhalb einer gemeinsamen Verwaltungsstruktur.
Mehr zur OCI Registry.
Einer der wichtigsten Architekturunterschiede liegt in der Verwaltung von Identitäten und Berechtigungen.
In einer verteilten Infrastruktur besitzt häufig jeder Dienst sein eigenes Berechtigungsmodell.
Ein Teammitglied benötigt Zugriff auf den Kubernetes-Cluster, ein anderes auf Storage-Buckets und ein CI/CD-Prozess auf die Container Registry. Werden diese Dienste unabhängig betrieben, müssen die jeweiligen Zugänge auch unabhängig verwaltet werden.
Loopback stellt dafür ein zentrales Role-Based Access Control (RBAC) bereit.
Accounts werden Organisationen zugeordnet. Innerhalb einer Organisation lassen sich Mitgliedschaften, Gruppen und feingranulare Berechtigungen verwalten.
Jedes Produkt definiert eigene Rechte. Die Verwaltung dieser Rechte erfolgt über ein gemeinsames RBAC-System.
Damit können Teams Zugriffe auf Kubernetes, Object Storage, Registry und weitere Plattformfunktionen zentral organisieren.
Für die Authentifizierung unterstützt Loopback unter anderem SSO, externe Identity Provider, OTP und Passkeys. API-Tokens ermöglichen programmatische Zugriffe auf die Plattform.
Die zentrale Rechteverwaltung ersetzt dabei nicht die technischen Authentifizierungsmechanismen der einzelnen Standards. Kubernetes verwendet weiterhin seine Kubernetes-Zugriffsmechanismen, S3 arbeitet mit Access Keys und die Registry unterstützt entsprechende Credentials.
Ein gemeinsames RBAC für die Plattform. Standardisierte Zugriffsschnittstellen für die Dienste.
Mit Bundles verbindet Loopback die Verwaltung von Anwendungen mit den zugrunde liegenden Infrastrukturprodukten.
Ein Bundle repräsentiert eine Anwendung, die direkt aus GitHub deployed werden kann.
Dabei lassen sich mehrere Environments verwalten und unterschiedliche Quellen für Anwendung und Helm Charts konfigurieren.
Ein integrierter Chart Builder sowie Funktionen für Deployment History, Deploy, Rollback und Undeploy ergänzen den Workflow.
Container Images, die über ein Bundle gepusht werden, landen automatisch in der Loopback Registry.
Dadurch werden Deployment-Steuerung und Artefaktverwaltung miteinander verbunden, während Kubernetes weiterhin die Laufzeitumgebung bildet.
Mehr zu Bundles.
Eine integrierte Developer Platform muss keine proprietären Laufzeitumgebungen oder neuen Schnittstellen einführen.
Loopback setzt bewusst auf etablierte Technologien:
Die Produkte lassen sich einzeln nutzen oder zu einem größeren Infrastruktur-Stack kombinieren.
Du kannst mit einem Kubernetes-Cluster beginnen, später Object Storage ergänzen und anschließend deine Container Images über die Registry verwalten.
Organisation, Benutzerverwaltung und Abrechnung bleiben dabei auf derselben Plattform.
Das reduziert die Anzahl unabhängiger Verwaltungssysteme und schafft eine konsistente Grundlage für den Betrieb moderner Anwendungen.
Moderne Infrastruktur besteht aus mehreren spezialisierten Diensten. Diese Spezialisierung ist sinnvoll und bleibt bestehen.
Was nicht für jeden Dienst neu aufgebaut werden muss, ist die administrative Ebene darüber.
Mit Loopback verbinden wir Kubernetes, S3-kompatiblen Object Storage, OCI Registry und Deployments innerhalb einer gemeinsamen European Developer Platform.
Offene Standards für deine Anwendungen. Eine gemeinsame Plattform für ihren Betrieb.
Starte mit Managed Kubernetes, Object Storage, Registry oder Bundles. Ein Account, ein Rechte-Modell.