Todos os produtos
Search
Central de documentação

Platform For AI:PAI workspace event notification configuration

Última atualização: Aug 25, 2026

Use notificações de eventos para acompanhar alterações de status em jobs do DLC, tarefas de pipeline e instâncias do DSW, ou para acionar automaticamente operações subsequentes quando o status de uma versão de modelo mudar. O EventBridge entrega as notificações: cada regra de evento criada avalia eventos em um barramento de eventos personalizado e os encaminha para os destinos de evento configurados.

1. Ativar o EventBridge e conceder permissões (configuração única)

Antes de criar sua primeira regra de notificação, ative o EventBridge e configure as permissões necessárias. Caso contrário, não será possível criar regras de evento.

Para acessar a página de configuração, acesse Workspace Details, selecione seu workspace do PAI e clique em Workspace Configurations > Configure Event Notification no canto superior direito.

1,1 Ativar o EventBridge

Na aba Event Notification Configuration, clique em Activate for Free para ir à página de ativação do EventBridge. Para mais informações, consulte Activate EventBridge.

Após a ativação, o PAI cria automaticamente um barramento de eventos personalizado chamado pai-system-${workspace_name} para cada workspace do PAI. Acesse o console do EventBridge, mude para a região onde seu workspace está localizado e visualize ou gerencie seus barramentos de eventos personalizados.

1,2 Conceder acesso do PAI aos recursos da cloud

Clique em Authorize Now. O sistema cria automaticamente a função vinculada ao service AliyunServiceRoleForPAIWorkspace, que autoriza o PAI a acessar seus recursos da cloud. Para mais informações sobre essa função, consulte Appendix: PAI workspace service-linked role.

Na caixa de diálogo de autorização com um clique exibida, clique em Authorize.

1,3 (Opcional) Conceder permissões de notificação de eventos a um usuário RAM

Se você utilizar um usuário do Resource Access Management (RAM) (subconta) para a configuração, conceda a esse usuário permissões para gerenciar o barramento de eventos. Sem isso, o usuário RAM não poderá criar ou gerenciar regras de evento.

Consulte Create a custom policy e attach it to the RAM user. O conteúdo da política é o seguinte:

{
  "Statement": [{
    "Effect": "Allow",
    "Action": [
      "eventbridge:CreateEventBus",
      "eventbridge:GetEventBus",
      "eventbridge:DeleteEventBus",
      "eventbridge:ListEventBuses",
      "eventbridge:CreateRule",
      "eventbridge:GetRule",
      "eventbridge:UpdateRule",
      "eventbridge:EnableRule",
      "eventbridge:DisableRule",
      "eventbridge:DeleteRule",
      "eventbridge:ListRules",
      "eventbridge:PutEvents",
      "eventbridge:UpdateTargets",
      "eventbridge:DeleteTargets",
      "eventbridge:ListTargets"
    ],
    "Resource": "acs:eventbridge:*:*:eventbus/*"
  }],
  "Version": "1"
}

2. Criar uma regra de evento

Após a configuração inicial, retorne à página de configuração: acesse Workspace Details, selecione seu workspace do PAI e clique em Workspace Configurations > Configure Event Notification. Clique em Create Event Rule.

No painel Create Event Rule exibido, insira um Rule Name e uma Rule Description (até 256 caracteres). Em seguida, configure o Event Type, o Event Scope e o Event Target.

2,1 Configurar o tipo de evento

Selecione a Event Source e o Event Type específico que deseja monitorar. Há suporte para as seguintes fontes de evento:

  • Pipeline Jobs: Monitora o status das tarefas de pipeline do Designer. Os tipos de evento incluem:

    • Job Failure

    • Successful

  • DLC Jobs: Acompanha os eventos do ciclo de vida de um job do DLC. É possível selecionar vários tipos de evento, incluindo:

    • Job Progress: Enter Queue, Start Bidding, Start Environment Preparation, Start Run, Retained upon Success, Retained upon Failure, Job Failure e Successful.

    • Automatic Fault Tolerance

    • Job Timeout: Environment Preparation Timeout, Wait Timeout, Queue Timeout e Run Timeout. Se selecionar um tipo de evento de timeout, configure primeiro a regra de timeout na scheduling configuration.

    • Other Events: Job Preempted (apenas jobs ociosos e spot podem ser preemptados), Job Manually Stopped e Job Priority Modified.

  • Models: Observa alterações de status de uma versão de modelo no AI Asset Management. Os tipos de evento incluem:

    • Version Approved: A versão do modelo foi aprovada para implantação.

    • Alteração de status da versão do modelo (aprovada ou rejeitada para implantação).

  • DSW instance: Rastreia mudanças de status de uma instância do DSW e de suas imagens de runtime salvas. Vários tipos de evento podem ser selecionados, tais como:

    • Status history: Queuing, Running, Instance deleted, Updating, Failed, Allocating, Recovering, Starting e Preparing environment.

    • Save image: Saving image, Image saved, Failed to save image e Image saving timeout.

    • Stop instance: Stop instance e Stopping.

2,2 Configurar destinos de evento

Defina como e onde entregar as notificações quando um evento ocorrer. Observe que o destino HTTP/HTTPS se aplica apenas aos tipos de evento de Modelo.

  • DingTalk Notification: Configure os parâmetros de webhook e chave de assinatura. Para mais informações, consulte Appendix: Webhook and signing key. Após configurar os parâmetros, clique em Test Connectivity para validar a conectividade.

  • WeCom Notification: Configure a URL do webhook para mensagens do WeCom.

  • Lark Notification: Configure a URL do webhook para um bot personalizado do Lark.

  • HTTP/HTTPS: Chama automaticamente uma URL especificada quando o status de uma versão de modelo muda. Este destino aplica-se apenas aos tipos de evento Model, e sua API receptora deve analisar a solicitação com base no modelo exigido.

Por padrão, cada regra de evento suporta até 5 destinos de evento. Se essa cota não atender às suas necessidades, solicite um aumento de cota. Recomenda-se um máximo de 100.

FAQ

**P: O seguinte erro ocorre ao abrir a página de configuração de notificação de eventos: ServiceNotEnable**

Esse erro indica que o EventBridge não está ativado. Primeiro, activate EventBridge.

Apêndice: Obter o webhook e a chave de assinatura de um bot do DingTalk

  1. No grupo do DingTalk onde deseja receber notificações, abra a caixa de diálogo do bot do grupo.

    Clique no ícone de configurações no canto superior direito da janela de chat do grupo, clique em Bots no painel Group Settings e, em seguida, clique em Add Robot no painel de gerenciamento de bots.

  2. Acesse a caixa de diálogo Add Robot.

    Na lista de bots, selecione Custom (Conectar a services personalizados usando um webhook) e clique em Add.

  3. Na caixa de diálogo Add Robot, configure os seguintes parâmetros, copie a chave de assinatura e clique em Finished.

    Nota

    Salve a chave de assinatura copiada em seu dispositivo local para uso posterior.

    Insira um Bot Name. Na seção Security Settings, selecione Sign para adicionar assinatura, clique em Copy para obter a chave de assinatura, marque I have read and agree e clique em Finished.

  4. Na caixa de diálogo Add Robot, clique em Copy e Finished.

    Nota

    Salve a URL do webhook em seu dispositivo local para uso posterior.

    Não publique a URL do webhook em sites externos para evitar vazamentos.

A chave de assinatura e a URL do webhook obtidas na Etapa 3 e na Etapa 4 correspondem aos valores de signing key e Webhook configurados ao criar uma regra de evento em Event notification settings.