Introduzione a Databases for PostgreSQL

Questa esercitazione guida l'utente attraverso i passaggi per iniziare rapidamente a utilizzare Databases for PostgreSQL, effettuando il provisioning di un'istanza, configurando pgAdmin,, impostando la password di amministrazione e configurando la registrazione e il monitoraggio.

Seguite questi passaggi per completare l'esercitazione:

Seguite questi passaggi per completare l'esercitazione:

Seguite questi passaggi per completare l'esercitazione:

Seguite questi passaggi per completare l'esercitazione:

Prima di iniziare

Passo 1: Esegui il provisioning tramite la console

  1. Accedi alla console IBM Cloud.

  2. Fai clic sul servizio Databases for PostgreSQL nel catalogo.

  3. In Dettagli servizio, configurare quanto segue:

    • Nome servizio- Il nome può essere qualsiasi stringa ed è il nome utilizzato sul Web e nella CLI per identificare la nuova distribuzione.
    • Gruppo di risorse- Se state organizzando i servizi in gruppi di risorse, specificate il gruppo di risorse in questo campo. Altrimenti, è possibile lasciare il valore predefinito. Per ulteriori informazioni, vedi Gestione dei gruppi di risorse.
    • Posizione: la regione del cloud pubblico della distribuzione.

  4. Assegnazione risorse- Specificare la RAM iniziale, il disco e i core per i propri database. Le dimensioni minime di memoria e disco sono selezionate per impostazione predefinita. Con i core dedicati, al tuo gruppo di risorse viene fornito un host a singolo tenant con una riserva minima di condivisioni CPU. Alle tue distribuzioni viene quindi assegnato il numero di core che specifichi. Una volta eseguito il provisioning, il disco non può essere ridotto.

  5. Nella configurazione del servizio, configurare quanto segue:

    • Versione del database Impostata solo alla distribuzione- La versione di distribuzione del database. Per garantire prestazioni ottimali, eseguire la versione preferita. L'ultima versione secondaria viene utilizzata automaticamente. Per ulteriori informazioni, vedere Criteri di versionamento del database.
    • Codifica- se si utilizza Key Protect, è possibile selezionare un'istanza e una chiave per codificare il disco della distribuzione. Se non si utilizza la propria chiave, la distribuzione crea e gestisce automaticamente la propria chiave di codifica del disco.
    • Endpoint Impostati solo sull'installazione client- Configurare gliendpoint del servizio sull'installazione client.

    Dopo aver configurato le impostazioni appropriate, fare clic su Crea per avviare il processo di provisioning. Viene aperta la pagina Elenco risorse Databases for PostgreSQL.

  6. Fai clic su Crea. Si apre la pagina Cloud Databases Elenco risorse.

  7. Quando l'istanza è stata fornita, fare clic sul nome dell'istanza per visualizzare ulteriori informazioni.

Fase 1: provisioning tramite la CLI

Puoi eseguire il provisioning di un'istanza Databases for PostgreSQL tramite la CLI. Se non lo hai già, devi installare la CLIIBM Cloud.

  1. Accedi a IBM Cloud con il seguente comando:

    ibmcloud login

    Se si utilizza un ID utente federato, è importante passare a un codice di accesso unico (ibmcloud login --sso) o utilizzare una chiave API (ibmcloud --apikey key o @key_file) per l'autenticazione. Per ulteriori informazioni su come accedere utilizzando la CLI, vedere Comandi generali della CLI(ibmcloud) in ibmcloud login.

  2. Creare un'istanza di Databases for PostgreSQL.

    Seleziona uno dei seguenti metodi:

    • Per creare un'istanza dalla CLI sul piano Enterprise, eseguire il seguente comando:

      ibmcloud resource service-instance-create <INSTANCE_NAME> <SERVICE_NAME> <SERVICE_PLAN_NAME> <LOCATION> <SERVICE_ENDPOINTS_TYPE> <RESOURCE_GROUP>

    I campi nel comando sono descritti nella seguente tabella.

    Campi del formato del comando di base
    Campo Descrizione Indicatore
    NAME Richiesto Il nome dell'istanza può essere una stringa qualsiasi ed è il nome utilizzato sul web e nella CLI per identificare la nuova installazione client.
    SERVICE_NAME Richiesto Nome o ID del servizio. Per Databases for PostgreSQL, utilizzare databases-for-postgresql.
    SERVICE_PLAN_NAME Richiesto Piano standard (standard)
    LOCATION Richiesto La posizione in cui si desidera distribuire. Per recuperare un elenco di regioni, utilizzare il comando ibmcloud regions.
    SERVICE_ENDPOINTS_TYPE Configurare gli endpoint di servizio della distribuzione, public o private.
    RESOURCE_GROUP Il nome del gruppo di risorse. Il valore predefinito è default. -g
    --parameters File o stringa JSON dei parametri per creare l'istanza del servizio -p

    Viene visualizzata una risposta come:

    Creating service instance INSTANCE_NAME in resource group default of account    USER...
