微服务架构

标签：规模   演进   解耦   结合   微服务框架   垂直   ice   单体   要求   

1、服务架构演进

早期单体架构开发、调试、部署简单，但耦合高、扩展性差。

于是出现了SOA架构，对单体架构做了水平或垂直拆分，实现业务与技术的解耦，通过ESB协调多系统间的调度。但SOA需要集中的调度总线，容易产生性能瓶颈。

然后出现了微服务，它要求更细粒度拆分，以服务为单位，分布式去中心化不要ESB，各服务无需外部容器能自运行，可用不同的技术栈，通过通用的HTTP协议交互。它的优势是业务响应快，可靠性高、可扩展性强。

2、微服务的挑战

服务划分，以业务、技术、团队导向规划服务，通常先按业务域水平拆分，再以技术视觉垂直拆分，结合团队规模、能力确定服务的个数和边界。

服务间不应该存在双向依赖，否则会导致灾难性后果。

分布式事务问题。服务拆分尽量避免跨服务事务，若无法合并优先考虑TCC或MQ柔性事务。

性能、稳定性、调用链检查，

3、微服务的核心技术

服务注册、发现与调用

统一配置管理

链路保护与降级

服务网关

4、微服务框架

Spring Could、Dubbo

Vert.x

Lagom

5、微服务未来展望

无服务架构ServiceLess

服务网格Service Mesh

微服务架构

标签：规模   演进   解耦   结合   微服务框架   垂直   ice   单体   要求   

原文地址：https://www.cnblogs.com/doit8791/p/9827422.html