龙空技术网

精炼易懂之分布式(部署)、微服务、集群、传统架构区别和优缺点

创客汇 589

前言:

此刻我们对“虚拟机分布式部署”可能比较着重,小伙伴们都想要知道一些“虚拟机分布式部署”的相关内容。那么小编同时在网络上搜集了一些有关“虚拟机分布式部署””的相关知识,希望同学们能喜欢,各位老铁们快快来学习一下吧!

分布式:服务分散部署在不同服务器组成一个整体应用,分散压力,解决高并发。

分布式部署:系统应用部署在2台以上服务器或虚拟机上,服务间通过RPC、WCF(包含WebService)等交互,即可称作分布式部署。所谓发展趋势微服务也算作分布式的一种。

微服务:可单独部署运行的微小服务,一个服务只完成单一功能分散能力,服务之间通过RPC等交互,至少有一个数据库。

用户量过大高并发时,建议将应用拆解为多个子系统,各自隔离,独立负责功能。

缺点:服务数量大,后期运维较难。

集群:多台服务器复制部署相同应用,由负载均衡共同对外提供服务,逻辑功能仍是单体应用。

传统架构:一个程序一个进程一台主机。缺点:耦合度高,各模块最终要整合在一起,动一发(功能)牵全身升级,扩展性差,不能灵活进行分布式部署。

RPC:Remote Procedure Call,远程过程调用通信,在系统间的主要数据格式以json为主,也有xml的形式,不少老系统仍以xml为主。

区别:分布式依赖整体组合,是系统的部署方式;微服务是架构设计方式,粒度更小,服务之间耦合度更低。独立小团队负责,敏捷性更高。

  分布式优点:

  1、将模块拆分,使用接口通信,降低模块之间的耦合度。

  2、将项目拆分成若干个子项目,不同团队负责不同子项目。

  3、增加功能时只需再加一个子项目,调用其它系统接口即可。

  4、可灵活进行分布式部署。 

  5、提高代码的复用性,比如service层,如果不采用分布式rest服务方式架构,在手机Wap商城、微信商城、PC、Android、ios每个端都要写一个service层逻辑,开发量大,难以维护和一起升级,此时可采用分布式rest服务方式共用一个service层。

  缺点:系统之间交互要使用远程通信,接口开发增大工作量,但利大于弊。

标签: #虚拟机分布式部署