Entscheiden, wo die Anwendung bereitgestellt werden soll

Die Position und die Ressourcengruppe aller Ressourcen, die Sie erstellen, müssen mit der Position und der Ressourcengruppe des Kubernetes-Clusters übereinstimmen.

Benutzer- und Anwendungsaktivitäten erfassen

Der IBM Cloud Activity Tracker Event Routing muss so konfiguriert sein, dass er Auditing-Ereignisse an eine IBM Cloud Logs Zielinstanz weiterleitet. Leiten Sie Audit-Ereignisse weiter, wie in der Konfiguration eines IBM Logs-Ziels beschrieben, falls dies noch nicht in Ihrem Konto konfiguriert ist.

Am Ende dieses Lernprogramms werden Sie die Ereignisse überprüfen, die durch die Ausführung der Schritte des Lernprogramms generiert wurden.

Cluster für die Anwendung erstellen

IBM Cloud Kubernetes Service und Red Hat OpenShift on IBM Cloud stellen Umgebungen zur Bereitstellung hoch verfügbarer Apps in Containern bereit, die in Kubernetes-Clustern ausgeführt werden.

Überspringen Sie diesen Abschnitt, wenn Sie bereits einen Kubernetes-Cluster haben, den Sie in diesem Tutorial wiederverwenden möchten. Im weiteren Verlauf dieses Tutorials wird der Clustername als "Secure-File-Storage-Cluster" bezeichnet. Ersetzen Sie ihn einfach durch den Namen Ihres Clusters.

Ein Mindestcluster mit einer (1) Zone, einem (1) Workerknoten und der kleinsten verfügbaren Größe (Version) ist für dieses Lernprogramm ausreichend. Um Ihren IBM Cloud Kubernetes Service-Cluster zu erstellen, folgen Sie entweder den Schritten für Erstellung von VPC-Clustern oder Erstellung von klassischen Clustern. Um Ihren Red Hat OpenShift on IBM Cloud-Cluster zu erstellen, folgen Sie entweder den Schritten für Erstellung von VPC-Clustern oder Erstellung von klassischen Clustern.

Eigene Verschlüsselungsschlüssel verwenden

Key Protect unterstützt Sie bei der Bereitstellung verschlüsselter Schlüssel für Apps in allen IBM Cloud-Services. Key Protect und IBM Cloud Object Storage arbeiten Sie zusammen, um Ihre ruhenden Daten zu schützen. In diesem Abschnitt erstellen Sie einen Rootschlüssel für das Speicherbucket.

1. Erstellen Sie eine Instanz von Key Protect.
   1. Wählen Sie einen Standort aus.
   2. Setzen Sie den Namen auf secure-file-storage-kp.
   3. Wählen Sie die Ressourcengruppe aus, in der Sie die Serviceinstanz erstellen möchten, und klicken Sie auf Erstellen.
2. Klicken Sie unter Schlüssel auf die Schaltfläche Hinzufügen, um einen neuen Rootschlüssel zu erstellen. Er wird zum Verschlüsseln des Speicherbuckets und App ID-Daten verwendet.
   1. Setzen Sie den Schlüsseltyp auf Rootschlüssel.
   2. Setzen Sie den Namen auf secure-file-storage-root-enckey.
   3. Dann Schlüssel hinzufügen.

Generieren und verwalten Sie Ihren eigenen Schlüssel (BYOK, Bring your own key), indem Sie einen vorhandenen Rootschlüssel importieren.

Speicher für Benutzerdateien einrichten

Die Anwendung für die gemeinsame Nutzung von Dateien speichert Dateien im E-Mail-Postfach Object Storage. Die Beziehung zwischen Dateien und Benutzern wird als Metadaten in der IBM Cloudant-Datenbank gespeichert. In diesem Abschnitt erstellen und konfigurieren Sie diese Services.

Eine Datenbank ordnet Beziehungen zwischen Benutzern und ihren Dateien zu

Die IBM Cloudant-Datenbank enthält Metadaten für alle Dateien, die von der Anwendung hochgeladen werden.

1. Erstellen Sie eine Instanz des IBM Cloudant-Service.
   1. Wählen Sie Cloudant als Angebot aus.
   2. Wählen Sie eine Multi-Tenant-Umgebung und eine Region aus, die mit den vorherigen Services identisch ist.
   3. Setzen Sie den Namen auf secure-file-storage-cloudant.
   4. Verwenden Sie die gleiche Ressourcengruppe wie für die vorherigen Services.
   5. Legen Sie für Authentifizierungsmethode den Wert IAM fest.
   6. Klicken Sie auf Erstellen.
2. Suchen Sie, nachdem Sie wieder die Ressourcenliste aufgerufen haben, den neu erstellten Service und klicken Sie auf ihn. Hinweis: Sie müssen warten, bis der Status auf "Aktiv" geändert wird.
   1. Erstellen Sie unter Serviceberechtigungsnachweise einen neuen Berechtigungsnachweis.
   2. Setzen Sie den Namen auf secure-file-storage-cloudant-acckey.
   3. Wählen Sie für Rolle die Option Manager aus.
   4. Behalten Sie die Standardwerte für die übrigen Felder bei.
   5. Klicken Sie auf Hinzufügen.
3. Erweitern Sie die neu erstellten Berechtigungsnachweise und notieren Sie sich die Werte. Sie benötigen diese in einem späteren Schritt.
4. Klicken Sie unter Verwalten auf Dashboard starten.
5. Klicken Sie auf "Datenbank erstellen ", um eine nicht partitionierte Datenbank mit dem Namen " secure-file-storage-metadata " zu erstellen.

Benutzer authentifizieren

Mit App ID können Sie Ressourcen sichern und die Authentifizierung zu Ihren Anwendungen hinzufügen. Als Alternative, die in diesem Lernprogramm nicht verwendet wird, kann App ID Integrieren mit Kubernetes Service Benutzer authentifizieren, die auf im Cluster implementierte Anwendungen zugreifen.

Erteilen Sie vor dem Erstellen des App IDService den Servicezugriff auf Key Protect-Service. Sie müssen der Kontoeigner oder ein Administrator für die Instanz von Key Protectsein, mit der Sie arbeiten. Darüber hinaus benötigen Sie mindestens die Zugriffsberechtigung eines Anzeigeberechtigten für den App ID-Service.

1. Gehen Sie zu "Verwalten" > "IAM-Zugriff" > "Berechtigungen " und klicken Sie auf "Erstellen ".
2. Wählen Sie den App ID dienst als Quelldienst aus.
3. Wählen Sie Key Protect als Zielservice aus.
4. Wechseln Sie zu Ressourcen basierend auf ausgewählten Attributen, wählen Sie Instanz-ID aus und wählen Sie die Key ProtectServiceinstanz aus, die zuvor erstellt wurde.
5. Ordnen Sie die Rolle Reader unter "Servicezugriff" zu.
6. Klicken Sie auf Autorisieren, um die delegierte Autorisierung zu bestätigen.

Jetzt erstellen Sie eine Instanz des App ID-Service.

1. Navigieren Sie zur App ID seite zur Erstellung von Diensten.

   1. Verwenden Sie denselben Standort, der für die vorherigen Services verwendet wurde.
   2. Wählen Sie für den Plan die Option Gestaffelte Preisstufe aus.
   3. Setzen Sie den Servicenamen auf secure-file-storage-appid.
   4. Wählen Sie eine Ressourcengruppe aus, die mit den vorherigen Services identisch ist.
   5. Wählen Sie den berechtigten Key ProtectService**-Name** und Rootschlüssel aus den jeweiligen Dropdown-Menüs aus.
   6. Klicken Sie auf Erstellen.

2. Fügen Sie auf der Registerkarte Authentifizierungseinstellungen unter Authentifizierung verwalten eine Web-Weiterleitungs-URL hinzu, die auf die Domäne verweist, die Sie für die Anwendung verwenden möchten. Das URL-Format lautet https://secure-file-storage.<Ingress subdomain>/redirect_uri. Beispiel:

   • mit der Ingress-Unterdomäne: mycluster-1234-d123456789.us-south.containers.appdomain.cloud
   • die Weiterleitung von URL ist https://secure-file-storage.mycluster-1234-d123456789.us-south.containers.appdomain.cloud/redirect_uri.

   App ID erfordert die Webumleitung URL zu https:// oder http://. Sie können Ihre Ingress-Subdomain im Cluster-Dashboard oder unter ibmcloud ks cluster get --cluster <cluster-name> einsehen.

3. Aktivieren Sie auf derselben Registerkarte unter Authentifizierungseinstellungen unter Laufzeitaktivität die Erfassung von Ereignissen in IBM Cloud Activity Tracker Event Routing.

