首个由国内发起的分布式消息领域的国际标准OpenMessaging一周年回顾

简介:

近日,浩鲸科技和京东先后宣布正式加入Linux基金会旗下OpenMessaging开源标准社区,并承诺将与OpenMessaging开源标准社区共同努力营造良好的开源环境,打造厂商中立,面向 Cloud Native ,同时对流计算以及大数据生态友好的下一代分布式消息标准。

至此,已经加入OpenMessaging开源标准社区的企业有阿里巴巴、Datapipeline、滴滴出行、浩鲸科技、京东商城、青云QingCloud、Streamlio、微众银行、Yahoo、中国移动苏州研发中心(按首字母排序)等来自互联网、软件服务、金融和运营商行业的10家企业,覆盖中美两个国家。此外,已获得RocketMQ、RabbitMQ和Pulsar 3个顶级消息开源厂商的支持。

OpenMessaging消息标准的缘起

OpenMessaging是下一代分布式消息标准,谈标准离不开产品 - 消息中间件。消息中间件是分布式系统下消息传递的基础组件,在某个场景下,当用户需要调用多个业务时,借助消息中间件的解耦特性可以很好的满足多个业务的调用需求,同时,消息的发送和接收都是异步的,极大的提高了用户体验,这是传统RPC框架无法满足的。

但是,伴随着越来越多的云计算基础设施提供商和消息中间件产品的出现,以及大数据、物联网等新应用场景的的诞生,在消息领域出现了两大新问题:一是缺乏供应商中立的行业标准,导致各类消息中间件产品间通信时的高复杂性和不兼容性,相应地造成了公司的产品低效、混乱和供应商锁定等问题。二是目前已有的方案框架并不能很好地适配云架构,即非云原生架构,因此无法有效地对大数据、流计算和物联网等新兴业务需求提供技术支持。

OpenMessaging项目由阿里巴巴发起,与雅虎、滴滴出行、Streamlio公司共同参与创立,旨在为分布式消息分发,创建面向全球、面向Cloud Native的供应商中立的开放标准,可以满足云端、内部和混合云等多种场景的部署接入需求,以解决以上的两大问题。

OpenMessaging消息标准的发展

2017年9月12日,OpenMessaging 发布第一个 alpha 版本,Apache RocketMQ 为OpenMessaging-0.1.0-alpha 提供了部分实现。

2017年10月12日,Linux 基金会官方宣布 OpenMessaging 开源项目正式入驻Linux基金会。

2017年10月14日,在杭州云栖大会现场,Linux 基金会Leadership团队CNCF 执行总裁 Dan Kohn和阿里巴巴集团研究员蒋江伟共同宣布了分布式消息领域的国际标准 OpenMessaging 开源项目正式入驻Linux基金会,这也是国内首个在全球范围发起的分布式计算领域的国际标准。

2018年3月6日,OpenMessaging 宣布了第一个针对消息传递解决方案的开放标准 - 多平台性能基准测试方案。这一可扩展的测试方案是由Streamlio、阿里巴巴和OpenMessaging社区共同协作完成,解决了企业对消息传递和排队解决方案性能评测的需求。

2018年4月4日,CNCF 执行总裁 Dan Kohn 宣布将OpenMessaging 列入CNCF云原生全景图。

2018年9月5日,OpenMessaging 完成进入云原生计算基金会(Cloud Native Computing Foundation,CNCF)的汇报。

2018年9月7日,国内领先的“iPaaS+AI”一站式大数据融合服务提供商DataPipeline宣布加入OpenMessaging 开源标准社区,共同推动大数据技术在国际市场的应用与创新,降低企业的投入成本。

2018年9月14日,OpenMessaging 发布1.0.0-preview 版本,内容包括Specification和Runtime interface(Java&CPP)。

2018年9月17日,微众银行加入 OpenMessaging 开源标准社区。据悉,微众银行是 OpenMessaging 开源标准社区首个来自金融行业的成员。

2018年10月19日,中国移动苏州研发中心加入OpenMessaging 开源标准社区,据悉,中国移动苏州研发中心是 OpenMessaging 开源标准社区首个来自运营商行业的成员。

2018年10月31日,青云QingCloud加入 OpenMessaging 开源标准社区,与社区贡献者们一起为分布式消息分发创建一个面向全球的、面向云计算的、供应商中立的行业标准。

