WORD 整理版
有些情况下，处理数据的过程会失败。除非数据被持久化，否则将造成丢失。
消息队列把数据进行持久化直到它们已经被完全处理，通过这一方式规避了
数据丢失风险。在被许多消息队列所采用的“插入-获取-删除”范式中，在
把一个消息从队列中删除之前，需要你的处理过程明确的指出该消息已经被
处理完毕，确保你的数据被安全的保存直到你使用完毕。
扩展性
因为消息队列解耦了你的处理过程，所以增大消息入队和处理的频率是很容
易的；只要另外增加处理过程即可。不需要改变代码、不需要调节参数。扩
展就像调大电力按钮一样简单。
灵活性 & 峰值处理能力
在访问量剧增的情况下，应用仍然需要继续发挥作用，但是这样的突发流量
并不常见；如果为以能处理这类峰值访问为标准来投入资源随时待命无疑是
巨大的浪费。使用消息队列能够使关键组件顶住突发的访问压力，而不会因
为突发的超负荷的请求而完全崩溃。
可恢复性
当体系的一部分组件失效，不会影响到整个系统。消息队列降低了进程间的
耦合度，所以即使一个处理消息的进程挂掉，加入队列中的消息仍然可以在
系统恢复后被处理。而这种允许重试或者延后处理请求的能力通常是造就一
个略感不便的用户和一个沮丧透顶的用户之间的区别。
送达保证
消息队列提供的冗余机制保证了消息能被实际的处理，只要一个进程读取了
该队列即可。在此基础上，IronMQ 提供了一个”只送达一次”保证。无论
有多少进程在从队列中领取数据，每一个消息只能被处理一次。这之所以成
为可能，是因为获取一个消息只是”预定”了这个消息，暂时把它移出了队
列。除非客户端明确的表示已经处理完了这个消息，否则这个消息会被放回
队列中去，在一段可配置的时间之后可再次被处理。
缓冲
在任何重要的系统中，都会有需要不同的处理时间的元素。例如,加载一张图
片比应用过滤器花费更少的时间。消息队列通过一个缓冲层来帮助任务最高
效率的执行—写入队列的处理会尽可能的快速，而不受从队列读的预备处理
的约束。该缓冲有助于控制和优化数据流经过系统的速度。
专业学习参考资料
