IBM Cloud Docs
Primeiros passos com Databases for PostgreSQL

Primeiros passos com Databases for PostgreSQL

Este tutorial o orienta nas etapas para começar a usar o Databases for PostgreSQL rapidamente, provisionando uma instância, configurando o pgAdmin,, definindo sua senha de administrador e configurando o registro e o monitoramento.

Siga estas etapas para concluir o tutorial:

Siga estas etapas para concluir o tutorial:

Siga estas etapas para concluir o tutorial:

Siga estas etapas para concluir o tutorial:

Antes de Iniciar

Etapa 1: Provisionar por meio do Console

  1. Efetue login no console do IBM Cloud.

  2. Clique no Databases for PostgreSQL serviço no catálogo.

  3. Em Detalhes do serviço, configure o seguinte:

    • Nome do serviço- O nome pode ser qualquer cadeia de caracteres e é o nome usado na Web e na CLI para identificar a nova implantação.
    • Grupo de recursos- Se estiver organizando seus serviços em grupos de recursos, especifique o grupo de recursos nesse campo. Caso contrário, é possível deixá-lo como o padrão. Para obter mais informações, consulte Gerenciando grupos de recursos.
    • Localização- A região da nuvem pública da implantação.

  4. Alocação de recurso-Especifique a RAM, o disco e os cores iniciais para seus bancos de dados. Os tamanhos mínimos de memória e de disco são selecionados por padrão. Ao usar núcleos dedicados, um grupo de recursos recebe um host de locatário úinico, com uma reserva mínima garantida de frações da CPU. Suas implantações são alocadas com o número de núcleos que você especificar. Uma vez provisionado, o disco não pode ter a capacidade reduzida.

  5. Na configuração do serviço, configure o seguinte:

    • Versão do banco de dados Definida somente na implantação- A versão de implantação do seu banco de dados. Para assegurar desempenho ideal, execute a versão preferencial. Automaticamente, utiliza-se a versão secundária mais recente. Para obter mais informações, consulte Política de controle de versão do banco de dados.
    • Criptografia-Se você usar Key Protect, uma instância e chave poderão ser selecionadas para criptografar o disco da implementação. Se você não usar sua chave, a implementação criará e gerenciará automaticamente a própria chave de criptografia de disco.
    • Pontos de extremidade Definidos somente na implementação- Configure ospontos de extremidade do serviço em sua implementação.

    Depois de definir as configurações apropriadas, clique em Create (Criar ) para iniciar o processo de provisionamento. A página Databases for PostgreSQL Lista de recursos é aberta.

  6. Clique em Criar. A página Cloud Databases Lista de recursos é aberta.

  7. Quando sua instância foi provisionada, clique no nome da instância para visualizar mais informações.

Etapa 1: Provisionar por meio da CLI

É possível provisionar uma instância do Databases for PostgreSQL por meio da CLI. Se você ainda não o tiver, será necessário instalar a IBM Cloud CLI.

  1. Efetue login no IBM Cloud com o comando a seguir:

    ibmcloud login

    Se você usar um ID de usuário federado, é importante mudar para um código de acesso único (ibmcloud login --sso) ou usar uma chave de API (ibmcloud --apikey key ou @key_file) para autenticar. Para obter mais informações sobre como fazer login usando a CLI, consulte Comandos gerais da CLI(ibmcloud) em ibmcloud login.

  2. Crie uma instância Databases for PostgreSQL.

    Selecione um dos métodos a seguir:

    • Para criar uma instância por meio da CLI no plano Enterprise, execute o seguinte comando:

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

    Os campos no comando estão descritos na tabela a seguir.

    Campos de formato de comando básico
    Campo Descrição Sinalize
    NAME Necessário O nome da instância pode ser qualquer cadeia de caracteres e é o nome usado na Web e na CLI para identificar a nova implementação.
    SERVICE_NAME Necessário Nome ou ID do serviço. Para Databases for PostgreSQL, use databases-for-postgresql.
    SERVICE_PLAN_NAME Necessário Plano padrão (standard)
    LOCATION Necessário O local onde você deseja fazer a implantação. Para obter uma lista de regiões, use o comando ibmcloud regions.
    SERVICE_ENDPOINTS_TYPE Configure os pontos de extremidade de serviço de sua implementação, seja public ou private.
    RESOURCE_GROUP O nome do grupo de recursos. O valor padrão é default. -g
    --parameters Arquivo JSON ou sequência JSON de parâmetros para criar a instância de serviço -p

    Você vê uma resposta como:

    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. Para verificar o status do provisionamento, use o seguinte comando:

    ibmcloud resource service-instance <INSTANCE_NAME>

    Ao concluir, você verá uma resposta como:

    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. (Opcional) Excluindo uma instância de serviço Excluindo uma instância executando um comando como este:

    ibmcloud resource service-instance-delete <INSTANCE_NAME>

