微服务记录

分布式:分散压力。
微服务:分散能力。
 
微服务架构(Microservice Architecture)是一种架构设计风格
概念:讲一个原本独立的系统拆分成多个小型服务,这些小型服务都在各自独立的进程中运行,服务之间通过基于HTTP的RESTful PI进行通信协作。
本质:用一些功能比较明确、业务比较精练的服务去解决更大、更实际的问题。
 
单体机优点:
①开发简单,集中式管理
②基本不会重复开发
③功能都在本地,没有分布式的管理和调用消耗
缺点:
1、效率低:开发都在同一个项目改代码,相互等待,冲突不断
2、维护难:代码功功能耦合在一起,新人不知道何从下手
3、不灵活:构建时间长,任何小修改都要重构整个项目,耗时
4、稳定性差:一个微小的问题,都可能导致整个应用挂掉
5、扩展性不够:无法满足高并发下的业务需求
 
常见的系统架构遵循的三个标准和业务驱动力:
1、提高敏捷性:及时响应业务需求,促进企业发展
2、提升用户体验:提升用户体验,减少用户流失
3、降低成本:降低增加产品、客户或业务方案的成本
 
 
Spring Boot和 Spring Cloud,请你谈谈对他们的理解 什么是服务熔断?
 spring boot 是一个快速整合第三方框架   关注的是 微观 具体关注快速方便的开发单个个体的 服务 
 spring cloud 关注的是 宏观  具体关注全局的微服务协调整理治理框架 将spring boot 开发的一个个单体服务整合 并管理起来
它为各个微服务之间提供 配置管理 服务发现 断路器路由 微代理 全局锁 分布式会话 等 集成服务
举个例子 : 一所医院  boot 是 一个一个科室    cloud 是把一个一个科室 组合起来 对外称之为 医院
存在依赖关系  cloud   离不开boot 
 
 
 
微服务高可用设计手段
1.服务冗余(无状态)
2.负载均衡(幂等设计)
3.超时计时(异步化设计)
4.服务限流降级熔断(数据复制/缓存/sharding)
5.架构拆分
 
 
 
链式架构设计模式
聚合器设计模式
 

原文地址:https://www.cnblogs.com/novalist/p/12175670.html