Senior DevOps Engineer | AWS | Kubernetes | Terraform | CICD | Cyber Security Specialist at a tech services company with 11-50 employees
Real User
Top 10
2024-10-07T15:35:00Z
Oct 7, 2024
The most common use case for Amazon SQS is decoupling an application. Instead of having one monolithic service with a timeout of about a minute, and if there are too many requests at the same time that might fail, the application can be decoupled by deconstructing the monolith into its own microservices. A JSON interface is designed, which has an agreed-upon schema, and in front of each microservice, a queue is installed where messages are sent. It's a common pattern, especially in the development of software solutions that run on an EKS cluster, to use Amazon SQS to enable asynchronous processes.
The solution is used within our company's services, specifically within our microservices. One of the major reasons we use the tool is for retries and different flows. We work closely with e-commerce websites. Whenever we place an order, and if it fails for some reason, we use Amazon SQS to handle the retries or dead-letter queues to ensure that whatever didn't get acknowledged can be retried and completed. We use it mainly for retries.
Web Solution Architect at a comms service provider with 1-10 employees
Real User
Top 20
2024-05-24T09:10:00Z
May 24, 2024
We used SQS for the Kapolei system to ensure that certain tasks were executed precisely once. The first-in, first-out (FIFO) capability was a great feature for us. Additionally, its redundancy out of the box meant we didn't have to worry about missing messages. It provided peace of mind and automatically instilled trust, relieving us of any concerns.
The tool I use to transform and move data can read the entries from Amazon SQS. For example, to start some workflow orchestration, it checks Amazon SQS, reads new messages from it, and then runs some transformation. My responsibility was setting up the new SQS, setting up the right policies, adding some text, and allowing communication.
Amazon SQS is basically a queue service. Each message is treated as an event and added to a container. When a message needs to be processed, a trigger can be set.
Data & Analytics Architect at BM&FBOVESPA SA Bolsa de Valores Mercadorias e Futu
Real User
Top 5
2023-06-01T16:00:00Z
Jun 1, 2023
Generally, we use it for asynchronous communication. We have actively utilized it for the past three years. Basically, we use it to exchange events and messages when we need communication and integration in our architecture.
Senior IT Architect (Architecture and Solutions Unit) at a tech services company with 1,001-5,000 employees
Real User
Top 20
2023-01-11T08:07:17Z
Jan 11, 2023
As an IT company, we develop various solutions and products for our clients. This particular item is utilized as a component of a comprehensive solution for specific customer needs across various industries. Amazon SQS is not a complex solution, we mainly use it for its primary purpose. It's an integral part of our application's workflow.
Senior Software Developer at a manufacturing company with 1,001-5,000 employees
Real User
2022-11-01T20:29:07Z
Nov 1, 2022
We have recently started using Amazon SQS and we are in the R&D phase. We want to see how resilient the solution is. We use Amazon SQS for integration purposes between our different applications.
It's a streaming application. For example, it is basically an autonomous vehicle solution for the case management side. It gives alerts and we have devices that will connect to IoT and the other service processes to provide data and then put it in a queue.
The primary use case of this solution is for collecting event data for analytic purposes. In our case, when a user selects a function in our app, the information is collected. Analytics is performed on the data to determine the functionalities that clients use the most. Additionally, the data can tell us the most popular service demands such that resources can be assigned accordingly.
Amazon Simple Queue Service (SQS) is a fully managed message queuing service that enables you to decouple and scale microservices, distributed systems, and serverless applications. SQS eliminates the complexity and overhead associated with managing and operating message oriented middleware, and empowers developers to focus on differentiating work. Using SQS, you can send, store, and receive messages between software components at any volume, without losing messages or requiring other...
The most common use case for Amazon SQS is decoupling an application. Instead of having one monolithic service with a timeout of about a minute, and if there are too many requests at the same time that might fail, the application can be decoupled by deconstructing the monolith into its own microservices. A JSON interface is designed, which has an agreed-upon schema, and in front of each microservice, a queue is installed where messages are sent. It's a common pattern, especially in the development of software solutions that run on an EKS cluster, to use Amazon SQS to enable asynchronous processes.
The solution is used within our company's services, specifically within our microservices. One of the major reasons we use the tool is for retries and different flows. We work closely with e-commerce websites. Whenever we place an order, and if it fails for some reason, we use Amazon SQS to handle the retries or dead-letter queues to ensure that whatever didn't get acknowledged can be retried and completed. We use it mainly for retries.
We used SQS for the Kapolei system to ensure that certain tasks were executed precisely once. The first-in, first-out (FIFO) capability was a great feature for us. Additionally, its redundancy out of the box meant we didn't have to worry about missing messages. It provided peace of mind and automatically instilled trust, relieving us of any concerns.
We use it for event-driven messaging and workflows.
The tool I use to transform and move data can read the entries from Amazon SQS. For example, to start some workflow orchestration, it checks Amazon SQS, reads new messages from it, and then runs some transformation. My responsibility was setting up the new SQS, setting up the right policies, adding some text, and allowing communication.
Amazon SQS is basically a queue service. Each message is treated as an event and added to a container. When a message needs to be processed, a trigger can be set.
Generally, we use it for asynchronous communication. We have actively utilized it for the past three years. Basically, we use it to exchange events and messages when we need communication and integration in our architecture.
We use the service in cloud-native event-driven integrations.
As an IT company, we develop various solutions and products for our clients. This particular item is utilized as a component of a comprehensive solution for specific customer needs across various industries. Amazon SQS is not a complex solution, we mainly use it for its primary purpose. It's an integral part of our application's workflow.
This is an event-driven solution so messages go through the API gateway onto the queue and are then processed from there. We are customers of Amazon.
We have recently started using Amazon SQS and we are in the R&D phase. We want to see how resilient the solution is. We use Amazon SQS for integration purposes between our different applications.
It's a streaming application. For example, it is basically an autonomous vehicle solution for the case management side. It gives alerts and we have devices that will connect to IoT and the other service processes to provide data and then put it in a queue.
The primary use case of this solution is for collecting event data for analytic purposes. In our case, when a user selects a function in our app, the information is collected. Analytics is performed on the data to determine the functionalities that clients use the most. Additionally, the data can tell us the most popular service demands such that resources can be assigned accordingly.