4. Serviceberechtigungsnachweise erstellen:

   1. Erstellen Sie unter Serviceberechtigungsnachweise einen neuen Berechtigungsnachweis.
   2. Setzen Sie den Namen auf secure-file-storage-appid-acckey.
   3. Wählen Sie für Rolle die Option Manager aus.
   4. Behalten Sie die Standardwerte für die übrigen Felder bei.
   5. Klicken Sie auf Hinzufügen.

Sie sollten die verwendeten Identitätsprovider sowie die Optionen für die Anmeldung und Benutzerverwaltung im App ID-Dashboard anpassen. In diesem Lernprogramm werden zur Vereinfachung die Standardwerte verwendet. In einer Produktionsumgebung sollten Sie die Verwendung der Mehrfaktorauthentifizierung (MFA) und von erweiterten Kennwortregeln in Betracht ziehen.

Code abrufen

1. Rufen Sie den Anwendungscode ab:

   git clone https://github.com/IBM-Cloud/secure-file-storage
   

2. Wechseln Sie in das Verzeichnis secure-file-storage/app:

   cd secure-file-storage/app
   

Konfigurationseinstellungen und Berechtigungsnachweise eingeben

1. Wenn Sie nicht angemeldet sind, verwenden Sie ibmcloud login oder ibmcloud login --sso, um sich interaktiv anzumelden. Wählen Sie Ihre IBM Cloud-Region und -Ressourcengruppe als Ziel aus.

   ibmcloud target -r <region> -g <resource_group>
   

   Weitere CLI-Befehle finden Sie im Abschnitt IBM Cloud Allgemeine CLI-Befehle (ibmcloud) in der Dokumentation.

2. Legen Sie im nächsten Schritt die Umgebungsvariablen fest, die für die Generierung von Konfigurationsdateien erforderlich sind.

   1. Legen Sie zunächst den Clusternamen fest, indem Sie <YOUR_CLUSTER_NAME> ersetzen:

      export MYCLUSTER=<YOUR_CLUSTER_NAME>
      

   2. Definieren Sie die Ingress-Unterdomäne mit ibmcloud ks-Befehlen:

      export INGRESS_SUBDOMAIN=$(ibmcloud ks cluster get --cluster $MYCLUSTER --output json | jq -r 'try(.ingressHostname) // .ingress.hostname')
      

   3. Legen Sie den geheimen Ingress-Schlüssel mit ibmcloud ks-Befehlen fest:

      export INGRESS_SECRET=$(ibmcloud ks cluster get --cluster $MYCLUSTER --output json | jq -r 'try(.ingressSecretName) // .ingress.secretName')
      

   4. Setzen Sie den Namen des Image-Repositorys auf das vordefinierte Image icr.io/solution-tutorials/tutorial-cloud-e2e-security:

      export IMAGE_REPOSITORY=icr.io/solution-tutorials/tutorial-cloud-e2e-security
      

   5. Legen Sie zusätzliche Umgebungsvariablen fest, indem Sie die Standardwerte ersetzen:

      export BASENAME=secure-file-storage
      

   6. Legen Sie den zu verwendenden Namensbereich fest:

      export TARGET_NAMESPACE=default
      

   7. Die Umgebungsvariable $IMAGE_PULL_SECRET kann optional festgelegt werden, wenn Sie einen anderen Kubernetes-Namensraum als den default-Namensraum und den IBM Cloud Container Registry für das Bild verwenden. Dies erfordert eine zusätzliche Kubernetes-Konfiguration (z. B. das Erstellen eines geheimen Schlüssels für die Container-Registry in dem neuen Namensbereich).

3. Führen Sie den folgenden Befehl aus, um secure-file-storage.yaml und secure-file-storage-ingress.yaml zu generieren. Es werden die Umgebungsvariablen verwendet, die Sie gerade zusammen mit den Vorlagendateien secure-file-storage.template.yaml und secure-file-storage-ingress.template.yaml konfiguriert haben.

   ./generate_yaml.sh
   

   Angenommen, die Anwendung wird im Kubernetes-Namensbereich Standard bereitgestellt:

   Vom Script verwendete Umgebungsvariablen

   Variabel	Wert	Beschreibung
   $IMAGE_PULL_SECRET	Bei Verwendung des bereitgestellten Bilds nicht definieren	Ein geheimer Schlüssel für den Zugriff auf die Registry.
   $IMAGE_REPOSITORY	icr.io/solution-tutorials/tutorial-cloud-e2e-security oder icr.io/namespace/imagename	Die einer URL ähnliche ID für das erstellte Image auf der Basis der Registry-URL, des Namensbereichs und des Imagenamens im vorherigen Abschnitt.
   $TARGET_NAMESPACE	Standard	Der Kubernetes-Namensbereich, in den die App übertragen werden soll.
   $INGRESS_SUBDOMAIN	secure-file-stora-123456.us-south.containers.appdomain.cloud	Rufen Sie es von der Cluster-Übersichtsseite oder mit ibmcloud ks cluster get --cluster <your-cluster-name> ab.
   $INGRESS_SECRET	secure-file-stora-123456	Mit ibmcloud ks cluster get --cluster <your-cluster-name> abrufen.
   $BASENAME	secure-file-storage	Das Präfix zur Identifizierung von Ressourcen.

