---------------------------------------------------------------------------------
单体架构到位服务
软件生命周期与架构演化
微服务立方体
最好的架构是演化过来
微服务拆分示例——典型电商系统的架构演化
微服务横向扩展划分——共享核心功能模式
微服务数据分区
---------------------------------------------------------------------------------------
如何设计一个为服务系统
微服务系统的优缺点
|
优点 |
缺点 |
|
更为敏捷 |
整个系统更加复杂 |
|
更小，更专注的团队 |
开发和测试面临更多挑战 |
|
更小的codebase |
分布式带来管控难题 |
|
自由选择不同的技术栈 |
网络瓶颈和延迟 |
|
问题隔离 |
数据一致性 |
|
扩展性/扩容容易 |
管理文化挑战 |
|
数据隔离 |
多服务版本对齐控制 |
|
|
技术能力要求高 |
微服务设计示例：Boat House无人机送餐系统
S1-领域模型Domain Model设计
S3 单一领域结构分析(Shipping Domain)
s4——单一领域流程f分析(Shipping Domain)
S5——应用服务边界和条用关系设计
S7应用服务部署设计
S8服务见通讯机制设计
S9.CI/CD流水线设计
--------------------------------------------------------------------------------------
12要素法制（Software as a Service设计准则/Cloud Native应用设计准则）
基准代码：一份基准代码，多分部署（快速交付：合理划分边界，良好的软件生命周期管理）
依赖：显式声明依赖关系（提升开发效率：标准化，排除意外风险）
配置：在环境存储配置(软件发布管理：将配置转为环境变量)
后端服务：吧后端服务当作附加资源(弹性/敏捷：使用断路器，松散绑定)
构建、发布、运行：严格分离构建和运行(软件发布管理：通过流水线实现CI/CD自动化)
进程：以一个火多个无状态进程运行应用(云兼容性:将状态管理交给后端服务)
端口绑定：通过端口绑定提供服务(运营效率：应用服务只需要知道url地址与对应端口)
并发：通过进程模型进行扩展(自动弹性伸缩：转为云台设计，使用PCF的功)
易处理：快速启动和优雅终止可最大化健壮性(自动弹性伸缩：将缓慢的进程转变为后端服务)
开发环境与线上环境等价：尽可能的保持开发、预发布，线上环境相同(可靠性：凭借云平台，获得等价性)
日志：把日志当作事件流(实时系统指标：日志管理系统)
管理进程：后台管理任务当作一次性进程运行(可靠性：转变为后端服务，并暴露为REST接口)
原文：https://www.cnblogs.com/aixiaoxiaoyu/p/12590422.html