 Service Mesh是下一代SDN吗:从通信角度看Service Mesh的发展Proxy Service Data Plane Protocol Canary deployment Chaos testing User Subscription & SLA Control Plane Programmable API APP ...... Data Plane Control Layer Application Layer通过Service Subscription and SLA Management HW Adapter Proxy Service Proxy Service Proxy Service Control Plane Subscription & SLA User User Subscription & SLA 1. APP converts user subscription & SLA to operation Metrics 收集产品化增强-支持多网络平面 电信系统一般会有多个网络平面的,主要原因包括:避免不同功能的网络之间的 相互影响; 网络设计冗余,增强系统网络的健壮性; 为不同的网络提供不同的 SLA ;通过网络隔离提高安全性;通过叠加多个网络增加系统带宽 上图中的Kubernets集群使用了Knitter网络插件,部署了四个网络平面产品化增强-支持多网络平面 Istio1.0中不支持多网络0 码力 | 27 页 | 11.99 MB | 6 月前3 Service Mesh是下一代SDN吗:从通信角度看Service Mesh的发展Proxy Service Data Plane Protocol Canary deployment Chaos testing User Subscription & SLA Control Plane Programmable API APP ...... Data Plane Control Layer Application Layer通过Service Subscription and SLA Management HW Adapter Proxy Service Proxy Service Proxy Service Control Plane Subscription & SLA User User Subscription & SLA 1. APP converts user subscription & SLA to operation Metrics 收集产品化增强-支持多网络平面 电信系统一般会有多个网络平面的,主要原因包括:避免不同功能的网络之间的 相互影响; 网络设计冗余,增强系统网络的健壮性; 为不同的网络提供不同的 SLA ;通过网络隔离提高安全性;通过叠加多个网络增加系统带宽 上图中的Kubernets集群使用了Knitter网络插件,部署了四个网络平面产品化增强-支持多网络平面 Istio1.0中不支持多网络0 码力 | 27 页 | 11.99 MB | 6 月前3
 Nacos架构&原理