OK
Service instance INSTANCE_NAME was created.

Name:                INSTANCE_NAME
ID:                  crn:v1:bluemix:public:databases-for-postgresql:us-east:a/   40ddc34a846383BGB5b60e:dd13152c-fe15-4bb6-af94-fde0af5303f4::
GUID:                dd13152c-fe15-4bb6-af94-fde0af56897
Location:            LOCATION
State:               provisioning
Type:                service_instance
Sub Type:            Public
Service Endpoints:   private
Allow Cleanup:       false
Locked:              false
Created at:          2023-06-26T19:42:07Z
Updated at:          2023-06-26T19:42:07Z
Last Operation:
                     Status    create in progress
                     Message   Started create instance operation

  3. Per controllare lo stato di provisioning, utilizzare il seguente comando:

    ibmcloud resource service-instance <INSTANCE_NAME>

    Al termine, viene visualizzata una risposta simile alla seguente:

    Retrieving service instance INSTANCE_NAME in resource group default under account USER's Account as USER...
OK

Name:                  INSTANCE_NAME
ID:                    crn:v1:bluemix:public:databases-for-postgresql:us-east:a/40ddc34a953a8c02f109835656860e:dd13152c-fe15-4bb6-af94-fde0af5303f4::
GUID:                  dd13152c-fe15-4bb6-af94-fde5654765
Location:              <LOCATION>
Service Name:          databases-for-postgresql
Service Plan Name:     standard
Resource Group Name:   default
State:                 active
Type:                  service_instance
Sub Type:              Public
Locked:                false
Service Endpoints:     private
Created at:            2023-06-26T19:42:07Z
Created by:            USER
Updated at:            2023-06-26T19:53:25Z
Last Operation:
                       Status    create succeeded
                       Message   Provisioning PostgreSQL with version 12 (100%)

  4. (Facoltativo) Eliminazione di un'istanza del servizio Eliminare un'istanza eseguendo un comando come questo:

    ibmcloud resource service-instance-delete <INSTANCE_NAME>

Connetti al database con la CLI

Trova i comandi appropriati per la connessione al tuo database dalla CLI in Cloud Databases CLI Reference e Connecting with psql.

Il comando ibmcloud cdb deployment-connections gestisce tutto ciò che è coinvolto nella creazione di un collegamento CLI. Ad esempio, per connettersi a una distribuzione denominata "example-postgres", utilizzare un comando come:

ibmcloud cdb deployment-connections example-postgres --start

Il comando richiede la parola d'ordine admin e quindi esegue la CLI psql per connettersi al database. Per installare il plugin Cloud Databases, consulta Connecting with psql documentation here.

Il parametro --parameters

Il comando service-instance-create supporta un indicatore -p, che consente ai parametri in formato JSON di passare al processo di provisioning. Alcuni valori di parametri sono i CRN (Cloud Resource Name), che identificano in modo univoco una risorsa nel cloud. Tutti i nomi e i valori dei parametri vengono passati come stringhe.

Ad esempio, se viene eseguito il provisioning di un database da un particolare backup e la nuova distribuzione del database richiede un totale di 9 GB di memoria su tre membri, il comando per eseguire il provisioning di 3 GB per membro è simile al seguente:

ibmcloud resource service-instance-create databases-for-postgresql <SERVICE_NAME> standard us-south \
-p \ '{
  "backup_id": "crn:v1:blue:public:databases-for-postgresql:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71717:backup:06392e97-df90-46d8-98e8-cb67e9e0a8e6",
  "members_memory_allocation_mb": "3072"
}'

