You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
To maintain backwards compatibility with Deliverator, when carrying out an async ingest the API contacts Engine by directly putting a message on a queue. While this mechanism works it is preferrable to use SNS and fanout to SQS. This will enable us to:
Have multiple listeners to ingest requests, this currently isn't used but could be in future.
Control which queues messages are fanned out to (e.g. could have different queues for different customers).
API has logic to workout which queue to add to - this could be separate SNS topics, or single SNS with an attribute fanning out to different SQS, or somewhere in between (e.g. an image, timebased and file queue with a 'priority' attribute).
The text was updated successfully, but these errors were encountered:
To maintain backwards compatibility with Deliverator, when carrying out an async ingest the API contacts Engine by directly putting a message on a queue. While this mechanism works it is preferrable to use SNS and fanout to SQS. This will enable us to:
API has logic to workout which queue to add to - this could be separate SNS topics, or single SNS with an attribute fanning out to different SQS, or somewhere in between (e.g. an image, timebased and file queue with a 'priority' attribute).
The text was updated successfully, but these errors were encountered: