Amazon SQS简介 上篇，amazonsqs简介上篇

Amazon SQS简介 上篇，amazonsqs简介上篇

SQS即Simple Queue Service, 是一个分布式的消息队列服务,使用它非常简单,消息队列服务可以用来buffer burst, 使整个服务异步处理,不要求组件始终可用.

开发人员最初使用 Amazon SQS 时只需用到五个 API：

CreateQueue、SendMessage、ReceiveMessage、ChangeMessageVisibility 和 DeleteMessage。

Amazon SQS 会尽量保持消息顺序，但是由于队列的分布式特性，它无法保证消息的先后顺序。也正是因为舍弃了这些特性，才得以保持了SQS的可扩展性。

每个 Amazon SQS 队列都具有可配置的可见性超时(Default Visibility Timeout)。在从队列中读取消息后的指定时间内，该消息对其他读取者保持不可见。只要消息的处理时间短于可见性超时，每条消息都会得以处理并删除。如果处理消息的组件出现失败或不可用，可见性超时结束后该消息即对读取该队列的任何组件可见。这允许多个组件同时从同一队列中读取消息，每个组件负责处理不同的消息， 所以这个特性需要应用是幂等的。

在 Amazon SQS 返回消息给您时，该消息会保存在队列中，无论实际上您是否收到该消息。您要负责删除该消息；删除请求可确认您已处理了该消息。如果您不删除消息，Amazon SQS 将在另一个接收请求中递送该消息。

所以这样情况也是有可能发生的，由于分布式 Amazon SQS 系统中的某台服务器在执行删除时不可用，DeleteMessage 操作未能删除消息的所有副本。该消息副本可能会被再次递送，所以在设计应用程序时，要考虑此，以便再次收到已删除的消息时不会出现错误或不一致。 

 如果连续 30 天以上时间没有针对某个队列签发以下任何请求，SQS有可能删除该队列：SendMessage、ReceiveMessage、DeleteMessage、GetQueueAttributes 和 SetQueueAttributes。设计应用程序时应将此考虑在内。 

原文:http://blog.csdn.net/hongchangfirst/article/details/25870323

作者:hongchangfirst

hongchangfirst的主页:http://blog.csdn.net/hongchangfirst

商业模式及形成过程：
在七八年前，这是一家随着B2B和B2C的浪潮而兴起的网上卖书和网上购物的公司，最初为了支撑其庞大的互联网网上购物业务，尤其是要理论上支持在圣诞节等热销 的庞大并发用户数量的访问和交易，亚马逊部署了大冗余的IT计算和存储资源。后来他们发现了IT支撑自愿在绝大部分时间里都是空闲的，为了充分利用闲置IT资源，亚马逊将弹性云计算建立起来并对外提供效能计算和存储的租用服务。用户仅需要为自己所使用的计算平台的实际用量付费，这样的因需而定的付费，相比企业自己部署相应的IT硬件资源便宜很多。这就是以云计算基础设施作为服务的典型（Iaas）,是典型的因技术创新而带动的商业模式成功。 众多的科技创兴公司利用亚马逊提供的Iaas模式服务，在不必购买IT基础设施及操作系统的前提下，通过即付即用的租用模式在亚马逊平台上快速搭建和发布自己的丰富多彩的云服务

技术支撑该商业模式

在云计算、云存储等方面占据90%的市场，绝对的龙头老大。
提供弹性云计算EC2、简单存储服务S3、简单数据库服务Simple DB、简单队列服务SQS、弹性MapReduce服务等，如今的amazon，在2011年大规模兴建数据中心，持续发展和巩固领先地位，可预见的将来amazon的领先地位不会受到威胁