高可用,脱胎于历经阿里巴巴 10 年生产验证的内部产品,支持具有数百万服务的大 规模场景,具备企业级 SLA 的开源产品。 实时:数据变更毫秒级推送生效;1w 级,SLA 承诺 1w 实例上下线 1s,99.9% 推送完成;10w 级,SLA 承诺 1w 实例上下线 3s,99.9% 推送完成;100w 级别,SLA 承诺 1w 实例上下线 9s 99.9% 推送完成。 规模:十万级服务/配置,百万级连接,具备强大扩展性。 CMDB:解决元数据存储,与三方 CMDB 系统对接问题,解决应用,人,资源关系。  Metrics:暴露标准 Metrics 数据,方便与三方监控系统打通。  Trace:暴露标准 Trace,方便与 SLA 系统打通,日志白平化,推送轨迹等能力,并且可以和计 量计费系统打通。  接入管理:相当于阿里云开通服务,分配身份、容量、权限过程。  用户管理:解决用户管理,登录,SSO 等问题。  nacos 客户端,每个客户端从 服务池中随机选择 5 个服务进行注册,随后随机订阅 5 个服务池中的服务;共 10w 个客户端,10w 个服务,50w 服务实例,观察注册过程中的服务端性能指标及推送 SLA。 注册完成后放置,达到稳定状态后再观察服务端性能指标,整个过程持续 20min。 之后所有施压机关闭,观察集群注销的服务端性能指标。 2. 大规模服务注册达到稳定状态后,部分实例频繁发布 场景描述0 码力 | 326 页 | 12.83 MB | 9 月前3 Nacos架构&原理
高可用,脱胎于历经阿里巴巴 10 年生产验证的内部产品,支持具有数百万服务的大 规模场景,具备企业级 SLA 的开源产品。 实时:数据变更毫秒级推送生效;1w 级,SLA 承诺 1w 实例上下线 1s,99.9% 推送完成;10w 级,SLA 承诺 1w 实例上下线 3s,99.9% 推送完成;100w 级别,SLA 承诺 1w 实例上下线 9s 99.9% 推送完成。 规模:十万级服务/配置,百万级连接,具备强大扩展性。 CMDB:解决元数据存储,与三方 CMDB 系统对接问题,解决应用,人,资源关系。  Metrics:暴露标准 Metrics 数据,方便与三方监控系统打通。  Trace:暴露标准 Trace,方便与 SLA 系统打通,日志白平化,推送轨迹等能力,并且可以和计 量计费系统打通。  接入管理:相当于阿里云开通服务,分配身份、容量、权限过程。  用户管理:解决用户管理,登录,SSO 等问题。  nacos 客户端,每个客户端从 服务池中随机选择 5 个服务进行注册,随后随机订阅 5 个服务池中的服务;共 10w 个客户端,10w 个服务,50w 服务实例,观察注册过程中的服务端性能指标及推送 SLA。 注册完成后放置,达到稳定状态后再观察服务端性能指标,整个过程持续 20min。 之后所有施压机关闭,观察集群注销的服务端性能指标。 2. 大规模服务注册达到稳定状态后,部分实例频繁发布 场景描述0 码力 | 326 页 | 12.83 MB | 9 月前3
 24-云原生中间件之道-高磊导面向性能设计,基于消息队 列的异步调用能够显著降低前端业务的响应时间,提高吞吐量;基于消息队列还能实现削峰填谷,把慢服务分离到 后置链路,提升整个业务链路的性能。 高SLA 云原生应用将对消息这种云原生BaaS服务有更高的SLA要求,应用将假设其依赖的云原生服务具备跟云一样的可用性,从而不需要去建设备份链 路来提高应用的可用性,降低架构的复杂度。只有做到与云一样的可用性,云在服务就在,才能称为真正的云原生服务。 云原生应用。因此,消息服务需要做到标准化,消除用户关于 厂商锁定的担忧,云原生消息队列必须采纳很多社区标准,支持了多种开源的API协议,同时也在打造自己标准化接口。 总结一下,传统的消息队列将从高SLA、低成本、易用性、多样性和标准化几个方向持续进化为云原生的消息服务。 具体要求 高级能力-云原生中间件-应用的基石-MQ为例-2-Serverless化 Serverless最核心的理念是“按0 码力 | 22 页 | 4.39 MB | 6 月前3 24-云原生中间件之道-高磊导面向性能设计,基于消息队 列的异步调用能够显著降低前端业务的响应时间,提高吞吐量;基于消息队列还能实现削峰填谷,把慢服务分离到 后置链路,提升整个业务链路的性能。 高SLA 云原生应用将对消息这种云原生BaaS服务有更高的SLA要求,应用将假设其依赖的云原生服务具备跟云一样的可用性,从而不需要去建设备份链 路来提高应用的可用性,降低架构的复杂度。只有做到与云一样的可用性,云在服务就在,才能称为真正的云原生服务。 云原生应用。因此,消息服务需要做到标准化,消除用户关于 厂商锁定的担忧,云原生消息队列必须采纳很多社区标准,支持了多种开源的API协议,同时也在打造自己标准化接口。 总结一下,传统的消息队列将从高SLA、低成本、易用性、多样性和标准化几个方向持续进化为云原生的消息服务。 具体要求 高级能力-云原生中间件-应用的基石-MQ为例-2-Serverless化 Serverless最核心的理念是“按0 码力 | 22 页 | 4.39 MB | 6 月前3
 阿里巴巴超大规模神龙裸金属 Kubernetes 集群运维实践基线系统 • 基础环境一致性故障自愈 (1-5-10) • 监控、故障发现 (1-5) • 本地检测 (walle, NPD) + 外部系统 (IDC、aliyun) • SLI、SLO、SLA • 钉钉、邮件、电话报警、ChatOps 自助诊断 • 节点故障自愈 (10) • 决策中心执行修复操作 • 集中统一风控 • 日常1人运维数十万节点 统一风控 监控 决策 自愈神龙运维事件0 码力 | 21 页 | 7.81 MB | 6 月前3 阿里巴巴超大规模神龙裸金属 Kubernetes 集群运维实践基线系统 • 基础环境一致性故障自愈 (1-5-10) • 监控、故障发现 (1-5) • 本地检测 (walle, NPD) + 外部系统 (IDC、aliyun) • SLI、SLO、SLA • 钉钉、邮件、电话报警、ChatOps 自助诊断 • 节点故障自愈 (10) • 决策中心执行修复操作 • 集中统一风控 • 日常1人运维数十万节点 统一风控 监控 决策 自愈神龙运维事件0 码力 | 21 页 | 7.81 MB | 6 月前3
 Apache Pulsar,云原生时代的消息平台 - 翟佳
2) streamnative.io 企业级流存储层: 读写⾼可⽤性(容错) streamnative.io 企业级流存储层: 稳定的 IO 质量 ⾼性能、强⼀致性、读写隔离、灵活SLA • Pulsar 的根本不同 • Apache Pulsar 简介 • Pulsar 的云原⽣架构 • 企业级流存储: BookKeeper streamnative.io 基础决定上层0 码力 | 39 页 | 12.71 MB | 6 月前0.03 Apache Pulsar,云原生时代的消息平台 - 翟佳
2) streamnative.io 企业级流存储层: 读写⾼可⽤性(容错) streamnative.io 企业级流存储层: 稳定的 IO 质量 ⾼性能、强⼀致性、读写隔离、灵活SLA • Pulsar 的根本不同 • Apache Pulsar 简介 • Pulsar 的云原⽣架构 • 企业级流存储: BookKeeper streamnative.io 基础决定上层0 码力 | 39 页 | 12.71 MB | 6 月前0.03
 微博Service Mesh实践Mesh在业务应⽤用中的效果 �35 微博Service Mesh实践 - WeiboMesh Mesh VS HTTP Backup Request 效果图 20%~40% 平均耗时 15%~50% SLA999Service Mesh Meetup · BeiJing 热⻔门微博 wm 主站 wm 微博Feed wm0 码力 | 43 页 | 1007.85 KB | 6 月前3 微博Service Mesh实践Mesh在业务应⽤用中的效果 �35 微博Service Mesh实践 - WeiboMesh Mesh VS HTTP Backup Request 效果图 20%~40% 平均耗时 15%~50% SLA999Service Mesh Meetup · BeiJing 热⻔门微博 wm 主站 wm 微博Feed wm0 码力 | 43 页 | 1007.85 KB | 6 月前3
共 6 条
- 1













