Este documento apresenta uma visão geral de uma assinatura de pull, o fluxo de trabalho dela e as propriedades associadas.
Em uma assinatura por pull, o cliente assinante solicita mensagens do servidor do Pub/Sub.
O modo de pull pode usar uma das duas APIs de serviço, Pull ou StreamingPull. Para executar a API escolhida, selecione uma biblioteca de cliente de alto nível fornecida pelo Google ou uma biblioteca de cliente de baixo nível gerada automaticamente. Você também pode escolher entre o processamento de mensagens assíncronas e síncronas.
Antes de começar
Antes de ler este documento, confira se você conhece os seguintes tópicos:
Como o Pub/Sub funciona e os diferentes termos do Pub/Sub.
Os diferentes tipos de assinaturas com suporte do Pub/Sub e por que você pode querer usar uma assinatura de pull.
Fluxo de trabalho da assinatura de pull
Em uma assinatura de pull, o cliente do assinante inicia solicitações para um servidor do Pub/Sub para extrair mensagens. O cliente do assinante usa uma das seguintes APIs:
A maioria dos clientes de assinantes não faz essas solicitações diretamente. Em vez disso, os clientes dependem da biblioteca de cliente de alto nível fornecida pelo Google Cloud que executa solicitações de pull de streaming internamente e envia mensagens de forma assíncrona. Para um cliente de assinante que precisa de mais controle sobre como as mensagens são extraídas, o Pub/Sub usa uma biblioteca gRPC de baixo nível e gerada automaticamente. Essa biblioteca faz solicitações de pull ou streaming pull diretamente. Essas solicitações podem ser síncronas ou assíncronas.
As duas imagens a seguir mostram o fluxo de trabalho entre um cliente de assinante e uma assinatura de pull.
Fluxo de trabalho de pull
O fluxo de trabalho de extração é o seguinte e faz referência à Figura 1:
- O cliente do assinante chama explicitamente o método
pull
, que solicita mensagens para entrega. Essa solicitação é oPullRequest
, conforme mostrado na imagem. O servidor do Pub/Sub responde com zero ou mais mensagens e IDs de confirmação. Uma resposta com zero mensagens ou com um erro não indica necessariamente que não há mensagens disponíveis para receber. Essa resposta é o
PullResponse
, conforme mostrado na imagem.O cliente do assinante chama explicitamente o método
acknowledge
. O cliente usa o ID de confirmação retornado para confirmar que a mensagem foi processada e não precisa ser entregue novamente.
Para uma única solicitação de envio de streaming, um cliente de assinante pode receber várias respostas devido à conexão aberta. Por outro lado, apenas uma resposta é retornada para cada solicitação de envio.
Propriedades de uma assinatura por pull
As propriedades configuradas para uma assinatura de pull determinam como você grava mensagens na assinatura. Para mais informações, consulte Propriedades da assinatura.
APIs do serviço Pub/Sub
A assinatura de pull do Pub/Sub pode usar uma das seguintes APIs para extrair mensagens:
- Pull
- StreamingPull
Use RPCs unary Acknowledge e ModifyAckDeadline ao receber mensagens usando essas APIs. As duas APIs do Pub/Sub são descritas nas seções a seguir.
API StreamingPull
Sempre que possível, as bibliotecas de cliente do Pub/Sub usam StreamingPull para máxima capacidade e menor latência. Embora seja possível que o uso da API StreamingPull diretamente nunca aconteça, é importante saber como ela difere da API Pull.
A API StreamingPull depende de uma conexão bidirecional persistente para receber várias mensagens à medida que elas se tornam disponíveis. Confira o fluxo de trabalho a seguir:
O cliente envia uma solicitação ao servidor para estabelecer uma conexão. Se a cota de conexão for excedida, o servidor retornará um erro de recurso esgotado. A biblioteca de cliente tenta novamente os erros de cota automaticamente.
Se não houver erro ou a cota de conexão estiver disponível novamente, o servidor continuará enviando mensagens para o cliente conectado.
Se ou quando a cota de capacidade de processamento for excedida, o servidor vai parar de enviar mensagens. No entanto, a conexão não é interrompida. Sempre que houver uma cota de capacidade de processamento suficiente disponível, o stream será retomado.
A conexão é eventualmente encerrada pelo cliente ou pelo servidor.
A API StreamingPull mantém uma conexão aberta. Os servidores do Pub/Sub fecham a conexão recorrentemente após um período para evitar uma conexão fixa de longa duração. A biblioteca de cliente reabre automaticamente uma conexão StreamingPull.
As mensagens são enviadas para a conexão quando estão disponíveis. A API StreamingPull minimiza a latência e maximiza a capacidade de processamento das mensagens.
Leia mais sobre os métodos de RPC StreamingPull: StreamingPullRequest e StreamingPullResponse.
API pull
Essa API é uma RPC unária tradicional baseada em um modelo de solicitação e resposta. Uma única resposta de pull corresponde a uma única solicitação de envio. Confira o fluxo de trabalho a seguir:
O cliente envia uma solicitação de mensagens ao servidor. Se a cota de capacidade de processamento for excedida, o servidor vai retornar um erro de recurso esgotado.
Se não houver erro ou se a cota de capacidade de processamento estiver disponível novamente, o servidor vai responder com zero ou mais mensagens e IDs de confirmação.
Ao usar a API de extração unária, uma resposta com zero mensagens ou com um erro não indica necessariamente que não há mensagens disponíveis para receber.
O uso da API Pull não garante baixa latência e um alto volume de mensagens. Para conseguir alta capacidade de processamento e baixa latência com a API Pull, você precisa ter várias solicitações pendentes ao mesmo tempo. Novas solicitações são criadas quando as antigas recebem uma resposta. Projetar essa solução é propenso a erros e difícil de manter. Recomendamos o uso da API StreamingPull para esses casos de uso.
Use a API Pull em vez da API StreamingPull somente se você precisar de controle rigoroso sobre o seguinte:
- O número de mensagens que o cliente assinante pode processar
- A memória e os recursos do cliente
Também é possível usar essa API quando o assinante é um proxy entre o Pub/Sub e outro serviço que opera de maneira mais orientada a pull.
Leia mais sobre os métodos REST de pull: Método: projects.subscriptions.pull.
Leia mais sobre os métodos RPC de pull: PullRequest e PullResponse.
Tipos de modos de processamento de mensagens
Escolha um dos seguintes modos de pull para seus clientes de assinantes.
Modo de pull assíncrono
O modo de pull assíncrono separa o recebimento de mensagens do processamento de mensagens em um cliente assinante. Esse modo é o padrão para a maioria dos clientes de assinantes. O modo de pull assíncrono pode usar a API StreamingPull ou a API de pull unária. O pull assíncrono também pode usar a biblioteca de cliente de alto nível ou a biblioteca de cliente de baixo nível gerada automaticamente.
Você pode saber mais sobre as bibliotecas de cliente mais adiante neste documento.
Modo de pull síncrono
No modo de pull síncrono, o recebimento e o processamento de mensagens ocorrem em sequência e não são separados. Portanto, semelhante ao StreamingPull em comparação com APIs unary pull, o processamento assíncrono oferece menor latência e maior capacidade do que o processamento síncrono.
Use o modo de pull síncrono apenas para aplicativos em que a baixa latência e a alta capacidade de processamento não são os fatores mais importantes em comparação com outros requisitos. Por exemplo, um aplicativo pode ser limitado a usar apenas o modelo de programação síncrona. Ou um aplicativo com restrições de recursos pode exigir um controle mais preciso sobre a memória, a rede ou a CPU. Nesses casos, use o modo síncrono com a API de extração unária.
Bibliotecas de cliente do Pub/Sub
O Pub/Sub oferece uma biblioteca de cliente de alto e baixo nível gerada automaticamente.
Biblioteca de cliente do Pub/Sub de alto nível
A biblioteca de cliente de alto nível oferece opções para controlar os prazos de confirmação usando o gerenciamento de lease. Essas opções são mais granulares do que quando você configura os prazos de confirmação usando o console ou a CLI no nível da assinatura. A biblioteca de cliente de alto nível também implementa suporte a recursos como envio ordenado, envio exatamente uma vez e controle de fluxo.
Recomendamos o uso de pull assíncrono e da API StreamingPull com a biblioteca de cliente de alto nível. Nem todas as linguagens com suporte para o Google Cloud também oferecem suporte à API de extração na biblioteca de cliente de alto nível.
Para usar as bibliotecas de cliente de alto nível, consulte Bibliotecas de cliente do Pub/Sub.
Biblioteca de cliente do Pub/Sub gerada automaticamente em nível baixo
Uma biblioteca de cliente de baixo nível está disponível para casos em que é necessário usar a API Pull diretamente. É possível usar o processamento síncrono ou assíncrono com a biblioteca de cliente de baixo nível gerada automaticamente. É necessário programar manualmente recursos como entrega ordenada, entrega exatamente uma vez, controle de fluxo e gerenciamento de locação ao usar a biblioteca de cliente de baixo nível gerada automaticamente.
É possível usar o modelo de processamento síncrono quando você usa a biblioteca de cliente gerada automaticamente de baixo nível para todas as linguagens com suporte. Você pode usar a biblioteca de cliente gerada automaticamente em nível baixo e o pull síncrono em casos em que usar a API Pull diretamente faz sentido. Por exemplo, você pode ter uma lógica de aplicativo que depende desse modelo.
Para usar diretamente as bibliotecas de cliente geradas automaticamente de baixo nível, consulte a Visão geral das APIs do Pub/Sub.
Exemplos de código da biblioteca de cliente
Exemplos de código de biblioteca de cliente de alto nível e StreamingPull
C++
Antes de tentar esse exemplo, siga as instruções de configuração do C++ em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub C++.
C#
Antes de tentar esse exemplo, siga as instruções de configuração do C# em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub C#.
Go
Antes de tentar esse exemplo, siga as instruções de configuração do Go em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Go.
Java
Antes de tentar essa amostra, siga as instruções de configuração do Java em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Java.
Node.js
Antes de tentar essa amostra, siga as instruções de configuração do Node.js em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Node.js.
Node.js
Antes de tentar essa amostra, siga as instruções de configuração do Node.js em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Node.js.
Python
Antes de tentar esse exemplo, siga as instruções de configuração do Python em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Python.
Ruby
Antes de tentar esse exemplo, siga as instruções de configuração do Ruby em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Ruby.
Extrair atributos personalizados usando a biblioteca de cliente de alto nível
Os exemplos a seguir mostram como enviar mensagens pull de maneira assíncrona e extrair os atributos personalizados dos metadados.
C++
Antes de tentar esse exemplo, siga as instruções de configuração do C++ em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub C++.
C#
Antes de tentar esse exemplo, siga as instruções de configuração do C# em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub C#.
Go
Antes de tentar esse exemplo, siga as instruções de configuração do Go em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Go.
Java
Antes de tentar essa amostra, siga as instruções de configuração do Java em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Java.
Node.js
Antes de tentar essa amostra, siga as instruções de configuração do Node.js em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Node.js.
Python
Antes de tentar esse exemplo, siga as instruções de configuração do Python em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Python.
Ruby
Antes de tentar esse exemplo, siga as instruções de configuração do Ruby em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Ruby.
Processar erros usando a biblioteca de cliente de alto nível
Os exemplos a seguir mostram como lidar com erros que ocorrem ao assinar mensagens.
C++
Antes de tentar esse exemplo, siga as instruções de configuração do C++ em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub C++.
Go
Antes de tentar esse exemplo, siga as instruções de configuração do Go em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Go.
Java
Antes de tentar essa amostra, siga as instruções de configuração do Java em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Java.
Node.js
Antes de tentar essa amostra, siga as instruções de configuração do Node.js em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Node.js.
Python
Antes de tentar esse exemplo, siga as instruções de configuração do Python em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Python.
Ruby
Antes de tentar esse exemplo, siga as instruções de configuração do Go em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Go.
Exemplos de código de extração unária
Confira um exemplo de código para enviar por pull e confirmar um número fixo de mensagens.
C++
Antes de tentar esse exemplo, siga as instruções de configuração do C++ em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub C++.
C#
Antes de tentar esse exemplo, siga as instruções de configuração do C# em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub C#.
Java
Antes de tentar essa amostra, siga as instruções de configuração do Java em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Java.
Node.js
Antes de tentar essa amostra, siga as instruções de configuração do Node.js em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Node.js.
PHP
Antes de tentar essa amostra, siga as instruções de configuração do Node.js em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Node.js.
Ruby
Antes de tentar esse exemplo, siga as instruções de configuração do Ruby em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Ruby.
Protocolo
Solicitação:
POST https://pubsub.googleapis.com/v1/projects/myproject/subscriptions/mysubscription:pull
{
"returnImmediately": "false",
"maxMessages": "1"
}
Resposta:
200 OK
{
"receivedMessages": [{
"ackId": "dQNNHlAbEGEIBERNK0EPKVgUWQYyODM2LwgRHFEZDDsLRk1SK...",
"message": {
"data": "SGVsbG8gQ2xvdWQgUHViL1N1YiEgSGVyZSBpcyBteSBtZXNzYWdlIQ==",
"messageId": "19917247034"
}
}]
}
Solicitação:
POST https://pubsub.googleapis.com/v1/projects/myproject/subscriptions/mysubscription:acknowledge
{
"ackIds": [
"dQNNHlAbEGEIBERNK0EPKVgUWQYyODM2LwgRHFEZDDsLRk1SK..."
]
}
Python
Antes de tentar esse exemplo, siga as instruções de configuração do Python em Guia de início rápido: como usar bibliotecas de cliente. Para mais informações, consulte a documentação de referência da API Pub/Sub Python.
O Pub/Sub entrega uma lista de mensagens. Se a lista tiver várias mensagens, o Pub/Sub as ordena com a mesma chave de ordenação. Confira a seguir algumas ressalvas importantes:
Definir um valor para
max_messages
na solicitação não garante quemax_messages
seja retornado, mesmo que haja muitas mensagens no backlog. A API Pull do Pub/Sub pode retornar menos demax_messages
para reduzir a latência de entrega de mensagens que estão prontas para serem entregues.Uma resposta de pull com 0 mensagens não deve ser usada como um indicador de que não há mensagens no backlog. É possível receber uma resposta com 0 mensagens e ter uma solicitação subsequente que retorna mensagens.
Para conseguir baixa latência na entrega de mensagens com o modo de pull unário, é essencial ter muitas solicitações de pull pendentes ao mesmo tempo. À medida que a capacidade do tópico aumenta, mais solicitações de pull são necessárias. Em geral, o modo StreamingPull é preferível para aplicativos sensíveis à latência.
Cotas e limites
As conexões Pull e StreamingPull estão sujeitas a cotas e limites. Para mais informações, consulte Cotas e limites do Pub/Sub.
A seguir
Crie uma assinatura de pull para seu tópico.
Crie ou modifique uma assinatura com a CLI gcloud.
Crie ou modifique uma assinatura com APIs REST.
Crie ou modifique uma assinatura com as APIs RPC.