10 月,开发者不可错过的开源大数据大会-2021 WeDataSphere 社区大会深圳站 了解详情
写点什么

Azure 高级消息服务正式发布

2016 年 8 月 03 日

7 月 15 日,微软宣布,Azure 高级消息服务正式发布(GA),距离微软推出预览版已经有10 个月的时间了。2015 年11 月,InfoQ 就曾经对预览版的发布进行过报道。Azure 高级消息服务以微软的平台即服务(PaaS)消息平台Azure 服务总线为基础构建。高级服务包含现在能够在Azure 服务总线标准消息层中找到的所有基于云的消息功能,比如队列和主题。不过,该服务不是一个多租户消息平台,和标准消息层一样,并且允许客户将专用的计算资源用于他们的工作负载。计算资源专用的结果是,服务总线团队增大了客户可以在消息服务中处理的最大消息。高级消息服务支持的最大消息由传统的256KB 提高到了1MB。

该服务的客户采用速度不断增加。Azure 服务总线团队项目经理Justin Conway解释说:“高级消息已经展示出了强劲的月增速,每天的流量几乎超过了10 亿次操作。有些客户想要可靠性、高吞吐量以及一个属于自己的环境,高级消息的正式发布真正地为他们提供了一个最先进的消息平台。”

除了Dynamics CRM、必应地图、分析服务等微软服务外,使用新服务的客户群包括金融服务公司、披萨连锁店、保险公司、媒体公司。

高级消息在以下7 个区域可用,包括:东南亚、东亚、西欧、北欧、美国中部、美国西部和美国东部。其他区域会根据客户需求添加。

InfoQ 有幸与 Azure 服务总线团队首席项目经理 Dan Rosanova 探讨了这个版本,下面是谈话内容。

InfoQ:你们团队最近发表了一篇博文,其中提到,每天的高级消息流量几乎超过了 10 亿次操作。是什么促使客户使用该服务?

Dan Rosanova:对于延迟或可预见性比较敏感的客户往往会为这项高级服务所吸引。传统的应用场景是电子商务和订单处理,在这类场景中,用户响应时间很关键,或者正在发生资产和金钱转移。我们还有一个 ISV 用户群,他们需要为他们的客户提供一个可扩展的平台,他们的采用速度很快。

InfoQ:对于某些客户,标准消息当前的消息大小限制(256KB)在某些情况下已经成为一种局限。你们为什么决定让高级消息支持更大的消息,你们是如何确定 1MB 这个大小的?

Dan Rosanova:在像标准消息这样的多租户平台中,主要的问题是,更大的消息会占用更大的池资源。由于高级服务不是一个多租户平台,我们不用担心这个问题。而且,我们不再使用 SQL 作为消息存储,这也减少了平台约束。每个客户都有他们自己的消息存储。对于消息大小,我们考虑了一系列方案。我们的服务是个以消息为重点的服务,你必须确定你的场景是真正的消息,还是存储。将来,我们可能会将大小限制调高,但不会有数量级的差别。不过,与其他云消息服务相比,1MB 已经是一个相当大的消息大小了。

InfoQ:有些客户对在新服务中处理大消息感兴趣,对于这部分客户,有什么最佳实践或指导原则可以提供给他们吗?

Dan Rosanova:这是一个专用的资源模型,大消息所需的资源比小消息要多。不管是在我们的消息服务中,还是在你的发送者和接收者中,都是如此。与我们的代码相比,你代码中的序列化开销更大,因为我们不会打开消息体。重要的是要知道,消息越大,你在自己的代码中执行序列化和处理所使用的 CPU 资源就越多。此外,你应该对服务和命名空间进行基准测试,看看它在处理较大消息时的表现。与小消息相比,大消息消耗 IOPS 和存储都更快,但在我们的高级服务中,性能始终如一。

InfoQ:最近,您的团队发布了一些有关新服务的性能统计数据。你们对这些数值感到意外吗?你们有计划增加消息单元(MU)数量,让客户可以为扩大规模做好准备吗?

Dan Rosanova:根据本地消息的经验,消息传输长期超过 1 千条就相当快了。所以,是的,我们很高兴自己的服务超过了那一水平。我们希望其规模可以线性扩展,而测试表明它就是线性的。至于增加可用的消息单元数量,将大规模工作负载分片总是很重要,而且我们不想鼓励人们回避做这些重要的决策。我们认为,每秒 16000 条消息应该可以满足大多数客户的需求了,但是,我们会一直欢迎客户的反馈。我们正在考虑增加可用的消息单元,但现在还没有确切的计划。

InfoQ近日,在多伦多举行的全球合作伙伴大会上,您在分享中提到,即将推出“事件中心专用能力(Event Hubs Dedicated Capacity)”。这两个服务有什么不同?

Dan Rosanova:今年春天临近结束的时候,我们悄悄地面向微软 EA 客户发布了事件中心专用能力。这是些事件中心的单租户集群,用于规模非常大、要求非常高的工作负载。与高级消息类似,但应用场景的规模要大许多,其定价模型以固定的月度价格为基础,没有额外的使用费用。它需要客户购买三个月,并参与到我们的产品团队。那不是一个轻量级的东西,不要想着只是在周末做个尝试。其真正的目标客户是那些需要每秒处理成千上万条或数百万条消息的客户。我们欢迎任何感兴趣的人联系他们的 EA 销售代表或者 Azure 客服。

查看英文原文 Azure Premium Messaging Service Reaches General Availability

2016 年 8 月 03 日 19:001152
用户头像

发布了 1008 篇内容, 共 325.1 次阅读, 收获喜欢 297 次。

关注

评论

发布
暂无评论
发现更多内容

大数据与分布式

喵叔

7月日更

Linux之/etc/group文件

入门小站

Linux

生产环境踩坑系列::Hive on Spark的connection timeout 问题

dclar

spark hive hive on spark

【LeetCode】变位词组Java题解

HQ数字卡

算法 LeetCode 7月日更

架构实战营模块二作业

袁小芬

架构实战营

一种简单可落地的分布式事务实践方案,面试问起来也不慌了

JAVA前线

Java 数据库 分布式事务

设计一个秒杀系统

卢卡多多

秒杀 7月日更

模块二作业

Geek_35a345

如何写出富含知识的代码

escray

学习 极客时间 7月日更 如何落地业务建模

丢失api-ms-win-crt-runtimel1-1-0

好孩子

Vue进阶(幺幺捌):CSS3 - 选择器first-child、last-child、nth-child、nth-last-child、nth-of-type

No Silver Bullet

Vue 7月日更

你真的了解 Session 和 Cookie 吗?

陈皮的JavaLib

Java HTTP session Cookie

架构实战营模块二作业

老猎人

架构实战营

【LeetCode】连续子数组的最大和Java题解

HQ数字卡

算法 LeetCode 7月日更

云计算的革命尚未开始

大可不加冰

云计算 Cloud 基础设施即代码 Cloud Native

模块二作业

Mr.He

架构实战营

external-resizer源码分析-pvc扩容分析

良凯尔

Kubernetes 源码分析 Ceph CSI Kubernetes Plugin

基于P4的SCION -- 构建太比特的未来互联网

俞凡

网络

架构实战营 - 模块二作业: 分析微信朋友圈的高性能复杂度

Julian Chu

#架构实战营

Spring源码解析 -- SpringWeb请求参数获取解析

Java spring 源码解析

微信朋友圈的高性能复杂度分析

架构0期-Bingo

【Flutter 专题】83 解自定义 ACEWave 波浪 Widget (一)

阿策小和尚

Flutter 小菜 0 基础学习 Flutter Android 小菜鸟 7月日更

Go语言:sync包控制并发详解!

微客鸟窝

Go

2.2如何设计高性能架构

Lemon

高性能架构

Vue进阶(幺伍零):Vue key应用

No Silver Bullet

Vue 7月日更 key

人脸识别与美颜算法---基于OpenCV系列

IT蜗壳-Tango

7月日更

Vue进阶(幺肆捌):Vuex辅助函数详解

No Silver Bullet

Vue vuex 7月日更

在线XML转JSON工具

入门小站

架构实战营 - 模块二作业

思梦乐

Vue进阶(幺叁贰):ES数组操作:数组合并

No Silver Bullet

Vue 7月日更 数组合并

架构实战营模块二作业

maybe

Azure高级消息服务正式发布-InfoQ