Szenarios

Sehen Sie sich diese Beispielszenarien an, um zu erfahren, wie Sie Ihr Konto so einrichten, dass Sie Auditing-Ereignisse mit Hilfe von IBM Cloud® Activity Tracker Event Routing verwalten können.

Finanzservices(FS)geprüft EU-verwaltetes Konto Unternehmenskonto Globale Ereignisse Data-Lake-Szenario

Szenario für Financial Services (FS) Validated

Leiten Sie die Ereignisdaten Ihrer Aktivitäten an IBM Cloud Object Storage for IBM Cloud als Compliance-Nachweis weiter.

Wenn Sie eine Lösung benötigen, die für Financial Services (FS) validiert ist (Financial Services Validated), können Sie Ihre Geschäfte in IBM Cloud in einer der unterstützten Regionen wie 'us-south', 'us-east', 'eu-de' und 'eu-gb' ausführen.

Um Activity Tracker Event Routing für Ihr Konto zu konfigurieren, müssen Sie daher Ihre Kontoeinstellungen, Ziele und Routen wie folgt definieren:

  • Sie müssen die Einstellung für die primäre Metadatenregion für Ihr Konto auf eine der unterstützten, für FS validierten Regionen in IBM Cloud festlegen. Sie können sie beispielsweise auf us-east setzen.

  • Sie müssen die für Ihr Konto zulässige Zielregion auf die Gruppe der für FS validierten Regionen festlegen, in denen Sie arbeiten. Sie können sie beispielsweise auf us-south,us-east,eu-gb,eu-de setzen. Diese Einstellung verhindert, dass Administratoren Ziele an nicht zulässigen Standorten erstellen.

  • Sie müssen Ihr Konto Private api endpoint only so einstellen, dass nur Administratoren private Endpunkte zur Verwaltung der Konfiguration von Activity Tracker Event Routing verwenden können.

  • Sie können mindestens ein Ziel des Typs cloud-object-storage definieren, um Ihre Prüfereignisse zu speichern.

    Sie können ein Cloud Object Storage-Ziel in jeder der zulässigen Regionen definieren.

  • Sie müssen die Einstellung Standardziele definieren, um bis zu zwei Standardziele zu konfigurieren, die für die Weiterleitung von Prüfereignissen verwendet werden, die nicht explizit in den Routing-Regeln des Kontos verwaltet werden. Wenn Sie beispielsweise über ein Unternehmenskonto verfügen, können Sie ein Ziel in einem anderen Konto definieren, um Prüfereignisse von allen untergeordneten Konten in Ihrem Unternehmen weiterzuleiten, und ein lokales Ziel in diesem Konto, um eine Kopie lokal für das Konto aufzubewahren.

  • Sie müssen eine Route definieren, um das Konto so zu konfigurieren, dass globale Prüfereignisse und standortbezogene Prüfereignisse weitergeleitet werden.

    Um beispielsweise Prüfereignisse für alle unterstützten Standorte in einem einzelnen Ziel innerhalb des Kontos zu erfassen, können Sie eine Route mit der folgenden Regel definieren:

    [
      {
         "locations":[
            "global",
            "eu-de",
            "eu-gb",
            "us-south",
            "us-east"
         ],
         "target_ids":[
            "<COS TARGET ID 1>"
         ]
      }
    ]
    

    Um beispielsweise Prüfereignisse für alle unterstützten Standorte innerhalb des Kontos und in einem anderen Konto zu erfassen, können Sie eine Route mit der folgenden Regel definieren:

    [
      {
         "locations":[
            "global",
            "eu-de",
            "eu-gb",
            "us-south",
            "us-east"
         ],
         "target_ids":[
            "<COS TARGET ID 1>",
            "<COS TARGET ID 2>"
         ]
      }
    ]
    

Ihre Kontoeinstellungen würden beispielsweise wie folgt aussehen:

ibmcloud atracker setting get
OK
IBM Cloud Activity Tracker settings
Metadata region primary:                             us-east
Default targets:                                     [<COS TARGET ID 1>,<COS TARGET ID 2>]
Permitted target regions:                            [us-south,us-east,eu-gb,eu-de]
Private api endpoint only:                           true
API version:                                         2

Und Ihre Ziele ähnlich dem folgenden Beispiel:

