Die Oracle Container Native Platform ist eine Open-Source- und Community-Lösung, die eine verwaltete Containerregistrierung (Oracle Cloud Infrastructure Registry) und einen verwalteten Kubernetes-Dienst (Oracle Container Engine) umfasst. Die Plattform nutzt Oracle Cloud Infrastructure für hohe Performance, Verfügbarkeit, Sicherheit und Zuverlässigkeit. Oracle plant, Oracle Container Functions und Oracle Container Microservices in naher Zukunft zur Plattform hinzuzufügen.

Mit dieser Plattform bietet Oracle eine vollständige Suite von Cloud-Services für Unternehmen zum Erstellen, Bereitstellen und Betreiben von container-nativen Microservices und Serverless-Anwendungen. Da Entwickler schnell container-native Technologien für neue cloud-native Anwendungen sowie für migrierte herkömmliche Anwendungen einsetzen, sind sie zunehmend besorgt, von ihren Cloud-Anbietern und ihren Anbietern von Anwendungsentwicklungsplattformen abhängig zu werden. Darüber hinaus suchen sie nach einer echten Hybrid-Cloud, wobei sie in den Clouds und On-Premises denselben Stack verwenden. Die Oracle Container Native Platform verhindert eine Bindung an Anbieter, indem sie Open-Source-Standards übernimmt und die community-gesteuerte Entwicklung der Plattform unterstützt, sodass ihre Komponenten in jeder Cloud-Umgebung ausgeführt werden können.

Mit der Container Engine for Kubernetes können Sie schnell Kubernetes-Cluster erstellen, verwalten und nutzen, die die zugrunde liegenden Rechen-, Netzwerk- und Speicherdienste nutzen, ohne komplexe unterstützende Kubernetes-Infrastrukturen installieren und warten zu müssen.

Sie sollten Container Engine for Kubernetes verwenden, wenn Sie Kubernetes für die Bereitstellung und Verwaltung Ihrer Kubernetes-basierten Containeranwendungen nutzen möchten. Dies ermöglicht Ihnen, die produktionsgerechte Container-Orchestrierung von Standard-Upstream-Kubernetes mit der Kontrolle, Sicherheit und vorhersehbaren Performance von Oracle Cloud Infrastructure zu kombinieren.

Für Container Engine for Kubernetes wird keine gesonderte Gebühr erhoben. Sie zahlen nur für die Ressourcen, die Sie für den zugrunde liegenden Computer, Speicher und Netzwerkressourcen verwenden, die von Ihren Kubernetes-Clustern genutzt werden. Außerdem werden Ihnen nur die „Worker“-Knoten in Rechnung gestellt, die in Ihrer Tenancy ausgeführt werden. Ihre Masterknoten werden in der von Oracle für Sie verwalteten Tenancy ausgeführt.

• Phoenix
• Ashburn
• Frankfurt
• London
• Toronto
• Tokio
• Seoul

Nein. Wenn Sie einen verwalteten Kubernetes-Cluster erstellen, erstellt und verwaltet Oracle in Ihrem Namen automatisch mehrere Masterknoten in verschiedenen Verfügbarkeitsdomänen (logischen Datencentern) in der Oracle Steuerebene (und der zugehörigen Kubernetes-Infrastruktur, wie z. B. etcd-Knoten), um sicherzustellen, dass Sie über eine hochverfügbare verwaltete Kubernetes-Steuerebene verfügen. Sie können diese Masterknoten auch nahtlos auf neue Versionen von Kubernetes ohne Ausfallzeiten aktualisieren.

Ja. Kubernetes-Cluster werden mit Standard-Upstream-Kubernetes-Versionen erstellt. Diese Versionen sind auch für das Cloud Native Computing Foundation (CNCF)-Konformitätsprogramm zertifiziert.

Wenn Sie einen verwalteten Kubernetes-Cluster erstellen, erstellt und verwaltet Oracle in Ihrem Namen automatisch mehrere Masterknoten in verschiedenen Verfügbarkeitsdomänen (logischen Datencentern) in der Oracle Steuerebene (und der zugehörigen Kubernetes-Infrastruktur, wie z. B. etcd-Knoten), um sicherzustellen, dass Sie über eine hochverfügbare verwaltete Kubernetes-Steuerebene verfügen. Sie können diese Masterknoten auch nahtlos auf neue Versionen von Kubernetes ohne Ausfallzeiten aktualisieren. Bereitgestellte Arbeitsknoten werden auch automatisch mit den bekannten Kubernetes-Labels ihrer Verfügbarkeitsdomäne und Region gekennzeichnet, sodass Kunden in die Lage versetzt werden, die Planungsmechanismen von Kubernetes zu nutzen, um ausfallsichere containergestützte Anwendungen zu erstellen und bereitzustellen.

Ja. Verwaltete Kubernetes-Cluster werden mit Kubernetes RBAC aktiviert. Verwaltete Kubernetes sind auch in Oracle Identity and Access Management (IAM) integriert und ermöglichen Benutzern eine leistungsstarke Steuerung des Zugriffs auf ihre Cluster.

