Software an Enterprise-Kunden ausliefern

Ihre Software
hinter der Kunden-Firewall

Q: "Ist das dasselbe wie BYOC / On-Premises auf der Plattform-Seite?"

"Nein. [BYOC / On-Premises](/platform/) 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.\n"

Q: "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.\n"

Q: "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.\n"

Q: "Wo steht die technische Anleitung?"

"In den Docs, ohne Produktwerbung: [Software auf einem bereitgestellten Cluster](https://docs.ayedo.de/delivery/provided-cluster/) und [Air-Gap-Auslieferung](https://docs.ayedo.de/delivery/air-gap/).\n"

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.

Gespräch vereinbaren Mehr erfahren

ISO 27001 ISO 9001 DSGVO-konform DORA Compliant

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

Sie betreiben das Paket

✓ 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

Enablement anfragen

Managed

ayedo betreibt die Instanz

✓ 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

Managed anfragen

Workshop

Nur Schulung, kein Paket

✓ 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

Workshops

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.

Polycrate Overlay

Primitives

Cilium, Ingress, Cert-Manager, Policy-Baseline – mitliefern und nur installieren, wenn der Cluster-Owner das will.

Cilium Kyverno

Air-Gap

Signiertes Bundle, Harbor-Import, Registry-Proxy. Install und Rollback ohne Internet.

Harbor Offline

Update-Züge

Primitives, Abhängigkeiten und Ihre Software getrennt versionieren und zurückrollen.

Day-2 Rollback

Kostenlose Beratung

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 .

Jetzt beraten lassen

Ihre Software hinter der Kunden-Firewall