ibmcloud atracker target ls
Listing IBM Cloud Activity Tracker targets for all regions...
OK
Name                       ID                                     Region   Type                   Service to Service Enabled   CreatedAt                  UpdatedAt
target-cos                 <COS TARGET ID 1>                      eu-de    cloud_object_storage   true                         2022-05-16T17:16:05.234Z   2022-05-16T17:16:05.234Z
target-cross-acc-cos       <COS TARGET ID 2>                      eu-de    cloud_object_storage   true                         2022-05-16T17:16:05.721Z   2022-05-16T17:16:05.721Z

Szenario für ein von der EU verwaltetes Kontos

Verbessern Sie die Compliance für den Datenspeicherort, indem Sie ruhende Daten an von der EU verwalteten Standorten aufbewahren.

Wenn Sie eine Lösung benötigen, die EU-konform ist, müssen Sie Ihr Geschäft auf IBM Cloud in der Region Frankfurt (eu-de) oder Madrid (eu-es) betreiben. Dies sind die einzigen unterstützten Standorte, die EU-konform sind.

Um Activity Tracker Event Routing für Ihr Konto zu konfigurieren, müssen Sie daher Ihre Kontoeinstellungen, Ziele und Routen wie folgt definieren:

  • Sie müssen die primäre Regionseinstellung für die Metadaten Ihres Kontos auf Frankfurt (eu-de) oder Madrid (eu-es).

  • Sie müssen Ihr Konto Zulässige Zielregion auf eu-de oder eu-es einstellen. Diese Einstellung verhindert, dass Administratoren Ziele an nicht zulässigen Standorten erstellen.

  • Sie können die Einstellung Nur privater API-Endpunkt für Ihr Konto entsprechend festlegen, um anzugeben, ob Administratoren öffentliche Endpunkte und/oder private Endpunkte verwenden dürfen. Diese Einstellung gibt die Art der Endpunkte an, die die Konfiguration von Activity Tracker Event Routing verwalten dürfen.

  • Sie können mindestens ein Ziel des Typs cloud-object-storage oder cloud-logs definieren, um Ihre Prüfereignisse zu speichern. Diese Ziele müssen sich in Frankfurt oder Madrid befinden.

    Sie können ein cloud-object-storage-Ziel in Frankfurt oder Madrid definieren, um Auditing-Ereignisse für eine langfristige Speicherung zu speichern.

    Sie können ein cloud-logs Ziel in Frankfurt oder Madrid definieren, um Administratoren die grafische Suche und Überwachung von Auditing-Ereignissen sowie die Definition von Warnmeldungen zu ermöglichen.

  • Sie können die Einstellung Standardziele definieren, um bis zu zwei Standardziele zu konfigurieren, die zum Erfassen von Prüfereignissen verwendet werden, die nicht explizit in den Routing-Regeln des Kontos verwaltet werden. Sie können zum Beispiel ein Ziel cloud-object-storage und ein Ziel cloud-logs konfigurieren. Sie können im Ziel cloud-logs Warnungen einrichten, um benachrichtigt zu werden, wenn Ereignisse gemeldet werden, die an nicht von eu verwalteten Standorten in Ihrem Konto erzeugt werden.

  • Sie müssen eine Route definieren, um das Konto so zu konfigurieren, dass globale Prüfereignisse und standortbezogene Prüfereignisse, die in Frankfurt generiert werden, an die in der Routing-Regel angegebenen Ziele weitergeleitet werden.

    [
      {
         "locations":[
            "global",
            "eu-de"
         ],
         "target_ids":[
            "<COS TARGET ID>",
            "<CLOUD LOGS TARGET ID>"
         ]
      }
    ]
    

Ihre Kontoeinstellungen würden beispielsweise wie folgt aussehen:

ibmcloud atracker setting get
OK
IBM Cloud Activity Tracker settings
Metadata region primary:                             eu-de
Default targets:                                     [<CLOUD LOGS ID>,<COS TARGET ID>]
Permitted target regions:                            [eu-de]
Private api endpoint only:                           false
API version:                                         2

Und Ihre Ziele ähnlich dem folgenden Beispiel:

ibmcloud atracker target ls
Listing IBM Cloud Activity Tracker targets for all regions...
OK
Name            ID                                     Region   Type                   Service to Service Enabled   CreatedAt                  UpdatedAt
target-cloudlogs   <CLOUD LOGS TARGET ID>                     eu-de    cloud_logs                 -                            2022-05-16T17:03:00.968Z   2022-05-16T17:03:00.968Z
target-cos      <COS TARGET ID>                        eu-de    cloud_object_storage   true                         2022-05-16T17:16:05.721Z   2022-05-16T17:16:05.721Z