Passo 1: Esegui il provisioning tramite l'API del controller di risorse

Segui questa procedura per eseguire il provisioning utilizzando l'API del controller delle risorse.

  1. Ottieni un token IAM dal tuo token API.

  2. Devi conoscere l'ID del gruppo di risorse a cui vuoi eseguire la distribuzione. Queste informazioni sono disponibili tramite la CLI IBM Cloud.

    Utilizzare un comando come:

    ibmcloud resource groups

  3. È necessario conoscere la regione in cui si desidera eseguire la distribuzione.

    Per elencare tutte le regioni in cui è possibile eseguire il provisioning delle distribuzioni dalla regione corrente, utilizza il plug-in della CLICloud Databases.

    Il comando è simile al seguente:

    ibmcloud cdb regions --json

    Una volta che disponi di tutte le informazioni, esegui il provisioning di una nuova istanza della risorsa con il controllore della risorsa IBM Cloud.

    curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
    -d '{
    "name": "my-instance",
    "target": "blue-us-south",
    "resource_group": "5g9f447903254bb58972a2f3f5a4c711",
    "resource_plan_id": "databases-for-postgresql-standard"
  }'

    I parametri name, target, resource_group e resource_plan_id sono tutti obbligatori.

Elenco dei parametri aggiuntivi

  • backup_id- Un CRN di una risorsa di backup da cui eseguire il ripristino. Il backup deve essere creato da una installazione database con lo stesso ID servizio. Il backup viene caricato dopo il provisioning e viene avviata la nuova distribuzione che utilizza tali dati. Un CRN di backup ha il formato crn:v1:<...>:backup:<uuid>. Se omesso, il database viene fornito vuoto.

  • version- La versione del database di cui eseguire il provisioning. Se omesso, il database viene creato con la versione principale e secondaria più recente.

  • disk_encryption_key_crn- Il CRN di una chiave KMS ( Key Protect ), che viene poi utilizzata per la crittografia del disco. Una chiave KMS CRN ha il formato crn:v1:<...>:key:<id>.

  • backup_encryption_key_crn- Il CRN di una chiave KMS (ad esempio, [Key Protect ), che viene utilizzata per la crittografia di backup. Una chiave KMS CRN ha il formato crn:v1:<...>:key:<id>.

    Per utilizzare una chiave per i tuoi backup, devi prima abilitare la delega da servizio a servizio.

  • members_memory_allocation_mb- quantità totale di memoria da condividere tra i membri del database all'interno del database. Ad esempio, se il valore è "6144" e ci sono tre membri del database, la distribuzione ottiene un totale di 6 GB di RAM, fornendo 2 GB di RAM per membro. Se omesso, viene utilizzato il valore predefinito per il tipo di database.

  • members_disk_allocation_mb- quantità totale di disco da condividere tra i membri del database all'interno del database. Ad esempio, se il valore è "30720" e ci sono tre membri, la distribuzione ottiene 30 GB di disco totale, fornendo 10 GB di disco per membro. Se omesso, viene utilizzato il valore predefinito per il tipo di database.

  • members_cpu_allocation_count- Abilita e assegna il numero di core dedicati specificati alla tua distribuzione. Ad esempio, per utilizzare due core dedicati per membro, utilizzare "members_cpu_allocation_count":"2". Se omesso, il valore predefinito "CPU condivisa" utilizza le risorse di calcolo sugli host condivisi.

  • service_endpoints- Gli endpoint del servizio supportati nella distribuzione, public o private. È un parametro obbligatorio.

Passo 1: Esegui il provisioning tramite Terraform

Utilizza Terraform per gestire la tua infrastruttura tramite la Risorsa ibm_database per Terraform. In alternativa, è possibile utilizzare i moduli Terraform IBM per gestire l'infrastruttura attraverso i moduli Terraform IBM per Databases for PostgreSQL.

Utilizzo di API

Utilizza l'API Cloud Databases per lavorare con la tua istanza Databases for PostgreSQL. L'API del controller della risorsa viene utilizzato per eseguire il provisioning di un'istanza.

Passo 2: Impostare la password di amministrazione

L'utente admin

Quando si esegue il provisioning di una distribuzione Databases for PostgreSQL, viene creato automaticamente un utente amministratore.

Impostare la password amministratore prima di utilizzarla per la connessione.

Quando esegui il provisioning di una nuova distribuzione in IBM Cloud, ti viene automaticamente fornito un utente admin per accedere e gestire PostgreSQL. Una volta impostata la password amministratore, utilizzarla per connettersi alla tua distribuzione.

Quando admin crea una risorsa in un database, come una tabella, admin possiede tale oggetto. Le risorse create da admin non sono accessibili da altri utenti, a meno che non si concedano espressamente le autorizzazioni.

La differenza maggiore tra l'utente admin e qualsiasi altro utente che aggiungi alla tua distribuzione è rappresentata dai ruoli pg_monitor e pg_signal_backend. Il ruolo pg_monitor fornisce una serie di autorizzazioni che rendono l'utente amministratore appropriato per il monitoraggio del server di database. Il ruolo pg_signal_backend fornisce all'utente amministratore la possibilità di inviare segnali per annullare query e connessioni avviate da altri utenti. Non è in grado di inviare segnali ai processi di proprietà dei superutenti.

È anche possibile utilizzare l'utente admin per concedere questi due ruoli ad altri utenti nella distribuzione.

Per esporre la capacità di annullare query ad altri utenti del database, concedi il ruolo pg_signal_backend all'utente admin. Utilizzare un comando come:

GRANT pg_signal_backend TO joe;

Per consentire all'utente joe di annullare i backend, concedi pg_signal_backend a tutti gli utenti con il ruolo ibm-cloud-base-user con un comando come:

GRANT pg_signal_backend TO "ibm-cloud-base-user";

Questo privilegio consente all'utente o agli utenti di terminare qualsiasi connessione al database.

Per impostare un utente di monitoraggio specifico, mary, utilizzare un comando come:

GRANT pg_monitor TO mary;

Concedi pg_signal_backend a tutti gli utenti con il ruolo ibm-cloud-base-user con un comando come:

GRANT pg_monitor TO "ibm-cloud-base-user";

Impostazione della password di amministrazione nell'interfaccia utente

Imposta la tua password amministratore tramite l'IU selezionando la tua istanza dall'Elenco risorse in Dashboard IBM Cloud. Quindi, selezionare Impostazioni. Successivamente, selezionare Modifica password amministratore database.

Impostare la password di amministrazione tramite la CLI

Utilizza il comando cdb user-password dal plug-in IBM Cloud CLI Cloud Databases per impostare la password dell'amministratore.

Ad esempio, per impostare la password admin per una distribuzione denominata example-deployment, utilizzare il seguente comando:

ibmcloud cdb user-password example-deployment admin <newpassword>

Impostare la password di amministrazione tramite l'API

L'endpoint della fondazione mostrato nella sezione Panoramica dei dettagli di distribuzione del servizio fornisce le informazioni di base ( URL ) per accedere a questa distribuzione tramite l'API. Utilizzarlo con l'endpoint Imposta password dell'utente specificato per impostare la password dell'amministratore.

curl -X PATCH `https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/users/admin` \
-H `Authorization: Bearer <>` \
-H `Content-Type: application/json` \
-d `{"password":"newrootpasswordsupersecure21"}` \

Impostare la password di amministrazione tramite Terraform

Per impostare la password Admin, utilizzare la API:

L'endpoint della fondazione mostrato nella sezione Panoramica dei dettagli di distribuzione del servizio fornisce le informazioni di base ( URL ) per accedere a questa distribuzione tramite l'API. Utilizzarlo con l'endpoint Imposta password dell'utente specificato per impostare la password dell'amministratore.

curl -X PATCH `https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/users/admin` \
-H `Authorization: Bearer <>` \
-H `Content-Type: application/json` \
-d `{"password":"newrootpasswordsupersecure21"}` \

È possibile utilizzare anche la CLI:

Utilizza il comando cdb user-password dal plug-in IBM Cloud CLI Cloud Databases per impostare la password dell'amministratore.

Ad esempio, per impostare la password admin per una distribuzione denominata example-deployment, utilizzare il seguente comando:

ibmcloud cdb user-password example-deployment admin <newpassword>

Per impostare la password di amministrazione attraverso l'interfaccia utente, procedere come segue:

Impostare la password di amministrazione attraverso l'interfaccia utente, selezionando l'istanza dall'elenco delle risorse nella dashboard IBM Cloud. Quindi, selezionare Impostazioni. Quindi, selezionare Modifica password amministratore database.

Passo 3: configurare pgAdmin

pgAdmin viene eseguito come un server e l'utente si connette ad esso tramite un browser. Quando il server viene avviato, viene eseguito sull'host locale, per impostazione predefinita http://127.0.0.1:53113/browser/.

Quando si apre per la prima volta pgAdmin, viene richiesto di impostare una password primaria. Questa parola d'ordine è diversa dalla parola d'ordine della tua istanza poiché viene utilizzata specificamente per pgAdmin per memorizzare le parole d'ordine sui tuoi server PostgreSQL o PostgreSQL.

Il pannello Dashboard presenta una schermata Benvenuti. Dai collegamenti rapidi, fare clic su Aggiungi nuovo server.

Nella pagina Panoramica della tua istanza è presente un pannello Endpoint con tutte le relative informazioni di connessione.

In pgAdmin, fornire a pgAdmin le informazioni necessarie per connettersi all'istanza.

Innanzitutto, completare le informazioni Connessione,

  • Per Nome / indirizzo host, utilizzare il Nome host dell'istanza.
  • Per la Porta, utilizza la Porta della tua istanza.
  • Il database di manutenzione rimane postgres.
  • Per Nome utente e Password, utilizza le credenziali admin che hai impostato dopo il provisioning della tua istanza. È possibile scegliere pgAdmin per salvare la password.
  • I campi Ruolo e Servizio possono essere lasciati vuoti.

Quindi, configurare le SSL impostazioni.

  • Copia le informazioni sul certificato da Pannello Endpoint nella pagina Dashboard overview dell'istanza.
  • Salvare il certificato in un file. (È possibile utilizzare il nome fornito nel download o il proprio nome file.)
  • Impostare il campo SSL mode su Verify-Full.
  • Nel campo Certificato root, selezionare il file in cui è stato salvato il certificato dell'istanza.

Torna alla scheda Generale, fornisci un nome alla tua istanza e aggiungi eventuali commenti che vuoi descrivere o identificare la tua istanza in pgAdmin.

Se il campo Connetti ora? è selezionato, pgAdmin tenta di connettersi all'istanza quando si fa clic sul pulsante Salva.

Utilizzare pgAdmin

Una volta che pgAdmin si connette, la propria istanza viene visualizzata nell'elenco Server e si ottiene un Dashboard con informazioni e statistiche.

Nell'elenco di database nel Browser, ci sono sia il database postgres, a cui sei connesso, sia il database ibmclouddb, che è il database predefinito per tutte le distribuzioni Databases for PostgreSQL. Fare clic su ibmclouddb per connettersi ed espandere le informazioni su di esso.

Utilizza pgAdmin per visualizzare, gestire e gestire i tuoi dati e database nella tua istanza Databases for PostgreSQL. Per ulteriori informazioni, consultare la documentazione dipgAdmin.

Le funzioni amministrative che richiedono un superutente non sono disponibili su pgAdmin perché gli utenti di una distribuzione Databases for PostgreSQL non hanno accesso al superutente.

Passo 4: configurare le limitazioni basate sul contesto

Le restrizioni basate sul contesto forniscono ai proprietari dell'account e agli amministratori la possibilità di definire e applicare le limitazioni di accesso per le risorse IBM Cloud® in base al contesto delle richieste di accesso. L'accesso alle risorse Cloud Databases può essere controllato con restrizioni basate sul contesto e politiche IAM ( Identity and Access Management ).

Per configurare le restrizioni basate sul contesto per la tua istanza Databases for PostgreSQL, attieniti alla procedura in Protezione delle risorse Cloud Databases con restrizioni basate sul contesto.

Passo 5: connetti IBM Cloud Monitoring tramite la console

Puoi utilizzare IBM Cloud Monitoring per ottenere la visibilità operativa delle prestazioni e dell'integrità di applicazioni, servizi e piattaforme. IBM Cloud Monitoring fornisce agli amministratori, ai team DevOps e agli sviluppatori la telemetria a stack completo con funzioni avanzate per monitorare e risolvere i problemi, definire avvisi e progettare dashboard personalizzati.

Per ulteriori informazioni su come usare Monitoring con Databases for PostgreSQL, vedere Integrazione del monitoraggio.

Passo 5: connetti IBM Cloud Monitoring attraverso la CLI

Puoi utilizzare IBM Cloud Monitoring per ottenere la visibilità operativa delle prestazioni e dell'integrità di applicazioni, servizi e piattaforme. IBM Cloud Monitoring fornisce agli amministratori, ai team DevOps e agli sviluppatori la telemetria a stack completo con funzioni avanzate per monitorare e risolvere i problemi, definire avvisi e progettare dashboard personalizzati.

Per ulteriori informazioni su come usare Monitoring con Databases for PostgreSQL, vedere Integrazione del monitoraggio.

Non è possibile collegare IBM Cloud Monitoring utilizzando la CLI. Utilizzare la console per completare questa attività. Per ulteriori informazioni, vedere Monitoraggio dell'integrazione.

Passo 5: connetti IBM Cloud Monitoring attraverso l'API

Puoi utilizzare IBM Cloud Monitoring per ottenere la visibilità operativa delle prestazioni e dell'integrità di applicazioni, servizi e piattaforme. IBM Cloud Monitoring fornisce agli amministratori, ai team DevOps e agli sviluppatori la telemetria a stack completo con funzioni avanzate per monitorare e risolvere i problemi, definire avvisi e progettare dashboard personalizzati.

Per ulteriori informazioni su come usare Monitoring con Databases for PostgreSQL, vedere Integrazione del monitoraggio.

Non è possibile collegare IBM Cloud Monitoring utilizzando la CLI. Utilizzare la console per completare questa attività. Per ulteriori informazioni, vedere Monitoraggio dell'integrazione.

Passo 5: Connetti IBM Cloud Monitoring tramite Terraform

Puoi utilizzare IBM Cloud Monitoring per ottenere la visibilità operativa delle prestazioni e dell'integrità di applicazioni, servizi e piattaforme. IBM Cloud Monitoring fornisce agli amministratori, ai team DevOps e agli sviluppatori la telemetria a stack completo con funzioni avanzate per monitorare e risolvere i problemi, definire avvisi e progettare dashboard personalizzati.

Per ulteriori informazioni su come usare Monitoring con Databases for PostgreSQL, vedere Integrazione del monitoraggio.

Non è possibile collegare IBM Cloud Monitoring utilizzando la CLI. Utilizzare la console per completare questa attività. Per ulteriori informazioni, vedere Monitoraggio dell'integrazione.

Passo 6: collegamento IBM Cloud Activity Tracker Event Routing

IBM Cloud® Activity Tracker Event Routing consente di visualizzare, gestire e verificare l'attività dei servizi per rispettare le politiche aziendali e le normative di settore. Activity Tracker Event Routing registra le attività avviate dall'utente che modificano lo stato di un servizio in IBM Cloud. Utilizzate Activity Tracker Event Routing per tenere traccia di come gli utenti e le applicazioni interagiscono con il servizio Databases for PostgreSQL.

Per iniziare a lavorare con Activity Tracker Event Routing, si veda la sezione Come iniziare con IBM Cloud® Activity Tracker Event Routing.

Activity Tracker Event Routing può avere solo una singola istanza per ogni ubicazione. Per visualizzare gli eventi, devi accedere alla IU web del servizio IBM Cloud® Activity Tracker Event Routing nella stessa ubicazione in cui è disponibile la tua istanza del servizio.

Per ulteriori informazioni sugli eventi specifici di Databases for PostgreSQL, vedere Eventi di monitoraggio delle attività.

Gli eventi sono formattati secondo lo standard Cloud Auditing Data Federation (CADF). Per ulteriori dettagli sulle informazioni che includono, consultare Standard CADF.

Passo 6: collegamento a IBM Cloud Activity Tracker Event Routing tramite CLI

IBM Cloud® Activity Tracker Event Routing consente di visualizzare, gestire e verificare l'attività dei servizi per rispettare le politiche aziendali e le normative di settore. Activity Tracker Event Routing registra le attività avviate dall'utente che modificano lo stato di un servizio in IBM Cloud. Utilizzate Activity Tracker Event Routing per tenere traccia di come gli utenti e le applicazioni interagiscono con il servizio Databases for PostgreSQL.

Per iniziare a lavorare con Activity Tracker Event Routing, vedere Guida introduttiva a Activity Tracker Event Routing.

Activity Tracker Event Routing può avere solo una singola istanza per ogni ubicazione. Per visualizzare gli eventi, devi accedere alla IU web del servizio Activity Tracker Event Routing nella stessa ubicazione in cui è disponibile la tua istanza del servizio. Per ulteriori informazioni, consulta Avvia l'IU web.

Per ulteriori informazioni sugli eventi specifici di Databases for PostgreSQL, vedere Eventi di monitoraggio delle attività.

Gli eventi sono formattati secondo lo standard Cloud Auditing Data Federation (CADF). Per ulteriori dettagli sulle informazioni che includono, consultare Standard CADF.

Non è possibile collegare Activity Tracker Event Routing utilizzando la CLI. Utilizzare la console per completare questa attività. Per ulteriori informazioni, vedere Eventi di monitoraggio attività.

Passo 6: Collegare IBM Cloud® Activity Tracker Event Routing attraverso l'API

IBM Cloud Activity Tracker Event Routing consente di visualizzare, gestire e verificare le attività dei servizi per rispettare le politiche aziendali e le normative del settore. Activity Tracker Event Routing registra le attività avviate dall'utente che modificano lo stato di un servizio in IBM Cloud. Utilizzate Activity Tracker Event Routing per tenere traccia di come gli utenti e le applicazioni interagiscono con il servizio Databases for PostgreSQL.

Per iniziare a lavorare con Activity Tracker Event Routing, vedere [Getting Started with Activity Tracker Event Routing] /docs/atracker?topic=atracker-getting-started){: external}.

