EventBridge:Terms

CloudEvents 1.0

Especificação de código aberto que descreve dados de eventos de forma padronizada. Ela simplifica a declaração de eventos e a entrega de mensagens entre serviços e plataformas.

Os termos a seguir são utilizados na especificação CloudEvents 1.0. Para mais informações, consulte CloudEvents 1.0.

• occurrence

  • Registro de atividade coletado durante a execução de um sistema de software. Um evento pode ocorrer quando o sistema recebe um sinal, um sinal monitorado é acionado ou uma mudança de status ou de tempo acontece. Por exemplo, um dispositivo pode entrar em status de alerta por causa do nível baixo de bateria, ou uma máquina virtual pode ser agendada para reinicialização.

• producer

  • Instância, processo ou dispositivo específico que gera uma estrutura de dados descrevendo um CloudEvent.

• consumer

  • Componente que recebe um evento e executa uma operação sobre ele. O consumer aplica lógica com base no contexto e nos dados do evento para gerar novos eventos.

• Middleware

  • Componente que recebe uma mensagem contendo um evento e a encaminha ao próximo receptor. Esse receptor pode ser um consumer ou outro intermediário. Uma tarefa típica do intermediário é rotear o evento para um consumer com base nas informações do contexto.

• Content

  • Ferramentas e código de aplicação podem usar as informações do contexto para identificar o relacionamento de um evento com o sistema ou com outros eventos.

• data

  • Informação específica do domínio sobre uma ocorrência. Pode incluir uma descrição detalhada de alterações nos dados ou outras informações relacionadas à ocorrência.

• event format

  • Especificação de como serializar um CloudEvent em formato de bytes. Formatos de evento independentes, como JSON, podem ser serializados sem depender de nenhum protocolo ou meio de armazenamento. Vinculações de protocolo podem definir formatos dependentes de protocolo.

• message

  • Um evento é transmitido de uma source de eventos para um destino de eventos por meio de uma mensagem.

    • mensagem estruturada

      Mensagem na qual o evento é totalmente codificado usando um formato de evento independente. Os dados do evento ficam armazenados no corpo da mensagem.

    • mensagem binária

      Mensagem na qual os atributos do evento ficam armazenados nos metadados da mensagem. Os dados do evento ficam armazenados no corpo da mensagem.

Arquitetura orientada a eventos

A arquitetura orientada a eventos pode ser compreendida pelas seguintes perspectivas:

• Tem foco na comunicação assíncrona baseada na produção e no consumo de eventos, diferentemente dos sistemas síncronos tradicionais baseados em threads.

• É centrada em eventos, abrangendo sua produção, descoberta, consumo e resposta.

Para mais informações, consulte Event-driven architecture.

Evento

Registro de dados que indica uma mudança de estado.

Para mais informações, consulte Event overview.

Origem de eventos

A source que produz um evento. As origens de eventos incluem os seguintes tipos:

• Origem de eventos de service Alibaba Cloud: um service Alibaba Cloud conectado ao EventBridge como origem de eventos.

  Nota

  Para mais informações sobre as origens de eventos de service Alibaba Cloud compatíveis com o EventBridge, consulte Alibaba Cloud service event sources.

• Origem de eventos personalizada: aplicações personalizadas ou dados de mensagens existentes atuam como origens de eventos, enviando eventos ativamente para um barramento de eventos personalizado.

Para mais informações, consulte Event source overview.

Barramento de eventos

Para mais informações, consulte Event bus overview.

Regra de evento

Para mais informações, consulte Event rule overview.

Padrão de evento

Componente que filtra eventos. Um padrão de evento pode filtrar todos os campos de um CloudEvent, incluindo o campo de dados. O padrão de evento é descrito em formato JSON. Existem os seguintes tipos de padrão de evento:

• Para origens de eventos de service Alibaba Cloud: você pode definir rapidamente um padrão de evento usando origens de eventos e tipos de evento predefinidos. Esse método é adequado para cenários em que regras de correspondência simples filtram eventos do barramento de eventos padrão.

• Para origens de eventos personalizadas: você pode personalizar um padrão de evento com base nas regras de correspondência suportadas. Essa abordagem é mais indicada para cenários com regras de correspondência complexas que filtram eventos de um barramento de eventos personalizado.

Para mais informações, consulte Event patterns.

Transformador de evento

Componente que transforma o conteúdo de um evento antes de roteá-lo ao destino. Os transformadores de evento aceitam os seguintes tipos:

• Evento completo: roteia todo o conteúdo do evento para o destino.

• Evento parcial: extrai dados do evento usando JSONPath e roteia o conteúdo especificado para o destino.

• Constante: roteia uma constante para o destino, independentemente do conteúdo do evento.

• Modelo: modelo personalizável com variáveis obrigatórias. Os dados são extraídos do evento via JSONPath e transformados de acordo com o modelo.

Para mais informações, consulte Event content transformation.

Destino de evento

Para mais informações, consulte Event target overview.

Schema

Um schema define o formato de dados do corpo de um evento para garantir a troca confiável de dados entre sistemas heterogêneos.

Para mais informações, consulte Schema overview.

Event stream

Um event stream é um canal leve e em tempo real para transmissão de eventos de ponta a ponta. Ele processa dados de streaming extraindo, transformando e analisando eventos da source em tempo real e, em seguida, entregando-os ao destino.

Para mais informações, consulte Event stream overview.

Event Warehouse

O EventHouse é a solução de próxima geração de event lakehouse cloud nativo do Alibaba Cloud EventBridge.

Barramentos de eventos tradicionais tratam principalmente do roteamento e da distribuição de eventos. O EventHouse, por outro lado, foi projetado para lidar com o armazenamento, a administração e a análise inteligente de dados de eventos. Ele adota os conceitos arquiteturais avançados de um data lakehouse, unificando filas de mensagens de alto throughput (MQ), bancos de dados estruturados (DB) e Object Storage Service (OSS) não estruturado em um modelo padronizado de dados de eventos.

Para mais informações, consulte EventHouse.