Szenario für Unternehmenskonto

Konsolidieren Sie Activity Tracker Event Routing-Daten in dem Konto und der Region Ihrer primären Operationen. Sie können Prüfereignisse auch an mehrere Standorte weiterleiten.

Wenn Sie beispielsweise ein Unternehmen mit mehreren untergeordneten Konten haben, können Sie Ihre Geschäfte in IBM Cloud in mehreren Regionen wie 'us-south', 'us-east', 'eu-de', 'au-syd' und 'eu-gb ' ausführen.

  • Sie betreiben die Entwicklung in der Region 'us-south'.
  • Sie führen die Qualitätssicherung in der Region 'eu-gb' durch.
  • Sie produzieren in den Regionen 'eu-de' und 'us-east'.
  • Sie lassen nur private Endpunkte in IBM Cloud zu.
  • Sie möchten nur Prüfereignisse aus Ihren Produktionsregionen erfassen.

Um in diesem Szenario Activity Tracker Event Routing für Ihr Konto zu konfigurieren, müssen Sie Ihre Kontoeinstellungen, Ziele und Routen wie folgt definieren:

  • Sie müssen die primäre Einstellung der Metadatenregion Ihres Kontos auf eine der unterstützten Activity Tracker Event Routing Regionen in IBM Cloud festlegen. Sie können sie beispielsweise auf us-east setzen.

  • Sie müssen die für Ihr Konto zulässige Zielregion auf die Regionen festlegen, in denen Sie arbeiten. Sie können sie beispielsweise auf us-south,us-east,eu-gb,eu-de setzen. Diese Einstellung verhindert, dass Administratoren Ziele an nicht zulässigen Standorten erstellen.

  • Sie müssen Ihr Konto Private api endpoint only so einstellen, dass nur Administratoren private Endpunkte zur Verwaltung der Konfiguration von Activity Tracker Event Routing verwenden können.

  • Sie können mindestens ein Ziel des Typs cloud-object-storage oder cloud-logs definieren, um Ihre Prüfereignisse zu speichern.

  • Sie können die Einstellung Standardziele definieren, um bis zu zwei Standardziele zu konfigurieren, die zum Erfassen von Prüfereignissen verwendet werden, die nicht explizit in den Routing-Regeln des Kontos verwaltet werden. Sie können beispielsweise ein Ziel in einem anderen Konto definieren und Prüfereignisse von allen untergeordneten Konten in Ihrem Unternehmen an dieses Ziel weiterleiten. Sie können auch ein lokales Ziel im Konto definieren, um eine lokale Kopie für das untergeordnete Konto aufzubewahren.

  • Sie müssen eine Route definieren, um das Konto so zu konfigurieren, dass globale Prüfereignisse und standortbezogene Prüfereignisse weitergeleitet werden.

    Um beispielsweise Prüfereignisse für alle unterstützten Standorte in einem einzelnen Ziel innerhalb des Kontos zu erfassen, können Sie eine Route mit der folgenden Regel definieren:

    [
      {
         "locations":[
            "global",
            "eu-de",
            "us-east"
         ],
         "target_ids":[
            "<COS TARGET ID 1>"
         ]
      }
    ]
    

    Da Sie in den Einstellungen für die Kontokonfiguration Standardziele definiert haben, werden Prüfereignisse, die nicht explizit in den Routing-Regeln des Kontos verwaltet werden, an diese Standardziele weitergeleitet.

    Um Prüfereignisse für die Regionen zu löschen, in denen Sie Entwicklung und Qualitätssicherung durchführen, können Sie die folgende Regel hinzufügen:

    [
      {
         "locations":[
            "global",
            "eu-de",
            "us-east"
         ],
         "target_ids":[
            "<COS TARGET ID 1>"
         ]
      },
      {
         "locations":[
            "eu-gb",
            "us-south"
         ],
         "target_ids":[
         ]
      }
    ]
    

    Wenn Sie Prüfereignisse an allen unterstützten Standorten in dem Konto erfassen müssen, das die Ereignisse generiert, sowie in einem anderen Konto, in dem Sie Ereignisse aus allen Unternehmenskonten erfassen, können Sie eine Route mit der folgenden Regel definieren:

    [
      {
         "locations":[
            "global",
            "eu-de",
            "us-east"
         ],
         "target_ids":[
            "<COS TARGET ID 1>",
            "<COS TARGET ID 2>"
         ]
      }
    ]
    

