- Home
- Resources
- Integrations
- Amazon SQS (Simple Queue Service)
Amazon SQS (Simple Queue Service) Make integrationAutomate Amazon SQS (Simple Queue Service) with Make.
Need other tools to drop work into an SQS queue without writing a producer script? The Amazon SQS (Simple Queue Service) Make integration gives you 9 modules: 8 actions and 1 search. This guide is for ops and dev teams on AWS, and it walks you through the connection and a first working scenario.
Verified Trustpilot reviews · AI, automation & growth agency
What can the Amazon SQS (Simple Queue Service) Make integration do?
The Amazon SQS (Simple Queue Service) Make integration lets a Make scenario act on your SQS queues with no code. A scenario is the automation you build in Make, a chain of bricks called modules. Here, those modules create and remove queues, push messages, read queue details and tidy up messages once they are handled.
Feed a queue from a business tool. Put another app's trigger first, for example a new row in a table, then add Send a message. Every new item becomes a message that your workers pick up on the AWS side, and nobody has to maintain a small script just for that.
Keep an eye on your queues. Chain Search queues with Get queue attributes to pull the settings of each queue into a sheet or a chat message. A search can return several queues, so Make treats each one as its own item.
Spin queues up and down with a project. Create queue and Delete queue let a scenario open a queue when a project starts and remove it when the project is closed.
What Make does not do here: the app has no trigger, so no module watches a queue for you. A scenario starts from another app or from its own schedule. For anything the 9 listed modules miss, Make an API call reaches the rest of the API. The same app often has an n8n node too, and our n8n vs Make page lays out how the two tools differ. For the bigger picture on the tool itself, read the Make review, or check Make pricing before you pick a plan.
How do you connect Amazon SQS to Make?
- 01
Create an access key in AWS
You need an active AWS account. In the AWS Management Console, open IAM, choose Users, click the user Make will act as, open the Security credentials tab and click Create access key. Copy both the Access key ID and the Secret access key.
- 02
Add a module and open the connection
In your scenario, add any Amazon SQS (Simple Queue Service) module and click Create a connection. A connection is your AWS account linked to Make once, then reused by every SQS module. The Connection name field is optional, but a clear name helps later.
- 03
Paste the keys and save
Paste the two values you copied from AWS into the connection window, or follow the on-screen instructions, and save. Make can now act on your queues, and the next SQS module you add will offer this connection in its list.
Your first scenario with Amazon SQS
GoalWhen a new item lands in another app, Make sends it as a message to your Amazon SQS queue.
- 01
Create the scenario
From the Scenarios page, create a new scenario and click the big +. Since SQS has no trigger, pick the trigger of the app where your items appear first, such as a form or a table.
- 02
Add Send a message
Click the + on the right of that first module, search for Amazon SQS and pick Send a message. Choose your connection, or click Create a connection if this is your first SQS module.
- 03
Map the data
Fill in the module fields. Make lists what it can read once the connection exists, and you map values from the first module into the message, so each bundle (one item passed along) becomes one message.
- 04
Test with Run once
Click Run once to run the scenario a single time. Open the bubble above each module to read the bundles it received, then check on the AWS side that the message reached your queue.
- 05
Schedule and switch it on
Open the clock on the first module to set the schedule. A new scenario runs every 15 minutes by default. Then switch the scenario on, and it keeps sending messages without you.
What the Amazon SQS modules do
Amazon SQS (Simple Queue Service) gives you 9 modules. For each one: what it does for you, when to reach for it, and what to watch out for.
Modules index
Create queue
ActionIn the docs onlyOpens a new queue in your AWS account straight from a scenario, so a fresh workspace for messages exists the moment a process needs one.
Delete a message
ActionIn the docs onlyRemoves one message from a queue, which is how you tell SQS that a piece of work is finished and should not come back.
Delete queue
ActionIn the docs onlyRemoves a whole queue, which keeps your AWS account free of queues nobody uses anymore.
Get queue URL
ActionIn the docs onlyLooks up the address of a queue from its name and hands it to the next modules, so you work with a readable name instead of a long address.
Get queue attributes
ActionIn the docs onlyReads the settings and details of one queue and returns them as data you can map into a report, a message or a condition.
Make an API call
ActionIn the docs onlyCalls any endpoint of the Amazon SQS API with the connection you already set up, which covers what the other eight modules leave out.
Search queues
SearchIn the docs onlyReturns the queues of your account that match what you ask for, each one as its own bundle, so later modules can handle them one by one.
Send a message
ActionIn the docs onlyPushes a message into a queue so the programs reading that queue pick up the work, which turns any Make trigger into a producer for your AWS system.
Update message visibility timeout
ActionIn the docs onlyChanges how long a message you are handling stays hidden from other readers of the queue, which gives your scenario more room or hands the message back sooner.
Need help automating Amazon SQS (Simple Queue Service) with Make?
A person reads every message.