SOFAMosn v0.13.0 发布,云原生网络代理平台
MOSN v0.13.0 发布报告如下:
新功能
- 支持 Strict DNS Cluster @dengqian
- 支持 GZip 处理的 Stream Filter @wangfakang
- Dubbo 服务发现完成 Beta 版本 @cch123
- 支持单机故障隔离的 Stream Filter @NeGnail
- 集成 Sentinel 限流能力 @ansiz
优化
- 优化 EDF LB 的实现,使用 EDF 重新实现 WRR LB @CodingSinger
- 配置获取 ADMIN API 优化,新增 Features 和环境变量相关 ADMIN API @nejisama
- 更新 Host 时触发健康检查的更新从异步模式修改为同步模式 @nejisama
- 更新了 Dubbo 库,优化了 Dubbo Decode 的性能 @zonghaishang
- 优化 Metrics 在 Prometheus 中的输出,使用正则过滤非法的 Key @nejisama
- 优化 MOSN 的返回状态码 @wangfakang
Bug 修复
- 修复健康检查注册回调函数时的并发冲突问题 @nejisama
- 修复配置持久化函数没有正确处理空配置的错误 @nejisama
- 修复 ClusterName/RouterName 过长时,以文件形式 DUMP 会失败的问题 @nejisama
- 修复获取 XProtocol 协议时,无法正确获取协议的问题 @wangfakang
- 修复创建 StreamFilter 时,获取的 context 错误的问题 @wangfakang
MOSN 简介
MOSN(Modular Observable Smart Network), 是一款采用 GoLang 开发的 Service Mesh 数据平面代理, 功能和定位类似 Envoy,旨在提供分布式,模块化,可观察,智能化的代理能力。 MOSN 支持 Envoy 和 Istio 的 API,可以和 Istio 集成,。 MOSN 初始版本由蚂蚁金服和阿里大文娱UC事业部携手贡献,期待社区一起来参与后续开发,共建一个开源精品项目。
核心能力
- Istio集成
- 集成 Istio 1.0 版本与 V4 API,可基于全动态资源配置运行
- 核心转发
- 自包含的网络服务器
- 支持 TCP 代理
- 支持 TProxy 模式
- 多协议
- 支持 HTTP/1.1,HTTP/2
- 支持 SOFARPC
- 支持 Dubbo 协议(基于XProtocol支持)
- 核心路由
- 支持 Virtual Host 路由
- 支持 Headers/URL/Prefix 路由
- 支持基于 Host Metadata 的 Subset 路由
- 支持重试
- 后端管理&负载均衡
- 支持连接池
- 支持熔断
- 支持后端主动健康检查
- 支持 Random/RR 等负载策略
- 支持基于 Host Metadata 的 Subset 负载策略
- 可观察性
- 观察网络数据
- 观察协议数据
- TLS
- 支持 HTTP/1.1 on TLS
- 支持 HTTP/2.0 on TLS
- 支持 SOFARPC on TLS
- 进程管理
- 支持平滑 reload
- 支持平滑升级
- 扩展能力
- 支持自定义私有协议
- 支持在 TCP IO 层,协议层面加入自定义扩展
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
BaikalDB 1.1.2 版本发布
BaikalDB 正式开启 1.1.X 版本 版本发布 https://github.com/baidu/BaikalDB/releases/tag/v1.1.2 https://gitee.com/mirrors/BaikalDB/tree/v1.1.2 主要特性介绍 分布式事务实现优化 在第一版事务设计中,如果事务COMMIT过程中有部分Region失败,通过持续重试直到Region全部成功才结束,但在生产环境下可能永远不会结束重试,这会带来额外的运维工作。 因此在新版本事务实现中,我们结合Rocksdb悲观事务与Percolator事务模型,引入Primary Region作为事务同步点。只有Primary Region COMMIT成功或者ROLLBACK成功后,才会继续给其他Region发送COMMIT/ROLLBACK指令。 基于Primary Region,接入层模块(baikaldb)的相关逻辑得以简化,其他Region超时未收到COMMIT/ROLLBACK指令会通过反查Primary Region来判断事务状态。Primary Region也通过raft同步状态,稳...
- 下一篇
分布式场景之刚性事务-2PC详解
分布式一致性 分布式场景下,多个服务同时对服务一个流程,比如电商下单场景,需要支付服务进行支付、库存服务扣减库存、订单服务进行订单生成、物流服务更新物流信息等。如果某一个服务执行失败,或者网络不通引起的请求丢失,那么整个系统可能出现数据不一致的原因。 上述场景就是分布式一致性问题,追根到底,分布式一致性的根本原因在于数据的分布式操作,引起的本地事务无法保障数据的原子性引起。 分布式一致性问题的解决思路有两种,一种是分布式事务,一种是尽量通过业务流程避免分布式事务。分布式事务是直接解决问题,而业务规避其实通过解决出问题的地方(解决提问题的人)。其实在真实业务场景中,如果业务规避不是很麻烦的前提,最优雅的解决方案就是业务规避。 事务分类 分布式事务实现方案从类型上去分刚性事务、柔型事务。刚性事务:通常无业务改造,强一致性,原生支持回滚/隔离性,低并发,适合短事务。柔性事务:有业务改造,最终一致性,实现补偿接口,实现资源锁定接口,高并发,适合长事务。 刚性事务:XA 协议(2PC、JTA、JTS)、3PC 柔型事务:TCC/FMT、Saga(状态机模式、Aop模式)、本地事务消息、消息事务(...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- 设置Eclipse缩进为4个空格,增强代码规范
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,CentOS8安装Elasticsearch6.8.6
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS7设置SWAP分区,小内存服务器的救世主