Funktionsphasen

In diesem Dokument werden die Lebenszyklusphasen beschrieben, die Features von Google Distributed Cloud (GDC) mit Air Gap durchlaufen können. Dazu gehören beispielsweise die folgenden Einführungsphasen:

Außerdem gibt es die folgenden Phasen am Ende des Lebenszyklus:

Phasen der Markteinführung

Für GDC-Features mit Air Gap gelten besondere Standards, die erhöhten Sicherheitsanforderungen entsprechen müssen. Aufgrund dieser höheren Standards müssen einige Features möglicherweise einen Akkreditierungsprozess durchlaufen, um bestimmte Compliance-Anforderungen zu erfüllen. Für diese Features, die von einer Drittanbieterorganisation akkreditiert werden müssen, kann die Produktionsbereitschaft zertifiziert werden, sie sind aber möglicherweise nicht verfügbar.

Der Lebenszyklus von GDC-Features mit Air Gap ermöglicht es, einige Features für eine Teilmenge von Kunden freizugeben, damit sie sie für ihre spezifischen Anwendungsfälle testen und genehmigen können.

In den folgenden Abschnitten werden die Phasen eines GDC-Features mit Air Gap beschrieben. Features müssen nicht alle Phasen durchlaufen.

Vorschau

In dieser Phase kann ein Feature von Kunden getestet werden, bevor es in der GA-Phase für die Produktion freigegeben wird. Vorabversionen werden oft öffentlich angekündigt, sind aber nicht zwangsläufig vollständig. Google bietet für Vorabversionen keine SLAs (Service-Level-Agreements) oder technischen Support an. Sofern nicht anderweitig von Google angegeben, sind Vorabversionen nur zur Verwendung in Testumgebungen vorgesehen. Features in Vorabversionen erreichen die GA-Phase normalerweise innerhalb von 12 Monaten. Dieser Zeitraum kann jedoch variieren.

General Availability (GA)

Features in der GA-Phase können in der Produktion eingesetzt werden, sind aber nicht immer allgemein verfügbar. Einige GA-Features werden unter Umständen nur einer begrenzten Gruppe von Kunden zur Verfügung gestellt. Für Kunden mit höheren Akkreditierungsstandards sind einige GA-Features nicht verfügbar.

Standardmäßig sind alle Marketplace-Dienste als GA-Features konfiguriert, sofern nicht anders angegeben. Das bedeutet, dass Ihr Infrastrukturadministrator (IO) Marketplace-Dienste manuell aktivieren muss, bevor Sie sie verwenden können.

Akkreditierung

Akkreditierte Features sind GA-Features, die von den zuständigen Akkreditierungsstellen genehmigt wurden und für das Onboarding von Kunden bereit sind. Kunden mit regulierten Bereitstellungen müssen möglicherweise einige produktionsbereite Features akkreditieren lassen, bevor sie sie verwenden können. Dieser Featuretyp wird als Feature für eine erhebliche Änderungsanfrage (Significant Change Request, SCR) identifiziert und wird derzeit weiter überprüft. Dieses Feature hat in einer regulierten Umgebung keine Betriebsgenehmigung (Authority to Operate, ATO) erhalten. Wenn Sie Fragen zur Verfügbarkeit von Features haben, wenden Sie sich an Ihren IO.

Phasen am Ende des Lebenszyklus

Wenn ein Feature als veraltet eingestuft wird, wechselt es in die Phasen am Ende des Lebenszyklus. Ein Feature wird zuerst als eingestellt markiert. Damit wird vor der zukünftigen Verwendung gewarnt, um es auslaufen zu lassen. Nach einer bestimmten Zeit, die für die Migration von dem Feature weg vorgesehen ist, wird es dann aus dem Produkt entfernt.

Eingestellte Funktionen

Produkte, Features oder Versionen, die als eingestellt gekennzeichnet sind, sollten nicht mehr verwendet werden. Weitere Informationen finden Sie in der Google Cloud Richtlinie zur Einstellung von Produkten und Diensten:https://cloud.google.com/terms/deprecation.

Außer Betrieb genommen

Wenn ein Angebot außer Betrieb genommen wird, ist das Feature nicht mehr verfügbar. Wenn außer Betrieb genommene Software aufgerufen wird, kann das zu unerwartetem Verhalten oder ungültigen Antworten führen.

Feature-Gates

Feature-Gates sind ein Mechanismus, mit dem Ihr Infrastrukturadministrator (IO) Features in den folgenden Phasen verwalten kann:

Je nach Bereitstellung sind die Features in der folgenden Tabelle möglicherweise nicht verfügbar. Weitere Informationen erhalten Sie von Ihrem IO.

Feature Phase Beschreibung
Tags Vorschau Tags zum Organisieren von Projekten basierend auf geschäftlichen Attributen, die als Schlüssel/Wert-Paare dargestellt werden.
GDC-Architektur mit Air Gap, Version 2 Wird überprüft Die Architektur der Version 2 führt Änderungen in mehreren Komponenten ein, darunter Cluster, Netzwerke und Speicher.
Zonenübergreifende STS-Tokens Wird überprüft Möglichkeit, zonenübergreifende Security Token Service-Tokens (STS) zu aktivieren.
Splunk Kubernetes-Cluster Wird überprüft SIEM-System (Security Information and Event Management), das als Splunk-Cluster in GDC-Zonen mit Air Gap gehostet wird.
Änderung der SVM-Architektur Wird überprüft Prozess zum Bereitstellen von Storage Virtual Machines (SVM) für eine Organisation.
KubeVirt CSI Wird überprüft Möglichkeit, den KubeVirt CSI-Treiber (Container Storage Interface) für Speicherverbesserungen zu verwenden.
VM-Laufwerke klonen Wird überprüft Möglichkeit, ein VM-Laufwerk (virtuelle Maschine) von einem vorhandenen Laufwerk zu klonen.
VM-Metadatenserver Wird überprüft Möglichkeit für eine VM, ihre Metadaten auf einem Metadatenserver zu speichern.
VM-Gastagent-Streaming Wird überprüft Kommunikationsmethode zwischen dem VM-Gastagent und der Host-VM.
Serverlöschung während der Installation Wird überprüft Prozess zum sicheren Löschen von Daten auf einem Computer während der Serverinstallation.
Serverlaufwerkverschlüsselung mit LUKS Wird überprüft Prozess zur Verwendung von Linux Unified Key Setup (LUKS) mit TPM-versiegelten Schlüsseln (Trusted Platform Module) zum Verschlüsseln von Bare-Metal-Serverlaufwerken im Ruhezustand.
Certificate Authority as a Service Wird überprüft Möglichkeit, Zertifizierungsstellen (Certificate Authorities, CAs) zu erstellen und zu verwalten und Zertifikate auszustellen, um Arbeitslasten zu sichern.

Marketplace-Dienste sind einfach zu installierende, selbstverwaltete Lösungen von Drittanbietern und Google. Einige Marketplace-Dienste sind produktionsbereit, aber standardmäßig nicht akkreditiert. Für Kunden mit höheren Akkreditierungsstandards muss der IO das Feature-Gate für nicht akkreditierte Marketplace-Dienste einzeln aktivieren, damit sie verfügbar sind.

In der folgenden Tabelle sind die Marketplace-Dienste aufgeführt, die von einem Feature-Gate gesteuert werden und möglicherweise nicht verfügbar sind. Weitere Informationen erhalten Sie von Ihrem IO.

Feature Phase Beschreibung
HashiCorp Vault (BYOL) Wird überprüft Ein identitätsbasiertes Secret und ein Verschlüsselungsverwaltungssystem.
Apache Kafka auf Confluent Platform (BYOL) Wird überprüft Eine Lösung, die den Echtzeitzugriff, die Speicherung und die Verwaltung von kontinuierlichen Datenstreams ermöglicht.
Redis-Software für Kubernetes (BYOL) Wird überprüft Redis ist die weltweit schnellste speicherinterne Datenbank zum Erstellen und Skalieren schneller Anwendungen.
GitLab Wird überprüft Eine Open-Source-Softwareentwicklungsplattform mit integrierter Versionsverwaltung, Problemverfolgung, Code Review, CI/CD und mehr.
Neo4j (BYOL) Wird überprüft Neo4j ist eine Open-Source-NoSQL-Graphdatenbank mit integrierter ACID-konformer Transaktions-Backend für Ihre Anwendungen.
MariaDB-Operator (BYOL) Wird überprüft Der MariaDB-Operator verwendet unterstützte Docker-Images, um eine Flottenverwaltungs- und HA/DR-Lösung für MariaDB Enterprise Server und MaxScale bereitzustellen.
Mandiant SOC Wird überprüft Dienst für das Mandiant Security Operations Center (SOC).
Mandiant Consulting Services Wird überprüft Dienst für Mandiant Consulting.