Als Accelerator bezeichnen wir Trainings und Workshops, die Sie zusätzlich buchen können, um Ihre Mitarbeitende in der Nutzung und Entwicklung auf Kubernetes zu Schulen. Zusätzlich zu kloudease- und Kubernetes-spezifischen Trainings bietet AOE weitere Workshops als Teil der AOE Academy an.
Bring Your Own Infrastructure bedeutet, Sie als Kunde geben uns Zugriff auf einen Hyperscaler Account (AWS, Azure, STACKIT, ...), indem wir kloudease für Sie betreiben. Somit lässt sich kloudease in Ihre bestehende IT-Landschaft integrieren.
Eine Anwendung, die Kriterien für den Betrieb in einer Cloud erfüllt, z. B. durch Beachtung der 12Factor Prinzipien
Als Cloud Provider wird ein Unternehmen bezeichnet, das Compute-Leistungen bereitstellt, z. B. Amazon Web Services, Microsoft Azure, oder STACKIT.
Als Control Plane wird die Steuerungskomponente von Kubernetes bezeichnet, die das Cluster und die Workloads verwaltet. kloudease kümmert sich um den Betrieb und die Verfügbarkeit der Control Plane.
Als Hyperscaler werden große Cloud Provider wie AWS, Azure, oder STACKIT bezeichnet, die Compute Ressourcen sowie as-a-Service Dienstleistungen anbieten.
Das Recovery Point Objective bezeichnet den Zeitpunkt zwischen zwei Backups in dem Daten wiederhergestellt werden können. Ein RPO von einer Stunde bedeutet, dass stündlich Backups gemacht werden müssen und der maximale Datenverlust eine Stunde beträgt (Zeit zwischen zwei Backups). Die RPOs sind in unseren Service Level Agreements definiert und richten sich nach gebuchtem Tier (Starter, Business, Enterprise)
Service Level Agreement
Service Level Objective
Das Statement of Work regelt Sondervereinbarungen, die individuell mit Kunden ausgehandelt werden.
Site Reliability Engineering as a Service - wir unterstützen Sie aktiv im Betrieb Ihrer Applikationen auf kloudease und übernehmen den Betrieb.
kloudease ist unabhängig von Cloud Providern (AWS, Azure, STACKIT, ...) und überall dort einsatzbereit, wo Kubernetes laufen kann.
Als Vendor Lock-in bezeichnet man die Abhängigkeit an einen Dienstleister (Vendor), z. B. durch starke Abhängigkeit durch Nutzung der as-a-Service Angebote eines Cloud Providers.
Als Accelerator bezeichnen wir Trainings und Workshops, die Sie zusätzlich buchen können, um Ihre Mitarbeitende in der Nutzung und Entwicklung auf Kubernetes zu Schulen. Zusätzlich zu kloudease- und Kubernetes-spezifischen Trainings bietet AOE weitere Workshops als Teil der AOE Academy an.
Bring Your Own Infrastructure bedeutet, Sie als Kunde geben uns Zugriff auf einen Hyperscaler Account (AWS, Azure, STACKIT, ...), indem wir kloudease für Sie betreiben. Somit lässt sich kloudease in Ihre bestehende IT-Landschaft integrieren.
Eine Anwendung, die Kriterien für den Betrieb in einer Cloud erfüllt, z. B. durch Beachtung der 12Factor Prinzipien
Als Cloud Provider wird ein Unternehmen bezeichnet, das Compute-Leistungen bereitstellt, z. B. Amazon Web Services, Microsoft Azure, oder STACKIT.
Als Control Plane wird die Steuerungskomponente von Kubernetes bezeichnet, die das Cluster und die Workloads verwaltet. kloudease kümmert sich um den Betrieb und die Verfügbarkeit der Control Plane.
Als Hyperscaler werden große Cloud Provider wie AWS, Azure, oder STACKIT bezeichnet, die Compute Ressourcen sowie as-a-Service Dienstleistungen anbieten.
Das Recovery Point Objective bezeichnet den Zeitpunkt zwischen zwei Backups in dem Daten wiederhergestellt werden können. Ein RPO von einer Stunde bedeutet, dass stündlich Backups gemacht werden müssen und der maximale Datenverlust eine Stunde beträgt (Zeit zwischen zwei Backups). Die RPOs sind in unseren Service Level Agreements definiert und richten sich nach gebuchtem Tier (Starter, Business, Enterprise)
Service Level Agreement
Service Level Objective
Das Statement of Work regelt Sondervereinbarungen, die individuell mit Kunden ausgehandelt werden.
Site Reliability Engineering as a Service - wir unterstützen Sie aktiv im Betrieb Ihrer Applikationen auf kloudease und übernehmen den Betrieb.
kloudease ist unabhängig von Cloud Providern (AWS, Azure, STACKIT, ...) und überall dort einsatzbereit, wo Kubernetes laufen kann.
Als Vendor Lock-in bezeichnet man die Abhängigkeit an einen Dienstleister (Vendor), z. B. durch starke Abhängigkeit durch Nutzung der as-a-Service Angebote eines Cloud Providers.
