Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
A entrega push é um modo de entrega em que os namespaces da Grade de Eventos enviam eventos para um destino assim que são publicados, para que as suas aplicações possam reagir a eventos discretos sem necessidade de consultas. Sobre HTTP, o Event Grid envia cada evento para um gestor de eventos suportado ou para um webhook personalizado que configura.
Este artigo explica como funciona a entrega push nos namespaces Event Grid e descreve os gestores de eventos suportados, para que possa decidir se se adequa à sua aplicação.
Tópicos e assinaturas do namespace
Os eventos publicados nos namespaces da Grade de Eventos aterrissam em um tópico, que é um subrecurso de namespace que contém logicamente todos os eventos. Com tópicos de namespace, pode criar subscrições com modos de consumo flexíveis para direcionar eventos para um destino específico ou puxar eventos ao seu ritmo.
Manipuladores de eventos suportados
A Grelha de Eventos suporta os seguintes gestores de eventos:
Entrega push e pull
A Grade de Eventos oferece suporte à entrega de eventos push e pull usando HTTP. Com a entrega por push, você define um destino em uma assinatura de evento, um webhook ou um serviço do Azure, para o qual a Grade de Eventos envia eventos. Com a entrega pull, as aplicações do subscritor conectam-se ao Event Grid para consumir eventos. A entrega pull é suportada para tópicos num namespace Event Grid.
Importante
Os Hubs de Eventos são suportados como um destino para assinaturas de tópicos de namespace. Nas próximas versões, os namespaces do Event Grid suportarão todos os destinos atualmente disponíveis no Event Grid Básico, juntamente com destinos adicionais.
Quando usar distribuição por push vs. distribuição por pull
Seguem-se algumas orientações gerais para o ajudar a decidir quando utilizar a entrega via pull ou push.
Entrega puxada
- Você precisa de controle total sobre quando receber eventos. Por exemplo, seu aplicativo pode não estar ativo o tempo todo, não ser estável o suficiente ou você processar dados em determinados momentos.
- É necessário ter controlo total sobre o consumo de eventos. Por exemplo, um serviço ou camada downstream em seu aplicativo de consumidor tem um problema que impede que você processe eventos. Nesse caso, a API de entrega pull permite que o aplicativo do consumidor libere um evento já lido de volta ao corretor para que possa ser entregue posteriormente.
- Você deseja usar links privados ao receber eventos, o que só é possível com a entrega pull, não com a entrega push.
- Você não tem a capacidade de expor um ponto de extremidade e usar a entrega push, mas pode se conectar ao Event Grid para consumir eventos.
Entrega por push
- Você deseja evitar sondagens constantes para determinar se ocorreu uma alteração no estado do sistema. Prefere utilizar a Grade de Eventos para enviar eventos no momento em que ocorrem alterações de estado.
- Você tem uma aplicação que não consegue fazer chamadas de saída. Por exemplo, sua organização pode estar preocupada com a exfiltração de dados. No entanto, o seu aplicativo pode receber eventos através de um ponto de extremidade público.