Conecte-se ao seu banco de dados com a CLI

Localize os comandos apropriados para conectar-se ao seu banco de dados por meio da CLI no Cloud Databases CLI Reference e Conectando-se com psql.

O comando ibmcloud cdb deployment-connections trata de tudo o que está envolvido na criação de uma conexão CLI. Por exemplo, para se conectar a uma implantação chamada "example-postgres", use um comando como:

ibmcloud cdb deployment-connections example-postgres --start

O comando solicita a senha do administrador e, em seguida, executa a CLI do psql para se conectar ao banco de dados. Para instalar o plug-in Cloud Databases, consulte Conectando com a documentação do psql aqui.

O parâmetro --parameters

O comando service-instance-create oferece suporte a um sinalizador -p, que permite que parâmetros formatados em JSON sejam passados para o processo de provisionamento. Alguns valores de parâmetros são CRNs (Cloud Resource Names), que identificam exclusivamente um recurso na nuvem. Todos os nomes de parâmetros e valores são transmitidos como sequências.

Por exemplo, se um banco de dados estiver sendo provisionado a partir de um backup específico e a implantação do novo banco de dados precisar de um total de 9 GB de memória em três membros, o comando para provisionar 3 GBs por membro terá a seguinte aparência:

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"
}'

Etapa 1: Provisionar por meio da API do controlador de recurso

Siga estas etapas para provisionar usando a API do controlador de recurso

  1. Obtenha um token IAM do seu token de API.

  2. É necessário saber o ID do grupo de recursos no qual você gostaria de implementar. Essas informações estão disponíveis por meio da CLI da IBM Cloud.

    Use um comando como:

    ibmcloud resource groups

  3. Você precisa conhecer a região em que gostaria de se instalar.

    Para listar todas as regiões nas quais as implementações podem ser provisionadas a partir da região atual, use o plug-in da CLI do Cloud Databases.

    O comando é semelhante a:

    ibmcloud cdb regions --json

    Quando tiver todas as informações, provisione uma nova instância de recurso com o controlador de recurso 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"
  }'

    Os parâmetros name, target, resource_group e resource_plan_id são todos necessários.

