知識はカップより、マグでゆっくり頂きます。 takuya_1stのブログ

習慣に早くから配慮した者は、 おそらく人生の実りも大きい。




Amazon SQS Functionality
Developers can create an unlimited number of Amazon SQS queues, each of which can send and receive an unlimited number of messages.
New messages can be added to a queue at any time. The message body can contain up to 8 KB of text in any format.
A computer can check a queue at any time for messages waiting to be read.
A message is “locked” while a computer is processing it, keeping other computers from trying to process it simultaneously. If processing fails, the lock will expire and the message will again be available.
Messages can be retained in queues for up to 4 days.
Developers can access Amazon SQS through standards-based SOAP and Query interfaces designed to work with any Internet-development toolkit.


Service Highlights

Amazon SQS provides significant advantages over the complexity of home-grown messaging systems or the ongoing expense of licensed or hosted systems.


Reliable – Amazon SQS runs within Amazon’s high-availability data centers, so queues will be available whenever applications need them. To prevent messages from being lost or becoming unavailable, all messages are stored redundantly across multiple servers and data centers.


Simple – Developers can utilize Amazon SQS queues by using only four APIs: CreateQueue, SendMessage, ReceiveMessage, and DeleteMessage. The SOAP and query APIs can be used with virtually any language and platform.



Scalable – Amazon SQS was designed to enable an unlimited number of computers to read and write an unlimited number of messages at any time.

高拡張性 AmazonSQSは利用端末数が増えても問題なくメッセージを読み書き出来、件数も無制限でいつでもアクセス可能です。

Secure – Authentication mechanisms are provided to ensure that messages stored in Amazon SQS queues are secured against unauthorized access.


Inexpensive – No up-front or fixed expenses. The only costs of sending messages through Amazon SQS are small per-request handling fees and data transfer fees. For $1 a user can transmit over a half a million (500,000) messages.




Amazon Simple Queue Service (Amazon SQS) offers a reliable, highly scalable, hosted queue for storing messages as they travel between computers. By using Amazon SQS, developers can simply move data between distributed components of their applications that perform different tasks, without losing messages or requiring each component to be always available. Amazon SQS makes it easy to build an automated workflow, working in close conjunction with the Amazon Elastic Compute Cloud (Amazon EC2) and the other AWS infrastructure web services.

Amazon Simple Queue Service (Amazon SQS)は高信頼性と高可用性を兼ね揃えたキューを提供します。

Amazon SQS works by exposing Amazon’s web-scale messaging infrastructure as a web service. Any computer on the Internet can add or read messages without any installed software or special firewall configurations. Components of applications using Amazon SQS can run independently, and do not need to be on the same network, developed with the same technologies, or running at the same time.

Amazon SQSは Amazonの巨大スケールなWebを支えるインフラをWebサービス化したものです。インターネット上のどこからでもキューにメッセージを追加することが出来ます。HTTPSベースなのでサービス固有のプログラムを必要としません。またファイアウォールの設定も気にせず利用できます。AmazonSQSを利用したアプリケーションはAmazonSQSとの依存関係を持たずに、アプリ毎の作業に特化することが出来ます。また同一ネットワークセグメントにPCが存在する必要もなく、同時に開発する必要もなく、バージョン差異を気にせずともよく、同時に起動している必要もなく、快適に開発をすることができます。


Using Amazon SQS with Other AWS Infrastructure Web Services


Amazon SQS can be used with Amazon EC2, as well as Amazon S3 and Amazon SimpleDB, to make applications more flexible and scalable. A common use case is to create an integrated and automated workflow, where multiple components or modules need to communicate with each other, but can’t all process the same amount of work simultaneously. In this case, SQS queues carry messages to be processed in an orderly fashion by the user’s application running on Amazon EC2 instances. The Amazon EC2 instances can read the queue, process the job, and then post the results as messages to another SQS queue (possibly for further processing by another application). Because Amazon EC2 allows applications to scale up and down dynamically, application developers can easily vary the number of compute instances based on the amount of work in the SQS queues, to ensure that jobs are executed in a timely manner.


For example, here is how a video transcoding website uses Amazon EC2, Amazon SQS, Amazon S3, and Amazon SimpleDB together. End users submit videos to be transcoded to the website. The videos are stored in Amazon S3, and a message (“the request message”) is placed in an Amazon SQS queue (“the incoming queue”) with a pointer to the video and to the target video format in the message. The transcoding engine, running on a set of Amazon EC2 instances, reads the request message from the incoming queue, retrieves the video from Amazon S3 using the pointer, and transcodes the video into the target format. The converted video is put back into Amazon S3 and another message (“the response message”) is placed in another Amazon SQS queue (“the outgoing queue”) with a pointer to the converted video. At the same time, metadata about the video (e.g., format, date created and length) can be indexed into Amazon SimpleDB for easy querying. During this whole workflow, a dedicated Amazon EC2 instance can constantly monitor the incoming queue and, based on the number of messages in the incoming queue, is able to dynamically adjust the number of transcoding Amazon EC2 instances to meet customers’ response time requirements.