系统架构的演变历史

系统架构演变：单体架构-垂直应用架构-分布式架构-SOA架构-微服务架构

单体架构

把所有的逻辑放入一个项目中，性能最高，冗余小

缺点：debug困难，模块互相影响，模块分工、开发流程不便

按业务线垂直划分

抽出业务无关的公共模块

优势：业务无关的独立服务

劣势：服务模块bug可导致全站瘫痪，调用关系冗杂

面向服务

优势：服务注册

劣势：整个系统设计是中心化的，需要从上至下设计，重构困难

彻底的服务化，从下而上的业务独立设计

优势：开发效率高，业务独立设计，自下而上，故障隔离

劣势：治理、运维难度，观测挑战，安全性，分布式系统

微服务架构就是一个庞大的分布式系统

核心要素：服务治理、可观测性、安全

服务service：一组具有相同逻辑的运行实体

实例instance：一个服务中，每个运行实体即为一个实例

实例与进程之间没有必然的对应关系，一个实例通常对应一个或者多个进程

集群duster：通常指服务内部的逻辑划分，包含多个实例

服务间通信：对于单体服务，不用的模块通信只是简单的函数调用，对于微服务，服务间通信意味着网络传输（HTTP RPC）

使用DNS调用目标服务地址问题：本地DNS 存在缓存，导致延时，负载均衡问题，不支持服务实例的探活检查，域名无法配置端口

解决思路：新增一个统一的服务注册中心，用于存储服务名到服务实例的映射

统一网关入口，内网通信多数采用RPC，网状调用链路