Zum Ausführen oder Debuggen einer Anwendung in einem Remote-Kubernetes-Cluster müssen Sie das Container-Image-Repository für Ihr Projekt definieren. Sie können einen beliebigen Image-Repository-Anbieter verwenden, einschließlich Artifact Registry und Container Registry.
Geben Sie an, wo Container-Images gespeichert werden sollen
Wenn Sie in Ihrer IDE bei Google Cloud angemeldet sind und ein Standardprojekt definiert haben, verwendet Cloud Code automatisch Ihr Standard-Container-Image-Repository gcr.io/PROJECT_ID, wobei PROJECT_ID auf Ihr Standardprojekt verweist.
Wenn Sie das Image-Repository aktualisieren möchten, in das die Projekt-Images übertragen werden, gehen Sie so vor:
Wechseln Sie in der Navigationsleiste zur Auswahl der Ausführungs-/Fehlerbehebungskonfiguration oder im Hauptmenü der obersten Ebene: Ausführen > Konfigurationen bearbeiten > Entwickeln auf Kubernetes > Image-repository.
Füllen Sie das Feld Image-Repository aus.
Im Abschnitt Allgemeine Image-Repository-Formate finden Sie Beispiele dazu, wie Sie für einige gängige Registries angeben können, wo Container-Images gespeichert werden.
Image-Namen erstellen
Cloud Code verkettet die Image-Registry mit dem in den Kubernetes-Manifesten angegebenen Image-Namen, um den endgültigen Namen des Image-Repositorys zu generieren.
Weitere Informationen finden Sie im Leitfaden zur Image-Registry.
Anschließend erstellt Cloud Code Ihre Container, überträgt sie in die Registry, wendet Kubernetes-Konfigurationen auf den Cluster an und wartet auf den Rollout.
Gängige Image-Repository-Formate
Im Folgenden finden Sie Beispiele, wie Sie für einige gängige Registrys angeben, wo Container-Images gespeichert werden:
Docker Hub | docker.io/ACCOUNT |
Container Registry | gcr.io/PROJECT_ID |
Artifact Registry | REGION-docker.pkg.dev/PROJECT_ID/REPO_PATH |
AWS Elastic Container Registry (ECR) | AWS_ACCOUNT_ID.dkr.ecr.REGION.amazonaws.com/MY_APP |
Azure Container Registry (ACR) | MY_ACR_NAME.azurecr.io/MY_APP |