云原生上分布式系统的架构演进

云原生上分布式系统的架构演进微服务架构师：夏岩

内容简介未来的云原生应用程序将由混合工作负载组成：有状态的应用程序，批处理作业，无状态的微服务，函数等。但这是应用架构发展的本质吗？还只是我们使用的手段？本次主题我们将会去探索分布式应用的本质需求，以及它们如何与 Kubernetes，Istio，Knative，Dapr 和其他项目一起发展。

提纲 https://time.graphics/line/398280

为什么业务开发越来越难？

如何才能开开心心写代码？

两大痛点业务复杂度上升 • 业务上线速度加速软件复杂度上升 • Spring体系越来越复杂

微服务 1.0（服务化架构模式）典型：Spring Cloud 2014 -

Spring Cloud

Spring Cloud in action

Spring Cloud Arch

Spring Cloud 还没解决的问题单机程序的框架复杂度已经到了一个比较高的水准缺乏一个整体性的解决之道异构语言架构融入

技术上小修小补微服务中台

技术中台

云计算和云原生 2016 -

云计算 - xx as a Service 传统私有云数据应用
中间件操作系统虚拟化物理机网络与存储数据中心代管数据应用中间件操作系统虚拟化物理机网络与存储数据中心托管数据应用中间件操作系统虚拟化物理机网络与存储数据中心 IaaS 数据应用中间件操作系统虚拟化物理机网络与存储数据中心 PaaS 数据应用中间件操作系统虚拟化物理机网络与存储数据中心 SaaS 数据应用中间件操作系统虚拟化物理机网络与存储数据中心云原生数据应用中间件 Serverless Service Mesh Kubernetes 物理机网络与存储数据中心

技术视角的云原生代码结构发生巨大变化云原生架构产生的最大影响就是让开发人员的编程模型发生了巨大变化。今天大部分的编程语言中，都有文件、网络、线程等元素，这些元素为充分利用单机资源带来好处的同时，也提升了分布式编程的复杂性；因此大量框架、产品涌现，来解决分布式环境中的网络调用问题、高可用问题、CPU 争用问题、分布式存储问题云把三方软硬件的能力升级成了服务，开发人员的开发复杂度和运维人员的运维工作量都得到极大降低。非功能性特性的大量委托
任何应用都提供两类特性，功能性特性和非功能性特性。功能性特性是真正为业务带来价值的代码，比如如何建立客户资料、如何处理订单、如何支付等等;即使是一些通用的业务功能特性，比如组织管理、业务字典管理、搜索等等也是紧贴业务需求的。非功能性特性是没有给业务带来直接业务价值，但通常又是必不可少的特性，比如高可用能力、容灾能力、安全特性、可运维性、易用性、可测试性、灰度发布能力等等。高度自动化的软件交付软件一旦开发完成，需要在公司内外部各类环境中部署和交付，以将软件价值交给最终客户。软件交付的困难在于开发环境到生产环境的差异(公司环境到客户环境之间的差异)以及软件交付和运维人员的技能差异，填补这些差异的是一大堆安装手册、运维手册和培训文档。容器以一种标准的方式对软件打包，容器及相关技术则帮助屏蔽不同环境之间的差异，进而基于容器做标准化的软件交付。

Kubernetes - 云原生代表

Kubernetes Architecture

K8s 的目标

K8s 的目标 Application Cloud OS Linux Virtual Machine Other OS
Machine

微服务2.0（ Mesh化架构模式）典型：Isito 2017 -

Mesh 化架构是把中间件框架(比如 RPC、缓存、异步消息等)从业务进程中分离，让中间件 SDK 与业务代码进一步解耦，从而使得中间件升级对业务进程没有影响，甚至迁移到另外一个平台的中间件也对业务透明。分离后在业务进程中只保留很“薄”的 Client 部分，Client 通常很少变化，只负责与
Mesh 进程通讯，原来需要在 SDK 中处理的流量控制、安全等逻辑由 Mesh 进程完成。 Mesh架构

Mesh 化 1. 统一的流量控制视图 2. 打通异构语言

Mesh 化

微服务2.1（ Mesh化架构模式+ ）

举个例子

微服务 3.0（ Serverless 模式）

Serverless 模式和大部分计算模式不同，Serverless 将“部署”这个动作从运维中“收走”，使开发者不用关心应用在哪里运行，更不用关心装什么 OS、怎么配置网络、需要多少 CPU ...... 从架构抽象上看，当业务
流量到来 / 业务事件发生时，云会启动或调度一个已启动的业务进程进行处理，处理完成后云自动会关闭 / 调度业务进程，等待下一次触发，也就是把应用的整个运行时都委托给云。

Serverless = 应用无需关注基础架构 ≠ FaaS 无服务器计算是指开发者在构建和运行应用时无需管理服务器等基础设施。用户只为实际使用的资源付费。可见，serverless 计算能够帮助应用开发者摆脱服务器等底层基础设施管理的负担，专注于业务层的创新。

Mecha - 应用与基础架构的完美结合

分布式应用的四大需求

Multiple Runtime

驾驶员 + 机甲

业务逻辑与底座的关系

OAM – a team-centric standard for building cloud native application

关键技术 – 服务代理 – Backend as a Service

Envoy as a Dynamic Redis Proxy

关键技术 – 流量管理

云原生上分布式系统的架构演进

云原生上分布式系统的架构演进

Other Decks in Programming

Featured

Transcript