Lista de parâmetros adicionais

  • backup_id - Um CRN de um recurso de backup do qual restaurar. O backup deve ser criado por uma implementação de banco de dados com o mesmo ID de serviço. O backup é carregado após o fornecimento e a nova implementação que usa esses dados é inicializada. Um CRN de backup está no formato crn:v1:<...>:backup:<uuid>. Se omitido, o banco de dados será provisionado vazio.

  • version - A versão do banco de dados a ser provisionado. Se omitido, o banco de dados será criado com a versão principal e secundária mais recentes.

  • disk_encryption_key_crn-O CRN de uma chave KMS (por exemplo, Hyper Protect Crypto Services ou Key Protect), que é então usado para criptografia de disco. Um CRN de chave KMS está no formato crn:v1:<...>:key:<id>.

  • backup_encryption_key_crn-O CRN de uma chave KMS (por exemplo, Hyper Protect Crypto Services ou Key Protect), que é, então, usado para criptografia de backup. Um CRN de chave KMS está no formato crn:v1:<...>:key:<id>.

    Para usar uma chave para seus backups, deve-se primeiro ativar a delegação de serviço para serviço.

  • members_memory_allocation_mb - Quantidade total de memória a ser compartilhada entre os membros do banco de dados dentro do banco de dados. Por exemplo, se o valor for "6144" e houver três membros do banco de dados, a implementação terá 6 GB de RAM no total, totalizando 2 GB de RAM por membro. Se omitido, o valor padrão usado para o tipo de banco de dados será usado.

  • members_disk_allocation_mb - Quantidade total de disco a ser compartilhada entre os membros do banco de dados dentro do banco de dados. Por exemplo, se o valor for "30720" e houver três membros, a implementação terá 30 GB de disco no total, totalizando 10 GB de disco por membro. Se omitido, o valor padrão para o tipo de banco de dados será usado.

  • members_cpu_allocation_count - Ativa e aloca o número de núcleos dedicados especificados para a sua implementação. Por exemplo, para usar dois núcleos dedicados por membro, use "members_cpu_allocation_count":"2". Se omitido, o valor padrão "CPU compartilhada" usará recursos de cálculo em hosts compartilhados.

  • service_endpoints- Os pontos de extremidade de serviço suportados em sua implementação, public ou private. Esse é um parâmetro requerido.

Etapa 1: Provisionar por meio do Terraform

Use o Terraform para gerenciar sua infraestrutura por meio do ibm_database Resource for Terraform..

Usando APIs

Use a API Cloud Databases para trabalhar com sua instância Databases for PostgreSQL. A API do controlador de recurso é usada para provisionar uma instância

Etapa 2: Definir a senha do administrador

O usuário administrativo

Quando você provisiona uma implementação do Databases for PostgreSQL, um usuário administrador é criado automaticamente.

Configure a senha do administrador antes de usá-la para se conectar

Ao provisionar uma nova implantação em IBM Cloud, você recebe automaticamente um usuário admin para acessar e gerenciar PostgreSQL. Depois de definir a senha de administrador, use-a para se conectar à sua implementação.

Quando admin cria um recurso em um banco de dados, como uma tabela, admin é o proprietário desse objeto. Os recursos criados pelo admin não podem ser acessados por outros usuários, a menos que você conceda expressamente permissões a eles.

A maior diferença entre o usuário admin e qualquer outro usuário que você adicione à sua implementação é o pg_monitor e pg_signal_backend funções. A função pg_monitor fornece um conjunto de permissões que torna o usuário administrativo apropriado para monitorar o servidor de banco de dados. A função pg_signal_backend fornece ao usuário administrativo a capacidade de enviar sinais para cancelar as consultas e as conexões iniciadas por outros usuários. Ele não é capaz de enviar sinais para processos pertencentes a superusuários.

Você também pode usar o usuário admin para conceder essas duas funções a outros usuários na sua implementação.

Para expor a capacidade de cancelar consultas a outros usuários do banco de dados, conceda a função pg_signal_backend ao usuário admin. Use um comando como:

GRANT pg_signal_backend TO joe;

Para permitir que o usuário joe cancele os backends, conceda pg_signal_backend a todos os usuários com a função ibm-cloud-base-user com um comando como:

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

Esse privilégio permite que o usuário ou usuários finalizem quaisquer conexões com o banco de dados.

Para configurar um usuário de monitoramento específico, mary, use um comando como:

GRANT pg_monitor TO mary;

Conceda pg_signal_backend a todos os usuários com a função ibm-cloud-base-user com um comando como:

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

Configuração da senha de administrador na interface do usuário

Configure sua Senha de administrador por meio da IU selecionando sua instância na lista de recursos no IBM Cloud Painel. Em seguida, selecione Configurações.. Em seguida, selecione Mudar senha do administrador de banco de dados

Definir a senha do administrador por meio da CLI

Use o comando cdb user-password do plug-in IBM Cloud CLI Cloud Databases para configurar a senha do administrador.

Por exemplo, para definir a senha de administrador de uma implantação chamada example-deployment, use o seguinte comando:

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

Definir a senha do administrador por meio da API