Ja. Sie können einen verwalteten Kubernetes-Cluster in einem vorhandenen VCN bereitstellen, wodurch Sie ein hohes Maß an Kontrolle über die Verwendung der zugrunde liegenden Subnetze und Sicherheitslisten erhalten.

Ja. Sie haben die Möglichkeit, Ihren verwalteten Kubernetes-Cluster mit Arbeitsknoten in privaten Subnetzen zu erstellen. Diese Arbeitsknoten haben nur private IP-Adressen und benötigen ein NAT-Gateway für ausgehende Verbindungen zu Ihren Cluster-Mastern und zum Internet.

Ja. Sie können einen verwalteten Kubernetes-Cluster auf reinen Bare Metal-Knoten bereitstellen. Sie können auch das Konzept der „Knotenpools“ (eine Gruppe von Knoten mit einer gemeinsamen Knotengröße/einem gemeinsamen Image) nutzen, um einen Cluster aus Bare Metal- und virtuellen Computern zu erstellen und Ihre Kubernetes-Workloads entsprechend auszurichten.

Ja. Mit der Container Engine for Kubernetes können Benutzer Kubernetes-Dienste vom Typ „LoadBalancer“ verfügbar machen und Oracle Load Balancer erstellen. Benutzer können auch persistente Kubernetes-Volumes und persistente Volume-Claims erstellen, die von Oracle Block Volumes unterstützt werden.

Ja. Wenn Sie einen Cluster erstellen, können Sie ein öffentliches/privates SSH-Schlüsselpaar bereitstellen, um bei Bedarf SSH auf Ihren Arbeitsknoten auszuführen.

Ja. Auf Arbeitsknoten wird die Standard-Docker-Laufzeit ausgeführt, sodass Benutzer vertraute Docker-Befehle verwenden können.

Oracle Cloud Infrastructure Service Broker für Kubernetes (OSB oder „Service Broker“) ist eine Implementierung der Open Service Broker-API, die zur Interaktion mit Oracle Cloud Infrastructure Services verwendet werden kann. Mit Oracle Cloud Infrastructure Service Broker können Sie den Lebenszyklus von Oracle Cloud Infrastructure-Diensten nativ aus Kubernetes über Kubernetes-APIs verwalten. Dies bedeutet Folgendes:

Sie müssen beim Bereitstellen einer Anwendung in Kubernetes nicht auf ein separates System zugreifen, um anwendungsabhängige Dienste bereitzustellen.

Der Lebenszyklus abhängiger Oracle Cloud Infrastructure-Dienste kann mit den von ihnen abhängigen Anwendungen verknüpft werden.

Anwendungen werden portabler, da Abhängigkeiten einfach in DevOps-Prozeduren codiert werden können.

Um den Oracle Cloud Infrastructure Service Broker zu verwenden, installieren Sie ihn zusammen mit dem Kubernetes Service Catalog in Ihrem Kubernetes-Cluster. Sie können dann kubectl-Befehle verwenden, die in CLI-Befehle der Oracle Cloud Infrastructure umgewandelt werden.

Weitere Informationen finden Sie unter https://github.com/oracle/oci-service-broker .

Zum jetzigen Zeitpunkt können Sie mit Oracle Cloud Infrastructure Service Broker Dienstbindungen für die folgenden Oracle Cloud Infrastructure-Diensttypen bereitstellen und erstellen:

• Autonomous Transaction Processing-Datenbank
• Autonomous Data Warehouse-Datenbank
• Objekt Storage Service-Bucket

Sie können Oracle Cloud Infrastructure Service Broker in einem Kubernetes-Cluster verwenden, der in Oracle Linux erstellt wurde (mithilfe von Oracle Container Services für Kubernetes) und lokal ausgeführt wird, um On-Premises-Dienstinstanzen in Oracle Cloud Infrastructure zu erstellen.

Oracle Cloud Infrastructure Service Broker wird normalerweise als Pod in Ihrem Kubernetes-Cluster bereitgestellt. Die einfachste Möglichkeit zur Fehlerbehebung beim Pod besteht darin, die Protokolle mit den folgenden Befehlen vom Pod abzurufen:

• Verwenden Sie „kubectl get pods“, um eine Liste der ausgeführten Pods in Ihrem Cluster abzurufen.
• Kopieren Sie aus dieser Liste die Pod-ID für den Oracle Cloud Infrastructure Service Broker.
• Verwenden Sie „kubectl logs“, um die Protokolle aus dem Pod abzurufen.

Nutzer, die Oracle Cloud Infrastructure Service Broker zum Erstellen von Oracle Cloud Infrastructure-Dienstinstanzen verwenden, z. B. eine ATP-Datenbankinstanz, müssen über eine Rolle verfügen, die zum Erstellen dieser Dienste berechtigt ist. Stellen Sie beispielsweise sicher, dass Ihre Oracle Cloud Infrastructure-Tenancy eine Richtlinie enthält, die der folgenden entspricht:

Gruppe OCI-Service-Broker-Group ermöglichen, autonomous-database in der Abteilung zu verwalten

Siehe auch https://github.com/oracle/oci-service-broker/tree/master/charts/oci-service-broker/docs/security.md