1.7.0 (May 22, 2020)
To see the full changelog please use the following link.
The component interacts with Google Pub-Sub API. The API is an asynchronous messaging service that decouples services that produce events from services that process events.
Pub/Sub offers durable message storage and real-time message delivery with high availability and consistent performance at scale. Pub/Sub servers run in all Google Cloud regions around the world.
encould be added to messages to mark them as readable by an English-speaking subscriber.
PubSub component authentication works with
Google IAM Service Accounts
and two-legged OAuth, in order to authenticate your component you would
need to create a new Service Account on Service Accounts Page
of your project and download the JSON file with the private key.
You would need
on component authentication page (see here
for more information).
The Pull trigger receives a message from a Topic, emits it, and sends an acknowledgment to Pub/Sub.
The Publish action retrieves message body from a previous step and sends a message to a Topic while remaining unaware of any existing subscriptions.
Please take a special care of the indepmotency of your processing flow, here is the extract from PubSub Subscriber Guide
For the most part Pub/Sub delivers each message once, and in the order in which it was published. However, once-only and in-order delivery are not guaranteed: it may happen that a message is delivered more than once, and out of order. Therefore, your subscriber should be idempotent when processing messages, and, if necessary, able to handle messages received out of order. If ordering is important, we recommend that the publisher of the topic to which you subscribe include some kind of sequence information in the message; see this page for a full discussion on message ordering. Messages that are not acknowledged, are retried indefinitely for up to seven days.