A batched write ensures that the writes are atomically completed: if one write fails, the other ones are not executed. On the other hand, to answer to one of your comments above, a batched write does not ensure that all the writes will be "instantaneous", which, by the way, is a notion that is difficult to define in IT, IMHO :-). AFAIK, a batched write does not ensure neither that the writes will be done in the order they were pushed to the batch.
So, if you want to trigger the second Cloud Function when all the writes composing the batched write are completed, you could use a Cloud Function triggered with Pub/Sub.
Concretely, do as follows in your index.js
Cloud Functions file:
Declare a function that publishes a message:
async function publishMessage(messageConfig) {
try {
const pubSubClient = new PubSub();
const topicName = messageConfig.topicName;
const pubSubPayload = messageConfig.pubSubPayload;
let dataBuffer = Buffer.from(JSON.stringify(pubSubPayload));
await pubSubClient.topic(topicName).publish(dataBuffer);
} catch (error) {
throw error;
}
}
In you Cloud Function that commits the batch, publish a message when the batched write is completed:
await batch.commit();
messageConfig = {
topicName: 'your-topic',
pubSubPayload: {
docA_Id: '..........', // Id of doc A
docB_Id: '..........' // Id of doc B
}
}
await publishMessage(messageConfig);
// ...
Write a pub/sub triggered Cloud Function that executes the desired business logic. If the same business logic needs to be triggered with an onWrite
trigger, share the code between the two functions
exports.updateDocB = functions.pubsub.topic('your-topic').onPublish(async (message) => {
const docA_Id = message.json.docA_Id;
const docB_Id = message.json.docB_Id;
await updateDocB(docA_Id, docB_Id);
// ...
})
async function updateDocB(docA_Id, docB_Id) {
// ......
}
// Call this function from the onWrite CF
If you want to avoid that the onWrite
triggered Cloud Function is executed when the batched write is executed, you could flag docs A and B with the unique Cloud Function eventId
via the batched write. If this flag is the same in A and B you don't execute the business logic in the onWrite
triggered Cloud Function, because it will be handled by the pub.sub Cloud Function.
Of course, this is based on several assumptions and has to cope with the flow of events but it could be a possible solution!
onWrite
trigger for B only triggered when you update through the batched write or it can be triggered in other case? In other words, you could use maybe use a Cloud Function triggered with Pub/Sub and send a new Pub/Sub message when the batched write is completed. – Renaud TarneconWrite
forB
can be triggered by other events, in practiceB
can also be directly updated by users of an app. Thanks for the hint, I will take a closer look at the Pub/Sub option. But for my information, isn't the batch write supposed to be instantaneous ? (doing all writes at the same time) – Lucas David