微服务基础设施架构全貌
微服务 vs SOA
微服务基础设施优先级
微服务框架核心
模式1-嵌入式SDK式
【优点】
1. 架构简单,天然支持高性能、高可用;
2. 维护简单,无需维护独立的 Proxy 节点。
【缺点】
1. 应用侵入,需要集成 SDK,并联动升级;
2. 多语言重复开发 SDK
模式2-反向代理式
【优点】
1. 应用无侵入;
2. 天然支持多语言。
【缺点】
1. Service Proxy 需要通过集群来做高性能、高可用;
2. 维护复杂,需要维护 Service Proxy 集群。
模式3 - 网络代理式(Service Mesh)
【优点】
1. 应用无侵入;
2. 天然支持多语言;
3. 天然支持架构高性能、高可用。
【缺点】
1. 维护复杂,需要维护每台服务器上的 Service Proxy;
2. 单台服务器的 Service Proxy 是单点;
3. 全链路请求性能会下降。
微服务框架模式对比
嵌入SDK |
反向代理 | 网络代理 | |
多语言 | 每个语言都需要开发SDK | 天然支持多语言 | 天然支持多语言 |
应用侵入 | 需要集成SDK | 无 | 无 |
可维护性 | 无需额外维护工作 | 维护Proxy服务器集群 | 维护每台机器上的Proxy节点,数量非常多。 |
高性能 | 天然支持 | 需要通过Proxy集群来实现 | 整体架构是高性能的,但全链路请求性能会下降 |
高可用 | 天然支持 | 需要通过Proxy集群来实现 | 整体架构高可用,单台服务器上的proxy是单点 |
适应场景 | 团队技术栈统一为单个单语言 | 团队技术栈多语言,服务集群规模不大 | 团队技术栈多语言,服务集群规模超级大 |
常见的微服务框架
嵌入式 SDK 样例 - Dubbo
Apache Dubbo 是一款高性能、轻量级的开源 Java 服务框架,提供了六大核心能力:
1. 面向接口代理的高性能 RPC 调用;
2. 智能容错和负载均衡;
3. 服务自动注册和发现;
4. 高度可扩展能力;
5. 运行期流量调度;
6. 可视化的服务治理与运维。
嵌入式 SDK 样例 - Spring Cloud
反向代理式案例 - APISIX
Service Mesh 案例 - Istio
如何选择开源微服务框架文章来源:https://www.toymoban.com/news/detail-816925.html
文章来源地址https://www.toymoban.com/news/detail-816925.html
到了这里,关于微服务基础设施怎么建设,如何选择微服务框架的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!