4. Kopieren Sie credentials.template.env in credentials.env:

   cp credentials.template.env credentials.env
   

5. Bearbeiten Sie credentials.env und füllen Sie die Leerstellen mit den folgenden Werten aus:

   • mit dem regionalen Object Storage-Serviceendpunkt, dem Bucketname, den Berechtigungsnachweisen, die für den Object Storage-Service erstellt wurden
   • die Anmeldeinformationen für die sichere Dateiablage Cloudant,
   • und die Berechtigungsnachweise für App ID. Die Variable appid_redirect_uris ist eine durch Kommas getrennte Liste von Umleitungs-URIs, wie oben beschrieben.

   Wenn Sie Cloud Shellverwenden, können Sie nano credentials.env verwenden, um die Datei zu bearbeiten.

Bereitstellung im Cluster

1. Verbinden Sie sich über die Befehlszeilenschnittstelle, die über das Menü "Aktionen ..." auf der Übersichtsseite Ihrer Konsole aufgerufen werden kann.

   ibmcloud ks cluster config --cluster $MYCLUSTER --admin
   

2. Überprüfen Sie, dass ein geheimer Ingress-Schlüssel in Ihrem Zielnamensbereich verfügbar ist. Ist dies nicht der Fall, müssen sie erstellt werden.

   ibmcloud ks ingress secret ls -c $MYCLUSTER
   

   Wenn der geheime Ingress-Schlüssel einen CRN hat, verwenden Sie seinen Namen und CRN, um einen geheimen Schlüssel in Ihrem Zielnamensbereich zu erstellen:

   ibmcloud ks ingress secret create -c $MYCLUSTER -n $TARGET_NAMESPACE --cert-crn <crn-shown-in-the-output-above> --name <secret-name-shown-above>
   

   Wenn der geheime Ingress-Schlüssel keinen CRN hat, verwenden Sie den folgenden Befehl, um ihn im Zielnamensbereich erneut zu erstellen:

   kubectl get secret $INGRESS_SECRET --namespace=ibm-cert-store -oyaml | grep -v '^\s*namespace:\s'| kubectl apply  --namespace=$TARGET_NAMESPACE -f -
   

3. Erstellen Sie den geheimen Schlüssel, der von der Anwendung verwendet wird, um Serviceberechtigungsnachweise abzurufen:

   kubectl create secret generic secure-file-storage-credentials --from-env-file=credentials.env
   

4. Stellen Sie die App bereit.

   kubectl apply -f secure-file-storage.yaml
   

5. Implementieren Sie das Netzrouting (einen ClusterIP-Service und Ingress) für Ihre App, um sie über das öffentliche Internet zugänglich zu machen.

   kubectl apply -f secure-file-storage-ingress.yaml
   

Bereitstellung von CIS und Secrets Manager Instanzen

• Eine IBM Cloud Internet Services-Instanz ist erforderlich. Verwenden Sie eine vorhandene Instanz oder erstellen Sie eine aus diesem Katalogeintrag. Eine Reihe von Preistarifen sind verfügbar, einschließlich einer kostenlosen Testversion. Im Bereitstellungsprozess eines neuen CIS wird erläutert, wie der vorhandene DNS-Registrator (möglicherweise nicht in IBM Cloud) für die Verwendung der von CISbereitgestellten Domänennamensserver konfiguriert wird. Exportieren Sie die angepasste Domäne im Shellfenster:

  export MYDOMAIN=example.com
  

• Eine Instanz von Secrets Manager ist erforderlich. Verwenden Sie eine vorhandene Instanz oder erstellen Sie eine neue Instanz, die unter Serviceinstanz von Secrets Manager erstellen beschrieben wird. Wenn Sie eine neue Instanz erstellen, geben Sie ihr den Namen secure-file-storage-sm. Sie können die Sicherheit Ihrer gespeicherten Daten erhöhen, indem Sie die zuvor erstellte Key Protect-Instanz integrieren.