Activity Tracker Event Routing può avere solo una singola istanza per ogni ubicazione. Per visualizzare gli eventi, devi accedere alla IU web del servizio Activity Tracker Event Routing nella stessa ubicazione in cui è disponibile la tua istanza del servizio. Per ulteriori informazioni, consulta Avvia l'IU web.

Per ulteriori informazioni sugli eventi specifici di Databases for PostgreSQL, vedere Eventi di monitoraggio delle attività.

Gli eventi sono formattati secondo lo standard Cloud Auditing Data Federation (CADF). Per ulteriori dettagli sulle informazioni che includono, consultare Standard CADF.

Non è possibile connettersi a Activity Tracker Event Routing utilizzando l'API. Utilizzare la console per completare questa attività. Per ulteriori informazioni, vedere Eventi di monitoraggio attività.

Passo 6: Collegare IBM Cloud Activity Tracker Event Routing attraverso Terraform

IBM Cloud® Activity Tracker Event Routing consente di visualizzare, gestire e verificare l'attività dei servizi per rispettare le politiche aziendali e le normative di settore. Activity Tracker Event Routing registra le attività avviate dall'utente che modificano lo stato di un servizio in IBM Cloud. Utilizzate Activity Tracker Event Routing per tenere traccia di come gli utenti e le applicazioni interagiscono con il servizio Databases for PostgreSQL.

Per iniziare a lavorare con Activity Tracker Event Routing, vedere Guida introduttiva a Activity Tracker Event Routing.

Activity Tracker Event Routing può avere solo una singola istanza per ogni ubicazione. Per visualizzare gli eventi, devi accedere alla IU web del servizio Activity Tracker Event Routing nella stessa ubicazione in cui è disponibile la tua istanza del servizio. Per ulteriori informazioni, consulta Avvia l'IU web.

Per ulteriori informazioni sugli eventi specifici di Databases for PostgreSQL, vedere Eventi di monitoraggio delle attività.

Gli eventi sono formattati secondo lo standard Cloud Auditing Data Federation (CADF). Per ulteriori dettagli sulle informazioni che includono, consultare Standard CADF.

Non è possibile connettersi a Activity Tracker Event Routing utilizzando l'API. Utilizzare la console per completare questa attività. Per ulteriori informazioni, vedere Eventi di monitoraggio attività.

Passi successivi