阿里云消息服务让海量消息也不会堵车

    除了917亿的天量成交额，2015年天猫双11狂欢节还有个数字震惊了全球，那就是破纪录的每秒14万笔的订单创建量，这个数字比全球最大信用卡组织VISA支付能力的6倍还多。

    然而面对如此高的峰值数字，任何独立的高并发计算机都是徒劳的，因为这些流量的来源错综复杂，即使用上天河2号这样的超级计算机，也会因为效率低下而耽误了订单创建过程。这时候就需要一个优秀的“交警”来指挥交通，将不同类别的消息进行分类，并保障所有的订单消息都被快速分派并消费成功。

    阿里云消息服务就是这么一款“小而强大”云服务产品，它能提供高效、可靠、安全、便捷、弹性扩展的消息服务；轻松构建耦合、高并发的分布式系统；方便跨域数据安全传输。

    “传统架构是双向单车道，阿里云造了一条双向八车道的高速公路”

    “传统的消息队列服务是单车道模式，还是双向的，”阿里云消息服务产品负责人表示，“这就注定了消息很容易发生拥堵的状况，阿里云的消息服务在设计之初就采用了分布式框架，无论是数据节点还是元数据节点，都按照‘双向八车道’的理念，实现海量、高可靠、高可用的消息服务。”

    在分布式设计下，用户的数据被被打散存储到整个集群，突破了单物理机的存储上限，进而实现了海量的数据存储能力，用户队列个数和单队列堆积消息数都无上限限制，该负责人表示。

    在传统的“单车道”模式下，一旦拥堵就会发生消息丢失的情况。而阿里云消息服务在每条消息返回给用户之前就已被复制在3份不同的物理机上，并且保证任何一台物理机故障时其上的数据及队列服务单元能够快速自动迁移，时刻保证用户数据3份copy可用。如此一来，数据这辆小车在阿里云的“高速公路”上拥有99.9999999%的可靠性，并且永远不会发生堵车。

    取消“收费站” 让消息回溯成为历史

    临近年关，各大商场超市都在搞活动，最拥堵的地方就是收银台了。

    订单的创建过程就是消息被消费的过程，当碰到没有处理成功的消息时，就需要做回溯补偿处理，这就类似车辆要下高速了，却因为在收费站找零钱而耽误了整个进程。

    阿里云在消息服务创新了消息零回溯功能，能够保证消费至少被消费一次，只有消息在被主动删除后才会被认定为消息被程序消费成功，否则，消息服务会保证消息在设定的时间后继续消费，保证消息“使命必达”。用户既不用担心程序崩溃导致正在处理中的消息丢失，也无需在程序重启后座任何消费状态设置，彻底消灭了消息回溯这个需求。

    多应用场景 零运维成本

    阿里云消息服务采用标准HTTP Restful 接口，支持公网访问，无平台依赖，云上云下、跨region都可连接，用户可以轻松的做跨域的数据传输，而不需要在防火墙开特殊端口；也不需要等待官方某种特定语言的SDK，可以很方便的用各种语言以自己想要的方式实现SDK，做到自主可控。

    此外，阿里云消息服务还提供了优先级消息、延迟消息、批量消息、通知消息等实用功能，帮助用户轻松实现系统解耦，削峰填谷，数据交换，通知回调，定时任务，优先级任务等场景，无需自购服务器、搭建开源消息中间件软件以及后续繁琐的运维扩容工作。

    配合阿里云的“一键开通、按需使用、弹性扩容、按量计费”的一条龙服务，企业可以更专注于自身系统组件间的业务逻辑，而无需为底层消息中间件的稳定性担忧，真正实现了0运维成本。