O Foundation Endpoint que é mostrado na seção Overview Deployment Details do seu serviço fornece a base URL para acessar essa implantação por meio da API. Use-o com o terminal Configurar a senha do usuário especificado para configurar a senha do administrador

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"}` \

Definir a senha do administrador por meio do Terraform

Para configurar a senha do Administrador, use a API:

O Foundation Endpoint que é mostrado na seção Overview Deployment Details do seu serviço fornece a base URL para acessar essa implantação por meio da API. Use-o com o terminal Configurar a senha do usuário especificado para configurar a senha do administrador

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"}` \

Você também pode usar a CLI:

Use o comando cdb user-password do plug-in IBM Cloud CLI Cloud Databases para configurar a senha do administrador.

Por exemplo, para definir a senha de administrador de uma implantação chamada example-deployment, use o seguinte comando:

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

Para definir a senha de administrador por meio da interface do usuário, siga estas etapas:

Defina sua senha de administrador por meio da interface do usuário, selecionando sua instância na lista de recursos no painel IBM Cloud. Em seguida, selecione Configurações.. Em seguida, selecione Change Database admin password (Alterar senha do administrador do banco de dados ).

Etapa 3: Configurar pgAdmin

O pgAdmin é executado como um servidor e você se conecta a ele por meio de um navegador. Quando o servidor é iniciado, ele é executado no host local, no padrão http://127.0.0.1:53113/browser/.

Ao abrir o pgAdmin pela primeira vez, você recebe um prompt para configurar uma senha primária. Essa senha é diferente da senha da instância, pois é usada especificamente para pgAdmin para armazenar as senhas dos servidores PostgreSQL ou da instância PostgreSQL.

O Painel tem uma tela Bem-vindo. Em Links rápidos, clique em Incluir novo servidor.

Na página Overview (Visão geral ) de sua instância, há um painel Endpoints (Pontos de extremidade ) com todas as informações de conexão relevantes.

Em pgAdmin,, forneça ao pgAdmin as informações de que ele precisa para se conectar à sua instância.

Primeiro, preencha as informações Conexão,

  • Para Nome/endereço do host, use o nome do host da sua instância.
  • Para a porta, use a porta de sua instância.
  • O Banco de dados de manutenção permanece postgres.
  • Para Nome de usuário e Senha, use as credenciais admin que você definiu após o provisionamento da instância. É possível escolher pgAdmin para salvar a senha.
  • Os campos Função e Serviço podem ser deixados vazios.

Em seguida, configure as configurações SSL.

  • Copie as informações do certificado do painel Endpoints na página Dashboard overview de sua instância.
  • Salve o certificado em um arquivo. (É possível usar o nome fornecido no download ou de seu próprio arquivo.)
  • Configure o campo Modo SSL para Verify-Full.
  • No campo Root certificate (Certificado raiz ), selecione o arquivo em que você salvou o certificado da instância.

De volta à guia General (Geral ), dê um nome à sua instância e adicione os comentários que desejar para descrever ou identificar sua instância em pgAdmin.

Se o campo Connect now? estiver marcado, o site pgAdmin tentará se conectar à sua instância quando você clicar no botão Save (Salvar ).

Use pgAdmin

Quando o pgAdmin se conectar, sua instância aparecerá na lista de servidores e você terá um painel com informações e estatísticas.

Na lista de bancos de dados no Navegador, há o banco de dados postgres, ao qual você está conectado, e o banco de dados ibmclouddb, que é o banco de dados padrão para todas as implementações do Databases for PostgreSQL. Clique em ibmclouddb para se conectar a ele e expandir as informações sobre ele.

Use pgAdmin para visualizar, administrar e gerenciar seus dados e bancos de dados em sua instância do Databases for PostgreSQL. Para obter mais informações, consulte pgAdmin documentação.

Os recursos administrativos que requerem um superusuário não estão disponíveis por meio do pgAdmin porque o acesso de superusuário não está disponível para os usuários de uma implementação do Databases for PostgreSQL.

Etapa 4: Configurar restrições baseadas em contexto

As restrições baseadas em contexto permitem que os proprietários e administradores de contas definam e apliquem restrições de acesso aos recursos do site IBM Cloud® com base no contexto das solicitações de acesso. O acesso aos recursos do Cloud Databases pode ser controlado com restrições baseadas em contexto e políticas do Identity and Access Management (IAM).

Para configurar restrições baseadas em contexto para sua instância do Databases for PostgreSQL, siga as etapas em Protegendo recursos do Cloud Databases com restrições baseadas em contexto.

Etapa 5: Conectar IBM Cloud Monitoring por meio do console

É possível usar o IBM Cloud Monitoring para obter visibilidade operacional sobre o desempenho e o funcionamento de seus aplicativos, serviços e plataformas. O IBM Cloud Monitoring fornece administradores, equipes do DevOps e desenvolvedores de telemetria de pilha completa com recursos avançados para monitorar e solucionar problemas, definir alertas e projetar painéis customizados.

Para obter mais informações sobre como usar Monitoring com Databases for PostgreSQL, consulte Integração de monitoramento.

Etapa 5: Conectar IBM Cloud Monitoring por meio da CLI

É possível usar o IBM Cloud Monitoring para obter visibilidade operacional sobre o desempenho e o funcionamento de seus aplicativos, serviços e plataformas. O IBM Cloud Monitoring fornece administradores, equipes do DevOps e desenvolvedores de telemetria de pilha completa com recursos avançados para monitorar e solucionar problemas, definir alertas e projetar painéis customizados.

Para obter mais informações sobre como usar Monitoring com Databases for PostgreSQL, consulte Integração de monitoramento.

Não é possível conectar o IBM Cloud Monitoring usando a CLI. Use o console para concluir esta tarefa. Para obter mais informações, consulte Monitoramento da integração.

Etapa 5: conectar o IBM Cloud Monitoring por meio da API

É possível usar o IBM Cloud Monitoring para obter visibilidade operacional sobre o desempenho e o funcionamento de seus aplicativos, serviços e plataformas. O IBM Cloud Monitoring fornece administradores, equipes do DevOps e desenvolvedores de telemetria de pilha completa com recursos avançados para monitorar e solucionar problemas, definir alertas e projetar painéis customizados.

Para obter mais informações sobre como usar Monitoring com Databases for PostgreSQL, consulte Integração de monitoramento.

Não é possível conectar o IBM Cloud Monitoring usando a CLI. Use o console para concluir esta tarefa. Para obter mais informações, consulte Monitoramento da integração.

Etapa 5: Conectar IBM Cloud Monitoring por meio do Terraform

É possível usar o IBM Cloud Monitoring para obter visibilidade operacional sobre o desempenho e o funcionamento de seus aplicativos, serviços e plataformas. O IBM Cloud Monitoring fornece administradores, equipes do DevOps e desenvolvedores de telemetria de pilha completa com recursos avançados para monitorar e solucionar problemas, definir alertas e projetar painéis customizados.

Para obter mais informações sobre como usar Monitoring com Databases for PostgreSQL, consulte Integração de monitoramento.

Não é possível conectar o IBM Cloud Monitoring usando a CLI. Use o console para concluir esta tarefa. Para obter mais informações, consulte Monitoramento da integração.

Etapa 6: Conecte IBM Cloud Activity Tracker Event Routing

IBM Cloud Activity Tracker Event Routing permite que você visualize, gerencie e audite a atividade do serviço para cumprir as políticas corporativas e as regulamentações do setor. Activity Tracker Event Routing registra as atividades iniciadas pelo usuário que alteram o estado de um serviço no IBM Cloud. Use Activity Tracker Event Routing para rastrear como os usuários e aplicativos interagem com o serviço Databases for PostgreSQL.

Para começar a usar o Activity Tracker Event Routing, consulte Introdução ao Activity Tracker Event Routing.

O Activity Tracker Event Routing pode ter apenas uma instância por local. Para visualizar eventos, deve-se acessar a IU da web do serviço do Activity Tracker Event Routing no mesmo local em que a sua instância de serviço estiver disponível.

Para obter mais informações sobre eventos específicos de Databases for PostgreSQL, consulte Eventos de rastreamento de atividades.

