说在前面
大概是三年前,因一些原因公司原项目最初为单体结构部署,所有业务模块都在一个项目里面,而后随着业务的不断膨胀以及模块之间的耦合,导致后面增加或修改一些简单业务时的成本都会变的极大。新入职的同事更是苦不堪言,学习代码的成本极高。基于这些原因,就开始了后面漫长的架构改造旅途。
这么多微服解决方案,到底选哪个?
1.介绍

-
Motan 微博内部使用的 RPC 框架,于 2016 年对外开源。后来在 Motan Agent 的基础上演化出了 WeiboMesh,这里暂时不展开说Motan GitHub
-
Dubbo 阿里巴巴开源,一款高性能、轻量级的开源Java RPC框架,它提供了三大核心能力:面向接口的远程方法调用,智能容错和负载均衡,以及服务自动注册和发现。曾经有很长一段时间未维护,现已贡献至Apache基金会孵化。附上链接Dubbo官网
-
SpringCloud 由Pivotal 公司 2014 年开源,利用 Spring Boot 特性整合了开源行业中优秀的组件(如Netflix相关组件),整体对外提供了一套在微服务架构中服务治理的解决方案。与Dubbo都经常被使用且比较,这次主要是基于SpringCloud基础组件集成
-
Kubernetes 全新的基于容器技术的分布式架构方案。用于管理云平台中多个主机上的容器化的应用,Kubernetes的目标是让部署容器化的应用简单并且高效(powerful),Kubernetes提供了应用部署,

本文探讨了在面临微服务架构选型时,SpringCloud、Dubbo和K8S之间的差异。介绍了Motan、Dubbo和SpringCloud的基本特性,强调了Kubernetes在容器化应用管理的优势。通过对比,作者指出选择的关键在于结合实际需求,并预告了后续将围绕SpringCloud进行实战分享。
5万+

被折叠的 条评论
为什么被折叠?



