Ihre Software
hinter der Kunden-Firewall
Enterprise-Kunden stellen Kubernetes bereit – oft air-gapped. Wir bauen das wiederverwendbare Auslieferungspaket (Workspace, Primitives, Runbooks, Update-Züge) oder betreiben die Instanz für Sie. Dieselbe Dual-Runtime, zwei Betriebswege.
Zwei Wege, eine Codebasis
Sie entwickeln das Produkt. Wir standardisieren, wie es in der ayedo Cloud, Dedicated oder im Rechenzentrum des Endkunden landet – inklusive Air-Gap. Das ist das Dual-Runtime-Prinzip.
Enablement
Versionierter Polycrate-Workspace: Kernpaket plus kleines Site-Overlay
Platform-Primitives (z. B. Cilium) einplanen – auch wenn der Endkunde Kubernetes stellt
Air-Gap-Bundle, private Registry, Rollback über gepinnte Tags
Architektur, Runbooks, drei Update-Züge: Primitives, Dependencies, Ihre Software
Wissenstransfer an Ihr Engineering – kein Dauerbetrieb durch uns
Managed
Endkunde stellt Kubernetes; ayedo übernimmt Day-2 der Anwendung und vereinbarter Primitives
Dieselben Bausteine wie die Software Delivery Platform
Sinnvoll bei wenigen Sites oder ohne eigenes Kubernetes-Betriebsteam
Öffentliche Anker: App Hosting ab 599,95 €/Monat, SaaS Hosting BYOC individuell
Erste Sites managed, Enablement später – einfacher als umgekehrt
Workshop
Platform Building bleibt Beratung plus Hands-on (typisch 3–10 Tage)
Kein Ersatz für ein productisiertes Auslieferungspaket
Passt, wenn Ihr Team die Plattform selbst weiterbauen will
Was im Paket steckt
Enablement liefert Artefakte und Prozesse – keine Marketing-Blackbox. Technische Tiefe in den Docs.
Workspace-Vorlage
Ein Kern, viele Sites. Kundenspezifisch bleiben kubeconfig, Ingress, StorageClass, Registry und Secrets.
Primitives
Cilium, Ingress, Cert-Manager, Policy-Baseline – mitliefern und nur installieren, wenn der Cluster-Owner das will.
Air-Gap
Signiertes Bundle, Harbor-Import, Registry-Proxy. Install und Rollback ohne Internet.
Update-Züge
Primitives, Abhängigkeiten und Ihre Software getrennt versionieren und zurückrollen.
Häufige Fragen
Ist das dasselbe wie BYOC / On-Premises auf der Plattform-Seite?
Nein. BYOC / On-Premises bedeutet: Sie stellen Infrastruktur, ayedo betreibt die Software Delivery Platform. Enablement hier bedeutet: Sie (oder Ihr Endkunde) betreiben das von uns gebaute Paket. Managed auf dieser Seite ist der Betrieb nur Ihrer Anwendung auf dem Kubernetes des Endkunden.
Warum Enablement und Managed im selben Gespräch?
Bei wenigen Deployments und ohne Kubernetes-Betriebsteam ist Managed oft der schnellere Weg zur ersten Production. Ein productisiertes Paket lohnt sich, wenn Sie viele Endkunden-Sites selbst fahren wollen. Beides lässt sich staffeln.
Bauen Sie den Kubernetes-Cluster des Endkunden?
Standardmäßig nicht. Der Endkunde stellt die API. Wir prüfen den Cluster-Vertrag und können Primitive-Blöcke nachziehen. Den Control Plane zu bauen ist eine optionale Erweiterung.
Wo steht die technische Anleitung?
In den Docs, ohne Produktwerbung: Software auf einem bereitgestellten Cluster und Air-Gap-Auslieferung.