Erstellen Sie einen DNS-Eintrag in der CIS-Instanz unter Verwendung Ihres Kubernetes-Clusters Ingress-Unterdomäne als Alias.

1. Öffnen Sie die Serviceinstanz von CIS. Sie finden sie in der Ressourcenliste.
2. Klicken Sie links auf die Registerkarte "Zuverlässigkeit ".
3. Klicken Sie oben auf die Registerkarte DNS.
4. Blättern Sie zum Abschnitt "DNS-Datensätze" vor und klicken Sie auf Hinzufügen, um einen neuen Datensatz zu erstellen:
   1. Typ: CNAME
   2. Name: secure-file-storage
   3. Alias: Die Ingress-Unterdomäne Ihres Clusters. Sie können den korrekten Wert in der Shell abrufen, indem Sie den folgenden Befehl ausführen:

      echo $INGRESS_SUBDOMAIN
      

   4. Klicken Sie auf Hinzufügen, um den neuen Datensatz hinzuzufügen.

Verbinden Sie die Secrets Manager-Instanz mit Let' s Encrypt.

1. Ein Let' s Encrypt ACME-Konto und die zugehörige Datei .pem sind erforderlich. Verwenden Sie eine vorhandene oder erstellen Sie eine:

   1. Installieren Sie acme-account-creation-tool. Erstellen eines Let' s Encrypt ACME-Kontos enthält Anweisungen und einen Link zum Erstellungstool.
   2. Führen Sie acme-account-creation-tool aus, um ein Konto speziell für dieses Beispiel für sicheren Dateispeicher zu erstellen. Es folgt ein Beispiel:

      $ ./acme-account-creation-tool-darwin-amd64 -e YOUREMAIL -o secure-file-storage.example.com -d letsencrypt-prod
      INFO[2022-12-28T13:30:00-08:00] Registering a new account with the CA
      INFO[2022-12-28T13:30:00-08:00] Account information written to file : secure-file-storage.example.com-account-info.json
      INFO[2022-12-28T13:30:00-08:00] Private key written to file : secure-file-storage.example.com-private-key.pem
      
      Account Info
      {
         "email": "YOUREMAIL",
         "registration_uri": "https://acme-v02.api.letsencrypt.org/acme/acct/891897087",
         "registration_body": {
            "status": "valid",
            "contact": [
               "mailto:YOUREMAIL"
            ]
         }
      }%
      $ ls
      secure-file-storage.example.com-account-info.json secure-file-storage.example.com-private-key.pem
      

2. Verbinden Sie das Konto 'Let' s Encrypt ACME' mit der Instanz Secrets Manager. Weitere Informationen finden Sie unter Konfiguration einer Zertifizierungsstelle in der Benutzerschnittstelle hinzufügen.

   1. Öffnen Sie die Secrets Manager-Serviceinstanz. Sie finden sie in der Ressourcenliste.
   2. Öffnen Sie auf der linken Seite Secrets engines und klicken Sie auf Public certificates.
   3. Klicken Sie unter Zertifizierungsstellen auf Hinzufügen.
   4. Name: LetsEncrypt und Zertifizierungsstelle: Let' s Encrypt.
   5. Klicken Sie unter Datei auswählen auf Datei hinzufügen und wählen Sie secure-file-storage.example.com-private-key.pem oder Ihre vorhandene .pem-Datei aus der Auswahlfunktion aus.
   6. Klicken Sie auf Hinzufügen.

3. Verbinden Sie die CIS als DNS-Anbieter:

   1. Klicken Sie unter 'DNS-Provider' auf Hinzufügen.
   2. Benennen Sie cis und wählen Sie in der Dropdown-Liste Cloud Internet Services aus.
   3. Klicken Sie auf Weiter.
   4. Wählen Sie auf der Registerkarte Berechtigung die Instanz CIS aus.
   5. Klicken Sie auf Hinzufügen.