2018年11月1日,浩鲸科技加入 OpenMessaging 开源标准社区,将与OpenMessaging形成合力,不断丰富完善数字化转型技术和业务,灵活满足运营商及政企客户的需求。

2018年11月2日,京东加入 OpenMessaging 开源标准社区,承诺将与OpenMessaging社区共同努力营造良好的开源环境、贡献开源社区,致力于云原生、厂商无关的分布式消息中间件标准的发展。

2018年11月6日,Linux 基金会宣布中国移动苏州研发中心、青云QingCloud、浩鲸科技、京东正式加入OpenMessaging 开源标准社区。

来自4位社区新成员的心声

“在中国移动苏州研发中心,我们基于Apache RocketMQ构建了一套消息引擎,并由此发展出一全套生产端API和消费端API,但不同消息引擎间的消息兼容性问题消耗了我们团队大量的时间和精力。鉴于此,我们意识到建立一个供应商中立,和语言无关的分布式消息标准的重要性,我们相信这个标准能够进一步推动我们所依赖的分布式消息技术的发展。"

—— 胡宗棠,中国移动苏州研发中心云计算技术架构师

“在京东集团,JingDong Message Queue(JMQ)已被广泛使用。然而,尽管我们努力去和各种消息协议进行兼容,但仍然不能满足所有的需求。我们计划开源JMQ,并将 OpenMessaging 视为事实上的分布式消息传递的国际开放标准,旨在满足现今本地消息传递和流式应用程序的需要。我们相信,一个统一的、被广泛接受的消息传递标准能够使消息技术和应用受益。"

—— 林德强,京东集团中间件事业部消息组负责人

“作为一家云服务提供商,我们向客户提供各种各样的消息服务,包括Apache Kafka、RabbitMQ和RocketMQ。随着市场上出现各类不同的开源解决方案,越来越多的客户向我们询问,应该使用哪类方案来满足他们的消息传递需求。开源方案越多,会导致更高的接入和维护成本。建立一套分布式消息传递的行业开放标准、独立于供应商和语言的规范变得越来越重要,尤其是在云时代。我们期待着与OpenMessaging消息标准社区合作,帮助推动消息传递服务朝着统一、开放的标准接口发展。”

—— 周小四 青云QingCloud应用平台研发总监

“目前,消息队列使用专有的封闭协议,限制了不同操作系统或编程语言在异构环境集合中的交互能力。在浩鲸科技,我们致力于消除不同协议之间的差异,让开发人员更容易的使用消息传递和流服务。为此,我们迫切需要一个不依赖于供应商和语言的开放消息标准,OpenMessaging 正是我们在寻找的标准。"

—— 郑涛,浩鲸科技分布式消息和流式数据平台技术总监