Os eventos são formatados de acordo com o padrão CADF (Cloud Auditing Data Federation). Para obter detalhes adicionais sobre as informações que eles incluem, consulte Padrão CADF

Etapa 6: Conectar o IBM Cloud® Activity Tracker por meio da CLI

O IBM Cloud Activity Tracker permite visualizar, gerenciar e auditar a atividade de serviço para estar em conformidade com as políticas corporativas e os regulamentos de mercado. Activity Tracker registra atividades iniciadas pelo usuário que mudam o estado de um serviço no IBM Cloud. Use Activity Tracker para rastrear como os usuários e aplicativos interagem com o serviço Databases for PostgreSQL.

Para começar a usar o Activity Tracker, consulte Introdução ao Activity Tracker.

O Activity Tracker pode ter apenas uma instância por local. Para visualizar eventos, deve-se acessar a IU da web do serviço do Activity Tracker no mesmo local em que a sua instância de serviço estiver disponível. Para obter mais informações, consulte Ativar a IU da Web

Para obter mais informações sobre eventos específicos de Databases for PostgreSQL, consulte Eventos de rastreamento de atividades.

Os eventos são formatados de acordo com o padrão CADF (Cloud Auditing Data Federation). Para obter detalhes adicionais sobre as informações que eles incluem, consulte Padrão CADF

Não é possível conectar o Activity Tracker usando a CLI. Use o console para concluir esta tarefa. Para obter mais informações, consulte Eventos de rastreamento de atividades.

Etapa 6: Conectar IBM Cloud® Activity Tracker por meio da API

O IBM Cloud Activity Tracker permite visualizar, gerenciar e auditar a atividade de serviço para estar em conformidade com as políticas corporativas e os regulamentos de mercado. Activity Tracker registra atividades iniciadas pelo usuário que mudam o estado de um serviço no IBM Cloud. Use Activity Tracker para rastrear como os usuários e aplicativos interagem com o serviço Databases for PostgreSQL.

Para começar a usar o Activity Tracker, consulte Introdução ao Activity Tracker.

O Activity Tracker pode ter apenas uma instância por local. Para visualizar eventos, deve-se acessar a IU da web do serviço do Activity Tracker no mesmo local em que a sua instância de serviço estiver disponível. Para obter mais informações, consulte Ativar a IU da Web

Para obter mais informações sobre eventos específicos de Databases for PostgreSQL, consulte Eventos de rastreamento de atividades.

Os eventos são formatados de acordo com o padrão CADF (Cloud Auditing Data Federation). Para obter detalhes adicionais sobre as informações que eles incluem, consulte Padrão CADF

Não é possível conectar o Activity Tracker usando a API. Use o console para concluir esta tarefa. Para obter mais informações, consulte Eventos de rastreamento de atividades.

Etapa 6: Conectar IBM Cloud® Activity Tracker por meio do Terraform

O IBM Cloud Activity Tracker permite visualizar, gerenciar e auditar a atividade de serviço para estar em conformidade com as políticas corporativas e os regulamentos de mercado. Activity Tracker registra atividades iniciadas pelo usuário que mudam o estado de um serviço no IBM Cloud. Use Activity Tracker para rastrear como os usuários e aplicativos interagem com o serviço Databases for PostgreSQL.

Para começar a usar o Activity Tracker, consulte Introdução ao Activity Tracker.

O Activity Tracker pode ter apenas uma instância por local. Para visualizar eventos, deve-se acessar a IU da web do serviço do Activity Tracker no mesmo local em que a sua instância de serviço estiver disponível. Para obter mais informações, consulte Ativar a IU da Web

Para obter mais informações sobre eventos específicos de Databases for PostgreSQL, consulte Eventos de rastreamento de atividades.

Os eventos são formatados de acordo com o padrão CADF (Cloud Auditing Data Federation). Para obter detalhes adicionais sobre as informações que eles incluem, consulte Padrão CADF

Não é possível conectar o Activity Tracker usando a API. Use o console para concluir esta tarefa. Para obter mais informações, consulte Eventos de rastreamento de atividades.

Próximas etapas