Amazon Simple Queue Service: Difference between revisions

Browse history interactively

← Previous edit

Content deleted Content added

VisualWikitext

Revision as of 15:53, 10 November 2017 edit 80.2.151.245 (talk) Removed merge tag. Discussion is against merging ← Previous edit		Latest revision as of 13:52, 27 May 2025 edit undo Ligaturama (talk \| contribs) Extended confirmed users, IP block exemptions 3,488 edits →Comparison with Other Messaging Systems: rm irrelevant detail
(37 intermediate revisions by 31 users not shown)
Line 1: {{Short description\|Cloud-based message queuing service}} ~~{{Refimprove\|date=August 2015}}~~ {{Infobox software \| name = Amazon Simple Queue Service Line 5: \| developer = [[Amazon.com]] \| license = [[Proprietary software]] \| website = {{URL\|~~http~~https://aws.amazon.com/sqs/}} }} '''Amazon Simple Queue Service''' ('''Amazon SQS''') is a distributed [[message queuing service]] introduced by [[Amazon.com]] in late 2004.<ref>{{cite web\|url=http://jeff-barr.com/2014/08/19/my-first-12-years-at-amazon-dot-com/ \|title=Jeff Barr's Blog \|publisher=Jeff-barr.com \|accessdate=2015-08-13}}</ref> It supports programmatic sending of messages via web service applications as a way to communicate over the Internet. SQS is intended to provide a highly scalable hosted [[message queue]] that resolves issues arising from the common [[producer-consumer problem]] or connectivity between producer and consumer. '''Amazon Simple Queue Service''' ('''Amazon SQS''') is a distributed [[message queuing service]] introduced by [[Amazon.com]] as a beta in late 2004, and generally available in mid 2006.<ref>{{Cite web\|date=2006-07-13\|title=Amazon Simple Queue Service Released\|url=https://aws.amazon.com/blogs/aws/amazon_simple_q/\|access-date=2021-10-29\|website=Amazon Web Services\|language=en-US}}</ref><ref>{{cite web\|url=http://jeff-barr.com/2014/08/19/my-first-12-years-at-amazon-dot-com/ \|title=My First 12 Years at Amazon.com\|first=Jeff\|last=Barr\|date=2014-08-19\|website=jeff-barr.com\|access-date=2021-01-11}}</ref> Amazon SQS can be described as commoditization of the messaging service. Well-known examples of messaging service technologies include [[IBM WebSphere MQ]] and [[Microsoft Message Queuing]]. Unlike these technologies, users do not need to maintain their own server. Amazon does it for them and sells the SQS service at a per-use rate. ==API== Amazon provides SDKs in several programming languages, including:<ref ~~[[Java_(programming_language)\|Java]],~~name="awssdk">{{cite ~~[[Ruby_(programming_language)\|Ruby]],~~web ~~[[Python_(programming_language)~~\|~~Python]], [[~~url=https://docs.~~NET_Framework\|~~aws.~~NET]], [[PHP]] and [[Javascript]]~~amazon. ~~A [[Java Message Service]] (JMS) 1~~com/sdkref/latest/guide/overview.1html ~~client~~\|title=AWS ~~for~~SDKs ~~Amazon~~and ~~SQS~~Tools ~~was~~\|author=AWS ~~released~~\|date=2024 in\|access-date=2024-05-29 ~~December 2014.~~}}</ref> * [[~~IronMQ~~C++]]▼ ~~==Authentication==~~ [[Go (programming language)\|Go]] Amazon SQS provides authentication procedures to allow for secure handling of data. Amazon uses its [[Amazon Web Services]] (AWS) identification to do this, requiring users to have an AWS enabled account with Amazon.com; this can be created at http://aws.amazon.com. AWS assigns a pair of related identifiers, your AWS access keys, to an AWS enabled account to perform identification. The first identifier is a public 20-character Access Key. This key is included in an AWS service request to identify the user. If the user is not using [[SOAP (protocol)]] with [[WS-Security]], a digital signature is calculated using the Secret Access Key. The Secret Access Key is a 40-character private identifier. AWS uses the Access Key ID provided in a service request to look up an account's Secret Access Key. Amazon.com then calculates a digital signature with the key. If they match then the user is considered authentic, if not then the authentication fails and the request is not processed. [[Java (programming language)\|Java]] [[JavaScript]] [[Kotlin (programming language)\|Kotlin]] [[.NET Framework\|.NET]] [[PHP]] [[Python (programming language)\|Python]] [[Ruby (programming language)\|Ruby]] [[Rust (programming language)\|Rust]] [[Swift (programming language)\|Swift]] A [[Java Message Service]] (JMS) 1.1 client for Amazon SQS was released in December 2014.{{fact\|date=May 2024}} == Operation == [[Amazon Simple Queue Service\|Amazon SQS]] FIFO and Azure Service Bus sessions are queue-based messaging systems that provide ordering guarantees within a message group or session attempt but do not necessarily guarantee ordered delivery in cases of retries or failures. In SQS FIFO, messages in the same message group are processed in order, with subsequent messages held until the preceding message is successfully processed or moved to the dead-letter queue (DLQ). Once a message is placed in the DLQ, it is no longer retried, creating a gap in the sequence. However, the remaining messages continue to be delivered in order.<ref>{{Cite web \|title=FIFO queue delivery logic in Amazon SQS - Amazon Simple Queue Service \|url=https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/FIFO-queues-understanding-logic.html \|access-date=2025-03-22 \|website=docs.aws.amazon.com}}</ref><ref>{{Cite web \|title=Using dead-letter queues in Amazon SQS - Amazon Simple Queue Service \|url=https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-dead-letter-queues.html \|access-date=2025-03-22 \|website=docs.aws.amazon.com}}</ref><ref>{{Cite web \|title=Amazon SQS FIFO queues - Amazon Simple Queue Service \|url=https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-fifo-queues.html \|access-date=2025-03-22 \|website=docs.aws.amazon.com}}</ref> ==Message delivery== Messages can be of any type, and the data contained within is not restricted. Message bodies were initially limited to 8KB in size but was later raised to 64KB on 2010-07-01<ref>~~[https://forums.aws.amazon.com/ann.jspa?annID=710]~~ {{~~webarchive~~Cite web\|url=https://~~web~~aws.~~archive~~amazon.~~org~~com/~~web~~about-aws/~~20110829121354~~whats-new/~~https:~~2010/07/~~forums.~~01/amazon-sqs-introduces-free-tier-and-adds-support-for-larger-messages-and-longer-retention/\|title=Amazon SQS introduces Free Tier and adds Support for Larger Messages and Longer Retention\|date=2010-07-01\|website=aws.amazon.com~~/ann.jspa?annID=710~~ \|access-date=~~August 29, 2011~~ 2021-01-11}}</ref> and then 256KB on 2013-06-18.<ref>{{cite web\|url=~~http~~https://aws.amazon.com/about-aws/whats-new/2013/06/18/amazon-sqs-announces-256KB-large-payloads/ \|title=Amazon SQS and SNS Announce 256KB Large Payloads \|~~publisher~~website=~~Aws~~aws.amazon.com \|date=2013-06-18 \|~~accessdate~~access-date=~~2015~~2021-0801-1311}}</ref> For larger messages, the user has a few options to get around this limitation. A large message can be split into multiple segments that are sent separately, or the message data can be stored using [[Amazon Simple Storage Service]] (Amazon S3) or [[Amazon DynamoDB]] with just a [[Pointer (computer programming)\|pointer]] to the data transmitted in the SQS message. Amazon has made an Extended Client Library available for this purpose ~~[https://github~~.~~com/~~<ref>{{GitHub\|awslabs/amazon-sqs-java-extended-client-lib]\|An extension to the Amazon SQS client that enables sending and receiving messages up to 2GB via Amazon S3.}}</ref>▼ Amazon SQS guarantees '''at-least-once delivery'''. Messages are stored on multiple servers for redundancy and to ensure availability. If a message is delivered while a server is not available, it may not be removed from that server's queue and may be resent. {{As of\|2007}}, Amazon SQS does not guarantee that the recipient will receive the messages in the order they were sent by the sender. If message ordering is important, it is required that the application place sequencing information within the messages to allow for reordering after delivery. ▲Messages can be of any type, and the data contained within is not restricted. Message bodies were initially limited to 8KB in size but was later raised to 64KB on 2010-07-01<ref>[https://forums.aws.amazon.com/ann.jspa?annID=710] {{webarchive \|url=https://web.archive.org/web/20110829121354/https://forums.aws.amazon.com/ann.jspa?annID=710 \|date=August 29, 2011 }}</ref> and then 256KB on 2013-06-18.<ref>{{cite web\|url=http://aws.amazon.com/about-aws/whats-new/2013/06/18/amazon-sqs-announces-256KB-large-payloads/ \|title=Amazon SQS and SNS Announce 256KB Large Payloads \|publisher=Aws.amazon.com \|date=2013-06-18 \|accessdate=2015-08-13}}</ref> For larger messages, the user has a few options to get around this limitation. A large message can be split into multiple segments that are sent separately, or the message data can be stored using [[Amazon Simple Storage Service]] (Amazon S3) or [[Amazon DynamoDB]] with just a [[Pointer (computer programming)\|pointer]] to the data transmitted in the SQS message. Amazon has made an Extended Client Library available for this purpose [https://github.com/awslabs/amazon-sqs-java-extended-client-lib]. The service supports both unlimited queues and message traffic. ==~~Message~~Notable ~~deletion~~usage== Examples of companies that use SQS extensively include: SQS does not automatically delete messages once they are sent. When a message is delivered, a receipt handle is generated for that delivery and sent to the recipient. These receipts are not sent with the message but in addition to it. SQS requires the recipient to provide the receipt in order to delete a message. This feature is new as of 2008 where only the message ID was required for message deletion. Because the system is distributed, a message may be sent more than once. In this case, the most recent receipt handle is needed to delete the message. [[Dropbox (service)\|Dropbox]]<ref>{{Cite AV media \|url=https://www.youtube.com/watch?v=mP46FviScYQ \|title=AWS re:Invent 2014 {{!}} (PFC308) How Dropbox Scales Massive Workloads Using Amazon SQS \|date=2014-11-14 \|last=Amazon Web Services \|access-date=2024-12-07 \|via=YouTube}}</ref> Once a message is delivered, it has a '''visibility timeout''' to prevent other components from consuming it. The "clock" for the visibility timeout starts once a message is sent, the default time being 30 seconds. If the queue is not told to delete the message during this time, the message becomes visible again and will be resent. [[Netflix]]<ref>{{Cite web \| url=http://techblog.netflix.com/2011/04/more-like-this-building-network-of.html Each queue also consists of a '''retention''' parameter defaulting to 4 days. Any message residing in the queue for longer will be purged automatically. The retention can be modified from 1 minute up to 14 days by the user. If the retention is changed while messages are already in the queue, any message that has been in the queue for longer than the new retention will be purged. \| title="More Like This…" Building a network of similarity \| date = 2011-0704-0818▼ ~~==Notable usage==~~ \| first=Hans [[Dropbox (service)\|Dropbox]], [[Netflix]]<ref>http://techblog.netflix.com/2011/04/more-like-this-building-network-of.html</ref> and [[Nextdoor]]<ref>https://engblog.nextdoor.com/nextdoor-taskworker-simple-efficient-amp-scalable-ac4f7886957b</ref> are examples of companies that use SQS extensively. SQS is also widely used within Amazon.com. \| last=Granqvist \| work=Netflix Tech Blog \| archive-url=https://web.archive.org/web/20161128083030/http://techblog.netflix.com/2011/04/more-like-this-building-network-of.html \| archive-date=2016-11-28 }}</ref> [[Nextdoor]]<ref>{{Cite web \| url=https://engblog.nextdoor.com/nextdoor-taskworker-simple-efficient-amp-scalable-ac4f7886957b \| title=Nextdoor Taskworker: Simple, Efficient & Scalable \| first=Wenbin \| last=Fang \| date=2014-08-13 \| website=Nextdoor Engineering}}</ref> [[Amazon.com]]<ref>{{Cite web \|title=Amazon SQS FAQs {{!}} Message Queuing Service {{!}} AWS \|url=https://aws.amazon.com/sqs/faqs/?utm_source=chatgpt.com \|access-date=2024-12-07 \|website=Amazon Web Services, Inc. \|language=en-US}}</ref> ==See also== * [[Java Message Service]] ▲* [[IronMQ]] * [[Message queue]] * [[Message Queuing as a Service]] * [[Oracle Cloud#Platform as a Service (PaaS)\|Oracle Messaging Cloud Service]] * [[StormMQ]] ==References== {{Reflist}} ~~{{Refbegin}}~~ * {{cite web ~~\| title = Amazon Simple Queue Service~~ ~~\| url = http://docs.amazonwebservices.com/AWSSimpleQueueService/latest/SQSGettingStartedGuide/~~ ▲\| date = 2011-07-08 }} ~~{{Refend}}~~ ~~==External links==~~ [https://www.amazon.com/Simple-Queue-Service-home-page/b?node=13584001 Amazon Simple Queue Service homepage] [https://github.com/adamw/elasticmq ElasticMQ - replicated message queue implementing the Amazon SQS interface] {{Cloud computing}} {{Amazon}} [[Category:Amazon Web Services~~\|SQS~~]] [[Category:Message-oriented middleware]] [[Category:Inter-process communication]]