4. Zertifikat in Secrets Manager bestellen

   1. Öffnen Sie den Secrets Manager-Service und wählen Sie links Geheime Schlüssel aus.
   2. Klicken Sie auf Hinzufügen.
   3. Klicken Sie auf Public certificate und anschließend auf Next.
   4. Füllen Sie das Formular aus:
      • Name - Geben Sie einen Namen ein, den Sie sich merken können.
      • Beschreibung - Geben Sie eine Beschreibung Ihrer Wahl ein.
      • Klicken Sie auf Weiter.
      • Wählen Sie unter Zertifizierungsstelle Ihre konfigurierte Let's Encrypt- Zertifizierungsstellenengine aus.
      • Wählen Sie unter Schlüsselalgorithmus Ihren bevorzugten Algorithmus aus.
      • Bundlezertifikate - leer lassen
      • Automatische Zertifikatrotation - leer lassen
      • Wählen Sie unter DNS-Provider Ihre konfigurierte DNS-Providerinstanz aus.
      • Klicken Sie auf Domänen auswählen und kreuzen Sie Mit Platzhalterzeichen auswählen an, lassen Sie die Domäne selbst inaktiviert und klicken Sie dann auf Fertig.
   5. Klicken Sie auf Weiter.
   6. Überprüfen Sie Ihre Auswahl und klicken Sie auf Hinzufügen.
   7. Klicken Sie auf das Menü mit drei vertikalen Punkten für den aktiven geheimen Schlüssel und wählen Sie Details aus und kopieren Sie den CRN aus dem Dialog. Exportieren Sie den Wert in der Shell. Dies sieht ungefähr wie folgt aus:

      export PUBLIC_CERT_CRN=crn:v1:bluemix:public:secrets-manager:eu-de:a/abc123abc123abc123abc123:99999999-9999-9999-9999-999999999999:secret:aaaaaaaa-9999-9999-aaaa-123456781234
      

5. In diesem Lernprogramm wird die Service-zu-Service-Berechtigung genutzt, um dem Cluster Zugriff auf die Serviceinstanz von Secrets Manager und ihre verwalteten geheimen Schlüssel zu erteilen.

   1. Wechseln Sie zur Seite IAM-Berechtigungen und klicken Sie auf Erstellen, um eine neue Berechtigung hinzuzufügen.
   2. Wählen Sie unter Quelle Kubernetes Service aus und wählen Sie dann Bestimmte Ressourcen aus. Wählen Sie anschließend für Quellenserviceinstanz Ihren Cluster aus.
   3. Wählen Sie unter Ziel Secrets Manager aus und wählen Sie dann unter Bestimmte Ressourcen und Instanz-ID Ihre Secrets Manager-Serviceinstanz aus.
   4. Wählen Sie schließlich unter Rollen Manager aus und erteilen Sie die Berechtigung, indem Sie auf Berechtigen klicken.

6. Überprüfen Sie, ob die Werte für MYDOMAIN und PUBLIC_CERT_CRN in die Umgebung exportiert wurden:

   echo MYDOMAIN $(printenv MYDOMAIN)
   echo PUBLIC_CERT_CRN $(printenv PUBLIC_CERT_CRN)
   

7. Erstellen Sie einen geheimen Ingress-Schlüssel aus dem neuen TLS-Zertifikat.

   ibmcloud ks ingress secret create --name secure-file-storage-certificate --cluster $MYCLUSTER --cert-crn $PUBLIC_CERT_CRN --namespace $TARGET_NAMESPACE
   

8. Führen Sie den folgenden Befehl aus, um neue Kopien der Konfigurationsdateien zu erstellen. Er verwendet alle Umgebungsvariablen, die Sie zusammen mit den Vorlagendateien secure-file-storage.template.yaml und secure-file-storage.template-ingress.yaml konfiguriert haben. Sie können zuerst die aktuelle Version speichern:

   cp secure-file-storage.yaml /tmp
   cp secure-file-storage-ingress.yaml /tmp
   

   ./generate_yaml.sh
   

9. Wenden Sie die Konfigurationsänderungen auf Ihren Cluster an:

   kubectl apply -f secure-file-storage-ingress.yaml
   

10. Wechseln Sie zurück zum Browser. Suchen Sie in der IBM Cloud-Ressourcenliste den zuvor erstellten und konfigurierten App ID-Service und starten Sie dessen Management-Dashboard.

• Klicken Sie links auf Authentifizierung verwalten und oben auf die Registerkarte Authentifizierungseinstellungen.
• Fügen Sie im Formular Webumleitungs-URLs hinzufügen https://secure-file-storage.example.com/redirect_uri als weitere URL hinzu.

11. Alles sollte jetzt ordnungsgemäß eingerichtet sein. Testen Sie die App, indem Sie in Ihrer konfigurierten angepassten Domäne https://secure-file-storage.<your custom domain> darauf zugreifen.