云原生架构-阿里白皮书

1.为什么需要云原生架构?

2.云原生架构的定义

云原生架构定义

在这里插入图片描述
“业务代码指实现业务逻辑的代码;
“三方软件”是业务代码中依赖的所有三方库,包括业务库和基础库;
“处理非功能性的代码”指实现高可用、安全、可观测性等非功能性能力的代码。

  1. 代码结构发生巨大变化
  2. 非功能性特性的大量委托
  3. 高度自动化的软件交付

云原生架构原则

  1. 服务化原则:微服务架构、小服务(Mini Service)架构 弹性原则 可观测原则 韧性原则:MTBF 所有过程自动化原则:通过 IaC(Infrastructure as Code)、GitOps、OAM(Open Application Model)、Kubernetes operator 和大量自动化交付工具在 CI/CD 流水线中的实践,一方面标准化企业内部的软件交付过程,另一方面在标准化的基础上进行自动化,通过配置数据自描述和面向终态的交付过程,让自动化工具理解交付目标和环境差异,实现整个软件交付和运维的自动化。
  2. 零信任原则
  3. 架构持续演进原则

主要架构模式

  1. 服务化架构模式
  2. Mesh 化架构模式:

在这里插入图片描述

  1. Serverless模式
  2. 存储计算分离模式:CAP:C 一致性、A 可用性、P 分区容错性
  3. 分布式事务模式
    XA模式、最终一致性(BASE)、TCC 模式、SAGA 模式、开源项目 SEATA 的 AT 模式非
  4. 可观测架构
  5. EDA 事件驱动架构 在这里插入图片描述
    增强服务韧性、CQPS、数据变化通知、构建开放式接口、事件流处理、基于事件触发的相应

典型的云原生架构反模式

  1. 庞大的单体应用
  2. 单体应用强行拆分为微服务
  3. 缺乏自动化能力的微服务

3.主要云原生技术

容器技术

容器技术背景与价值

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

期待未来的男孩

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值