相关实践学习
基于MaxCompute的热门话题分析
本实验围绕社交用户发布的文章做了详尽的分析,通过分析能得到用户群体年龄分布,性别分布,地理位置分布,以及热门话题的热度。
SaaS 模式云数据仓库必修课
本课程由阿里云开发者社区和阿里云大数据团队共同出品,是SaaS模式云原生数据仓库领导者MaxCompute核心课程。本课程由阿里云资深产品和技术专家们从概念到方法,从场景到实践,体系化的将阿里巴巴飞天大数据平台10多年的经过验证的方法与实践深入浅出的讲给开发者们。帮助大数据开发者快速了解并掌握SaaS模式的云原生的数据仓库,助力开发者学习了解先进的技术栈,并能在实际业务中敏捷的进行大数据分析,赋能企业业务。 通过本课程可以了解SaaS模式云原生数据仓库领导者MaxCompute核心功能及典型适用场景,可应用MaxCompute实现数仓搭建,快速进行大数据分析。适合大数据工程师、大数据分析师 大量数据需要处理、存储和管理,需要搭建数据仓库?学它! 没有足够人员和经验来运维大数据平台,不想自建IDC买机器,需要免运维的大数据平台?会SQL就等于会大数据?学它! 想知道大数据用得对不对,想用更少的钱得到持续演进的数仓能力?获得极致弹性的计算资源和更好的性能,以及持续保护数据安全的生产环境?学它! 想要获得灵活的分析能力,快速洞察数据规律特征?想要兼得数据湖的灵活性与数据仓库的成长性?学它! 出品人:阿里云大数据产品及研发团队专家 产品 MaxCompute 官网 https://www.aliyun.com/product/odps 
相关文章
|
消息中间件 大数据 Apache
解读OpenMessaging开源项目,阿里巴巴发起首个分布式消息领域的国际标准
OpenMessaging项目由阿里巴巴发起,与雅虎、滴滴出行、Streamlio公司共同参与创立,项目意在创立厂商无关、平台无关的分布式消息及流处理领域的应用开发标准。据发起人介绍,随着标准的不断演进,会有更多的互联网、云计算厂商参与到该项目以及生态体系中来。
12254 6
|
区块链 数据库 Swift
|
大数据 Linux Apache
分布式消息规范 OpenMessaging 1.0.0-preview 发布
OpenMessaging 是由阿里巴巴牵头发起,由 Yahoo、滴滴、Streamlio、微众银行、Datapipeline 等公司共同发起创建的分布式消息规范,其目标在于打造厂商中立,面向 Cloud Native ,同时对流计算以及大数据生态友好的下一代分布式消息标准。
2964 0
|
物联网 大数据 数据库
重磅,阿里巴巴发布分布式消息领域国际标准
一句话介绍OpenMessaging 分布式系统的消息服务的规范标准(如产品模型、API框架、迁移等),厂商无关、环境无关、产品无关。该项目已经获得Linux基金会的公开官方支持,于10月14日杭州•云栖大会阿里开源技术峰会上发布。
1401 0
|
监控 云栖大会
10月18日云栖精选夜读:解读OpenMessaging开源项目,阿里巴巴发起首个分布式消息领域的国际标准
OpenMessaging项目由阿里巴巴发起,与雅虎、滴滴出行、Streamlio公司共同参与创立,项目意在创立厂商无关、平台无关的分布式消息及流处理领域的应用开发标准。据发起人介绍,随着标准的不断演进,会有更多的互联网、云计算厂商参与到该项目以及生态体系中来。
3538 0
|
24天前
|
NoSQL Java Redis
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
Redis分布式锁在高并发场景下是重要的技术手段,但其实现过程中常遇到五大深坑:**原子性问题**、**连接耗尽问题**、**锁过期问题**、**锁失效问题**以及**锁分段问题**。这些问题不仅影响系统的稳定性和性能,还可能导致数据不一致。尼恩在实际项目中总结了这些坑,并提供了详细的解决方案,包括使用Lua脚本保证原子性、设置合理的锁过期时间和使用看门狗机制、以及通过锁分段提升性能。这些经验和技巧对面试和实际开发都有很大帮助,值得深入学习和实践。
太惨痛: Redis 分布式锁 5个大坑,又大又深, 如何才能 避开 ?
|
3月前
|
NoSQL Redis
基于Redis的高可用分布式锁——RedLock
这篇文章介绍了基于Redis的高可用分布式锁RedLock的概念、工作流程、获取和释放锁的方法,以及RedLock相比单机锁在高可用性上的优势,同时指出了其在某些特殊场景下的不足,并提到了ZooKeeper作为另一种实现分布式锁的方案。
103 2
基于Redis的高可用分布式锁——RedLock
|
3月前
|
缓存 NoSQL Java
SpringBoot整合Redis、以及缓存穿透、缓存雪崩、缓存击穿的理解分布式情况下如何添加分布式锁 【续篇】
这篇文章是关于如何在SpringBoot应用中整合Redis并处理分布式场景下的缓存问题,包括缓存穿透、缓存雪崩和缓存击穿。文章详细讨论了在分布式情况下如何添加分布式锁来解决缓存击穿问题,提供了加锁和解锁的实现过程,并展示了使用JMeter进行压力测试来验证锁机制有效性的方法。
SpringBoot整合Redis、以及缓存穿透、缓存雪崩、缓存击穿的理解分布式情况下如何添加分布式锁 【续篇】
|
1月前
|
缓存 NoSQL Java
大数据-50 Redis 分布式锁 乐观锁 Watch SETNX Lua Redisson分布式锁 Java实现分布式锁
大数据-50 Redis 分布式锁 乐观锁 Watch SETNX Lua Redisson分布式锁 Java实现分布式锁
55 3
大数据-50 Redis 分布式锁 乐观锁 Watch SETNX Lua Redisson分布式锁 Java实现分布式锁
|
25天前
|
NoSQL Redis 数据库
计数器 分布式锁 redis实现
【10月更文挑战第5天】
44 1
下一篇
无影云桌面