Anwendung mithilfe von Messwerten analysieren

In dieser Kurzanleitung wird gezeigt, wie Sie mit Cloud Deploy Ihren bereitgestellten Cloud Run-Dienst anhand von Messwerten aus Google Cloud Observability analysieren, um sicherzustellen, dass die Anwendung wie erwartet funktioniert.

Dieser Schnellstart erläutert folgende Schritte:

  1. Einen Cloud Run-Dienst erstellen und bereitstellen.

    In diesem Fall verwenden Sie Cloud Deploy nicht für die Bereitstellung.

  2. Erstellen Sie eine Verfügbarkeitsdiagnose in Google Cloud Observability.

    Bei dieser Prüfung wird Ihr Cloud Run-Dienst überwacht, um sicherzustellen, dass er ausgeführt wird.

  3. Erstellen Sie eine Benachrichtigungsrichtlinie in Cloud Monitoring.

    Standardmäßig können für die Cloud Deploy-Analyse viele Arten von Messwerten aus Google Cloud Observability verwendet werden. Mit dieser Richtlinie wird eine Benachrichtigung erstellt, wenn eine Verfügbarkeitsdiagnose ein Problem anzeigt.

  4. Erstellen Sie eine Skaffold-Konfiguration, um den Cloud Run-Dienst zu identifizieren.

  5. Definieren Sie Ihre Cloud Deploy-Bereitstellungspipeline und Ihr Ziel.

    Diese Pipeline enthält nur eine Phase und nur ein Ziel und umfasst die Definition für einen Analysejob.

  6. Erstellen Sie einen Release, der automatisch für das Ziel bereitgestellt wird.

    Nachdem die Anwendung bereitgestellt wurde, wird die Analyse als Job im Roll-out ausgeführt.

    Der Dienst sollte erfolgreich auf dem Ziel bereitgestellt werden, der Roll-out sollte jedoch fehlschlagen, da durch die Benachrichtigungsrichtlinie eine Benachrichtigung generiert wird.

  7. Ändern Sie die Cloud Run-Dienstdefinition, um die Anzahl der Instanzen für den Dienst zu erhöhen, und erstellen Sie eine neue Version.

    Diesmal wird der Dienst erfolgreich bereitgestellt und der Roll-out wird abgeschlossen.

Hinweis

  • Melden Sie sich in Ihrem Google Cloud -Konto an. Wenn Sie mit Google Cloudnoch nicht vertraut sind, erstellen Sie ein Konto, um die Leistungsfähigkeit unserer Produkte in der Praxis sehen und bewerten zu können. Neukunden erhalten außerdem ein Guthaben von 300 $, um Arbeitslasten auszuführen, zu testen und bereitzustellen.
  • In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  • If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.

  • Verify that billing is enabled for your Google Cloud project.

  • Aktivieren Sie die APIs für Cloud Deploy, Cloud Build, Cloud Run und Cloud Storage.

    Rollen, die zum Aktivieren von APIs erforderlich sind

    Zum Aktivieren von APIs benötigen Sie die IAM-Rolle „Service Usage-Administrator“ (roles/serviceusage.serviceUsageAdmin), die die Berechtigung serviceusage.services.enable enthält. Weitere Informationen zum Zuweisen von Rollen

    APIs aktivieren

  • Installieren Sie die Google Cloud CLI.

  • Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

  • Führen Sie den folgenden Befehl aus, um die gcloud CLI zu initialisieren:

    gcloud init
  • In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  • If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.

  • Verify that billing is enabled for your Google Cloud project.

  • Aktivieren Sie die APIs für Cloud Deploy, Cloud Build, Cloud Run und Cloud Storage.

    Rollen, die zum Aktivieren von APIs erforderlich sind

    Zum Aktivieren von APIs benötigen Sie die IAM-Rolle „Service Usage-Administrator“ (roles/serviceusage.serviceUsageAdmin), die die Berechtigung serviceusage.services.enable enthält. Weitere Informationen zum Zuweisen von Rollen

    APIs aktivieren

  • Installieren Sie die Google Cloud CLI.

  • Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.

  • Führen Sie den folgenden Befehl aus, um die gcloud CLI zu initialisieren:

    gcloud init
  • Erforderliche Rollen

    Bitten Sie Ihren Administrator, dem Cloud Deploy-Dienstkonto in Ihrem Projekt die folgenden IAM-Rollen zuzuweisen, damit das Cloud Deploy-Dienstkonto die erforderlichen Berechtigungen zum Ausführen von Cloud Deploy-Vorgängen und zum Bereitstellen in Cloud Run hat:

    Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.

    Ihr Administrator kann dem Cloud Deploy-Dienstkonto möglicherweise auch die erforderlichen Berechtigungen über benutzerdefinierte Rollen oder andere vordefinierte Rollen erteilen.

    Weitere Informationen zum Cloud Deploy-Dienstkonto

    Cloud Run-Dienst bereitstellen

    In dieser Kurzanleitung wird eine Benachrichtigungsrichtlinie verwendet, für die Cloud Run bereits vorhanden sein muss. Wir stellen hier also eine bereit und definieren in einem späteren Abschnitt eine service.yaml mit demselben Dienstnamen.

    Führen Sie den folgenden Befehl aus, um den ersten Dienst zu erstellen:

    gcloud run deploy my-analysis-run-service \
      --image=us-docker.pkg.dev/cloudrun/container/hello@sha256:95ade4b17adcd07623b0a0c68359e344fe54e65d0cb01b989e24c39f2fcd296a \
      --project=PROJECT_ID \
      --region=us-central1 \
      --allow-unauthenticated
    

    Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID.

    Verfügbarkeitsdiagnose für Google Cloud Observability erstellen

    Mit dieser Verfügbarkeitsdiagnose wird Ihr laufender Dienst überwacht, um zu bestätigen, dass er ausgeführt wird. In einem späteren Abschnitt erstellen Sie eine Google Cloud Observability-Benachrichtigungsrichtlinie, die eine Benachrichtigung generiert, wenn für Ihren Dienst nicht mindestens eine verfügbare Instanz ausgeführt wird.

    1. Führen Sie den folgenden Befehl aus, um die Verfügbarkeitsdiagnose zu erstellen:

      gcloud monitoring uptime create my-analysis-run-service-cloud-run-uptime-check \
        --resource-type=cloud-run-revision \
        --resource-labels="project_id=PROJECT_ID,location=us-central1,service_name=my-analysis-run-service" \
        --project=PROJECT_ID \
        --protocol=https \
        --path="/" \
        --port=443 \
        --period=1 \
        --timeout=10 \
        --service-agent-auth="oidc-token" \
        --status-classes="2xx"
      
    2. Kopieren Sie die ID der Verfügbarkeitsdiagnose.

      Die ID ist in der Ausgabe des gerade ausgeführten Befehls enthalten.

    Skaffold-Konfiguration und Dienstdefinition vorbereiten

    In dieser Kurzanleitung erstellen Sie eine skaffold.yaml-Datei, in der das Manifest für die Bereitstellung des Cloud Run-Beispieldienstes angegeben wird. Außerdem definieren Sie die service.yaml-Datei, in der der Cloud Run-Dienst selbst definiert wird.

    1. Öffnen Sie ein Terminalfenster.

    2. Erstellen Sie ein neues Verzeichnis und rufen Sie es auf.

    mkdir deploy-analysis-run-quickstart
    cd deploy-analysis-run-quickstart
    
    1. Erstellen Sie eine Datei mit dem Namen skaffold.yaml und mit folgendem Inhalt:
    apiVersion: skaffold/v4beta7
    kind: Config
    manifests:
      rawYaml:
      - service.yaml
    deploy:
      cloudrun: {}
    

    Weitere Informationen zu dieser Konfigurationsdatei finden Sie in der skaffold.yaml-Referenz.

    1. Erstellen Sie eine Datei mit dem Namen service.yaml und folgendem Inhalt:
    apiVersion: serving.knative.dev/v1
    kind: Service
    metadata:
      name: my-analysis-run-service
      annotations:
        run.googleapis.com/scalingMode: manual
        run.googleapis.com/manualInstanceCount: 0
    spec:
      template:
        spec:
          containers:
          - image: my-app-image
    

    Diese Datei ist eine Cloud Run-Dienstdefinition, die zum Bereitstellen der Anwendung verwendet wird. Das bereitzustellende Container-Image wird hier als Platzhalter my-app-image festgelegt, der beim Erstellen des Releases durch das spezifische Image ersetzt wird.

    Der Skalierungsmodus ist auf „manual“ und die Anzahl der Instanzen auf 0 festgelegt. Das bedeutet, dass der bereitgestellte Dienst keinen Traffic empfangen kann und keine Instanzen ausgeführt werden. Dadurch wird eine Benachrichtigung ausgelöst. Sie konfigurieren diese Benachrichtigung als Nächstes.

    Benachrichtigungsrichtlinie erstellen

    In dieser Kurzanleitung wird eine Google Cloud Observability-Benachrichtigungsrichtlinie verwendet. Mit dieser Benachrichtigungsrichtlinie wird eine Benachrichtigung generiert, wenn die Verfügbarkeitsdiagnose, die Sie zuvor erstellt haben, für den Cloud Run-Dienst fehlschlägt.

    1. Erstellen Sie im Verzeichnis deploy-analysis-run-quickstart eine Datei namens policy.yaml mit folgendem Inhalt:

      displayName: Cloud Run service uptime check
      userLabels:
        policy-for: analysis-run-pipeline
      combiner: OR
      conditions:
      - displayName: Failure of uptime check UPTIME_ID
        conditionThreshold:
          filter: metric.type="monitoring.googleapis.com/uptime_check/check_passed" AND metric.label.check_id="UPTIME_ID" AND resource.type="cloud_run_revision"
          aggregations:
          - alignmentPeriod: 60s
            crossSeriesReducer: REDUCE_COUNT_FALSE
            groupByFields:
            - resource.label.*
            perSeriesAligner: ALIGN_NEXT_OLDER
          comparison: COMPARISON_GT
          duration: 60s
          thresholdValue: 1.0
      

      Ersetzen Sie UPTIME_ID durch die ID des Uptime-Checks, den Sie zuvor erstellt haben.

    2. Führen Sie den folgenden Befehl aus, um die Richtlinie zu erstellen:

      gcloud monitoring policies create \
        --policy-from-file=policy.yaml\
        --project=PROJECT_ID
      

      Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID.

    3. Kopieren Sie die Richtlinien-ID aus der Ausgabe des Befehls, den Sie gerade ausgeführt haben.

      Kopieren Sie dieses Mal die gesamte Ressourcen-ID, einschließlich des Pfads. Sie verwenden diese ID im nächsten Abschnitt in der Analysekonfiguration in Ihrer Bereitstellungspipeline.

    Lieferpipeline und Ziel erstellen

    Diese Bereitstellungspipeline hat eine Phase für ein Ziel: analysis-staging.

    1. Erstellen Sie im deploy-analysis-run-quickstart-Verzeichnis die neue Datei clouddeploy.yaml mit folgendem Inhalt:

      apiVersion: deploy.cloud.google.com/v1
      kind: DeliveryPipeline
      metadata:
        name: deploy-analysis-demo-app-run
      description: main application pipeline
      serialPipeline:
        stages:
        - targetId: analysis-staging
          profiles: []
          strategy:
            standard:
              analysis:
                duration: 300s
                googleCloud:
                  alertPolicyChecks:
                  - id: check-1
                    alertPolicies:
                    - ALERT_POLICY_ID
      ---
      
      apiVersion: deploy.cloud.google.com/v1
      kind: Target
      metadata:
        name: analysis-staging
      description: staging Run service
      run:
        location: projects/PROJECT_ID/locations/us-central1
      

      Ersetzen Sie in diesem YAML ALERT_POLICY_ID durch die Ausgabe des Befehls gcloud monitoring policies list, den Sie zuvor ausgeführt haben, und PROJECT_ID durch die ID des Projekts, das Sie verwenden.

    2. Registrieren Sie Ihre Pipeline und Ihr Ziel beim Cloud Deploy-Dienst:

      gcloud deploy apply --file=clouddeploy.yaml --region=us-central1 --project=PROJECT_ID
      

      Sie haben jetzt eine Bereitstellungspipeline mit einem Ziel und können Ihre Anwendung bereitstellen.

    3. Bestätigen Sie Pipeline und Ziel:

      Rufen Sie in der Google Cloud -Konsole die Seite Bereitstellungspipelines von Cloud Deploy auf, um eine Liste der verfügbaren Bereitstellungspipelines aufzurufen.

      Zur Seite der Lieferpipelines

      Die soeben erstellte Lieferpipeline wird angezeigt und ein Ziel wird in der Spalte Ziele aufgeführt.

      Seite „Lieferpipeline“ in der Google Cloud Console mit Ihrer Pipeline

    Release erstellen

    Ein Release ist die zentrale Cloud Deploy-Ressource, die die bereitzustellenden Änderungen darstellt. Die Lieferpipeline definiert den Lebenszyklus dieser Version. Weitere Informationen zu diesem Lebenszyklus finden Sie unter Cloud Deploy-Dienstarchitektur.

    Führen Sie den folgenden Befehl im Verzeichnis deploy-analysis-run-quickstart aus, um eine release-Ressource zu erstellen, die das bereitzustellende Container-Image darstellt:

    gcloud deploy releases create test-release-001 \
      --project=PROJECT_ID \
      --region=us-central1 \
      --delivery-pipeline=deploy-analysis-demo-app-run \
      --images=my-app-image=us-docker.pkg.dev/cloudrun/container/hello@sha256:95ade4b17adcd07623b0a0c68359e344fe54e65d0cb01b989e24c39f2fcd296a
    

    Beachten Sie das --images=-Flag, mit dem Sie den Platzhalter (my-app-image) in der Dienstdefinition durch das spezifische, SHA-qualifizierte Bild ersetzen. Google empfiehlt, die Dienstdefinitionen auf diese Weise zu templatieren und bei der Erstellung von Releases SHA-qualifizierte Imagenamen zu verwenden.

    Wie bei allen Releases (sofern sie nicht --disable-initial-rollout enthalten) erstellt Cloud Deploy automatisch auch eine Rollout-Ressource. Die Anwendung wird automatisch für das eine Ziel bereitgestellt, das für diese Bereitstellungspipeline konfiguriert ist.

    Ergebnisse in der Google Cloud -Console ansehen

    Nach einigen Minuten wird Ihr Release in der Ziel-Laufzeitumgebung bereitgestellt. Sie können sie ansehen.

    1. Rufen Sie in der Google Cloud Console die Seite Bereitstellungspipelines von Cloud Deploy auf, um Ihre Bereitstellungspipeline („deploy-analysis-demo-app-run“) aufzurufen.

      Zur Seite der Lieferpipelines

    2. Klicken Sie auf den Namen der Lieferpipeline („deploy-analysis-demo-app-run“).

      Die Pipeline-Visualisierung zeigt den Bereitstellungsstatus der App. Da die Pipeline nur eine Phase hat, wird in der Visualisierung nur ein Knoten angezeigt.

      Visualisierung der Bereitstellungspipeline mit dem Status „Erfolgreich“

      Ihre Version wird auf dem Tab Releases unter Details zur Lieferpipeline aufgeführt.

    3. Klicken Sie unter Details zur Lieferpipeline auf den Tab Rollouts.

    4. Klicken Sie auf den Namen des Roll-outs, um die Roll-out-Details aufzurufen.

      Analyse wird als Job aufgeführt.

      Roll-outs in der Google Cloud Console

    Fehlgeschlagene Analyse

    Der Analysejob, den wir in der Konfiguration unserer Bereitstellungspipeline angegeben haben, wird im Rahmen dieses Rollouts ausgeführt, nachdem die Anwendung bereitgestellt wurde. Diese Analyse soll fehlschlagen, da die Benachrichtigungsrichtlinie eine Benachrichtigung auslösen soll. Der Roll-out schlägt aufgrund dieses Analysefehlers fehl.

    Wir nehmen eine Änderung vor und erstellen dann einen weiteren Release, der dann erfolgreich sein sollte.

    Dienstdefinition ändern und neuen Release erstellen

    Wir ändern nun die Anzahl der Instanzen in der Dienstdefinition, sodass eine Instanz des Dienstes ausgeführt wird und die Benachrichtigung nicht ausgelöst wird.

    1. Bearbeiten Sie die Cloud Run-Definitionsdatei service.yaml, um den Wert von run.googleapis.com/manualInstanceCount von 0 in 1 zu ändern.

    2. Führen Sie den folgenden Befehl im selben deploy-analysis-run-quickstart-Verzeichnis aus, um ein weiteres release zu erstellen:

      gcloud deploy releases create test-release-002 \
        --project=PROJECT_ID \
        --region=us-central1 \
        --delivery-pipeline=deploy-analysis-demo-app-run \
        --images=my-app-image=us-docker.pkg.dev/cloudrun/container/hello@sha256:95ade4b17adcd07623b0a0c68359e344fe54e65d0cb01b989e24c39f2fcd296a
      

    Dieses Mal sollte die Einführung erfolgreich sein. Das liegt daran, dass Ihr Cloud Run-Dienst jetzt eine laufende Instanz hat. Der Uptime-Check löst daher keinen Alarm aus der Alarmrichtlinie aus.

    Bereinigen

    Mit den folgenden Schritten vermeiden Sie, dass Ihrem Google Cloud -Konto die auf dieser Seite verwendeten Ressourcen in Rechnung gestellt werden:

    1. Löschen Sie den Cloud Run-Dienst:

      gcloud run services delete my-analysis-run-service \
      --region=us-central1 \
      --project=PROJECT_ID
      
    2. Führen Sie zum Löschen der Lieferpipeline, des Ziels, des Releases und des Rollouts den folgenden Befehl aus dem Verzeichnis aus, das die Definition Ihrer Lieferpipeline enthält:

      gcloud deploy delete --file=clouddeploy.yaml \
      --force \
      --region=us-central1 \
      --project=PROJECT_ID
      
    3. Löschen Sie die Google Cloud Observability-Benachrichtigungsrichtlinie:

      gcloud monitoring policies delete  ALERT_POLICY_ID
      
    4. Löschen Sie die Cloud Storage-Buckets, die von Cloud Deploy erstellt wurden.

      Eine endet mit _clouddeploy und die andere ist [region].deploy-artifacts.[project].appspot.com.

      Die Cloud Storage-Browserseite öffnen

    Das war alles. Sie haben diesen Schnellstart abgeschlossen!

    Nächste Schritte