Ihre Kontoeinstellungen sehen wie folgt aus:

ibmcloud atracker setting get
OK
IBM Cloud Activity Tracker settings
Metadata region primary:                             us-east
Default targets:                                     [<COS TARGET ID 1>,<COS TARGET ID 2>]
Permitted target regions:                            [us-south,us-east,eu-gb,eu-de]
Private api endpoint only:                           true
API version:                                         2

Und Ihre Ziele ähnlich dem folgenden Beispiel:

ibmcloud atracker target ls
Listing IBM Cloud Activity Tracker targets for all regions...
OK
Name                       ID                                     Region   Type                   Service to Service Enabled   CreatedAt                  UpdatedAt
target-cos                 <COS TARGET ID 1>                      eu-de    cloud_object_storage   true                         2022-05-16T17:16:05.234Z   2022-05-16T17:16:05.234Z
target-cross-acc-cos       <COS TARGET ID 2>                      eu-de    cloud_object_storage   true                         2022-05-16T17:16:05.721Z   2022-05-16T17:16:05.721Z

Szenario für globale Ereignisse

Verwalten Sie globale Ereignisse in einem Konto und leiten Sie sie an den Standort Ihrer Wahl weiter.

Sie können Activity Tracker Event Routing konfigurieren, um die IBM Cloud Logs Instanz Ihrer Wahl zu konfigurieren, in der Sie globale Ereignisse verwalten können.

Beispiel:

  • Sie führen Ihre Geschäfte in IBM Cloud in mehreren Regionen aus, z. B. in den Regionen 'us-south', 'us-east', 'ca-tor', 'au-syd' und 'br-sao '.
  • Sie möchten globale Ereignisse an einem anderen Standort als Frankfurt erfassen.

In diesem Beispiel müssen Sie, um Activity Tracker Event Routing für Ihr Konto zu konfigurieren, Ihre Kontoeinstellungen, Ziele und Routen wie folgt definieren:

  • Sie müssen die primäre Einstellung der Metadatenregion Ihres Kontos auf eine der unterstützten Activity Tracker Event Routing Regionen in IBM Cloud festlegen. Sie können sie beispielsweise auf us-east setzen.

  • Sie müssen Ihr Konto Zulässige Zielregion auf die Region setzen, in der Sie die Zielressource definieren möchten, die die IBM Cloud Logs-Instanz angibt, an die globale Ereignisse weitergeleitet werden. Es empfiehlt sich, sie auf denselben Standort wie die Metadatenregion zu setzen.

  • Sie müssen ein Ziel des Typs cloud-logs zum Speichern Ihrer globalen Prüfereignisse definieren.

  • Sie müssen eine Route definieren, um das Konto so zu konfigurieren, dass globale Prüfereignisse an die Activity Tracker Event Routing-Instanz Ihrer Wahl weitergeleitet werden.

    Sie können beispielsweise eine Route mit der folgenden Regel definieren:

    [
      {
         "locations":[
            "global"
         ],
         "target_ids":[
            "<CLOUD LOGS TARGET ID 1>"
         ]
      }
    ]
    

Ihre Kontoeinstellungen sehen wie folgt aus:

ibmcloud atracker setting get
OK
IBM Cloud Activity Tracker settings
Metadata region primary:                             us-east
Default targets:                                     []
Permitted target regions:                            [us-east]
Private api endpoint only:                           false
API version:                                         2

Ihr Ziel würde ähnlich dem folgenden Beispiel aussehen:

ibmcloud atracker target ls
Listing IBM Cloud Activity Tracker targets for all regions...
OK
Name                       ID                                     Region     Type                   Service to Service Enabled   CreatedAt                  UpdatedAt
target-cloudlogs              <CLOUD LOGS TARGET ID 1>                   us-east    cloud_logs                 -                            2022-05-16T17:16:05.234Z   2022-05-16T17:16:05.234Z

Szenario für Data-Lake

Sie können Activity Tracker Event Routing in Ihrem Konto so konfigurieren, dass Auditing-Ereignisse direkt an einen IBM Cloud Object Storage Datensee weitergeleitet werden.

Verwenden Sie diese Option für Cloud-Workloads im Rahmen von Financial Services, bei denen eine durchgängige Compliance erforderlich ist.