云原生架构

notion image
  • 为了解决单体架构 “复杂度问题”,使用微服务架构。
  • 为了解决微服务间 “通讯异常问题”,使用治理框架 + 监控。
  • 为了解决微服务架构下大量应用 “部署问题”,使用容器。
  • 为了解决容器的 “编排和调度问题”,使用 Kubernetes。
  • 为了解决微服务框架的 “侵入性问题”,使用 Service Mesh。
  • 为了让 Service Mesh 有 “更好的底层支撑”,将 Service Mesh 运行在 Kubernetes 上。
从单个微服务应用的角度看,自身的复杂度降低了,在“强大底层系统”支撑的情况下监控、治理、部署、调度功能齐全,已经符合云原生架构。但站在整个系统的角度看,复杂度并没有减少和消失,要实现“强大底层系统”付出的成本是非常昂贵(很强的架构和运维能力)。
为了解决项目整体复杂度,选择上云托管,将底层系统的复杂度交给云基础设施,让云提供保姆式服务,最终演变为无基础架构设计,通过 YAML 声明式代码、编排底层基础设施、中间件等资源,即应用要什么,云给我什么,企业最终会走向开放、标准的“云”技术体系。
Loading...
目录
文章列表
王小扬博客
产品
Think
Git
软件开发
计算机网络
CI
DB
设计
缓存
Docker
Node
操作系统
Java
大前端
Nestjs
其他
PHP