项目整个架构的构建和演进。(重点!)

系统项目网络硬件运维单体架构和微服务架构对比项单体项目微服务多体代码工程1个工程多个独立工程部署打1个jar包每个服务各自打包数据库通常共用一个库每个服务独立数据库调用方式本地方法调用远程http/feign调用修改上线改一点全部重新部署只部署被修改的服务本地启动启动1次要启动多个服务学习难度低适合练手高需要学中间件并发扩容整体扩容按需单独扩容某个服务集群 vs 微服务面试背诵通俗版一、集群同一套程序部署多份多台机器一起跑【复制副本】简单类比• 单体集群同一个饭店雇2个一模一样的厨师两个人都能做全套菜副本扩容• 微服务饭店拆分岗位切菜的、炒菜的、收银的各司其职每个岗位还可以集群切菜可以雇2个人✅ 重点微服务里面每个服务本身都可以做集群两者不冲突不是二选一二、微服务架构优点面试口述版1.服务解耦各个业务互不影响。改订单代码不用动用户服务。2.独立开发、独立发布单个服务可以单独上线、单独回滚不用整体打包发布。3.独立扩容哪个模块压力大单独扩容哪个。比如秒杀只有订单压力大只扩容订单服务不用扩容整个系统。4.技术栈灵活不同服务可以选合适技术用户服务Java搜索可以用Go5.故障隔离订单服务崩了用户、商品服务还能正常跑不会整体宕机。6.团队拆分大团队可以按服务拆分小组各司其职并行开发。三、微服务缺点面试官大概率追问一起背1.架构复杂引入很多组件Nacos注册中心、网关、远程调用、分布式事务、链路追踪2.运维成本高服务多部署监控麻烦3.网络调用服务之间远程调用有网络延迟要处理超时、重试重点!三种系统的具体分析单体集群分布式微服务。1. 单体项目部署3台机器做负载均衡 集群不是分布式不是微服务2. 一台电脑启动 order、storage、account三个服务多进程没有多实例副本(也可以有) 分布式、微服务无集群(也可以有)3. 你的cloud‑demo项目order2个实例storage2个实例服务之间互相Feign调用 同时具备集群 分布式 微服务(只是提现每块服务具体拆分)单体架构:就是不拆分服务把一整套系统部署到同一个服务器上(一般java只有一个启动类来同时启动三个服务模块)。(也可以集群)分布式架构:只是把每个服务拆开了(每个服务单独拆分单独部署单独发布等)三个启动器微服务架构:把每一个具体服务拆的更细了。(比如Java项目的ai模块想用Python做就把用户中的登录和会员拆分出来了)。除了java中启动类其他启动类(根据不同语言来进行启动后端各个服务)。更加灵活了。目前云原生(架构层面)架构的演进过程: