网站页面设计素材,docker wordpress安装,南城区网站仿做,做网站使用字体图标集群、分布式概念#xff1a; 对食物没有太高要求的人在肚子饿的时候一般都会选择去兰州拉面、沙县小吃等小饭馆#xff0c;这类小饭馆有个很显著的特点#xff1a;洗菜、切菜、炒菜都是同一个人完成#xff0c;如果厨子不舒服可能饭馆还会歇业。而一些人流量较大的饭馆的分…集群、分布式概念 对食物没有太高要求的人在肚子饿的时候一般都会选择去兰州拉面、沙县小吃等小饭馆这类小饭馆有个很显著的特点洗菜、切菜、炒菜都是同一个人完成如果厨子不舒服可能饭馆还会歇业。而一些人流量较大的饭馆的分工则不像小饭馆那样“随便”厨房中可能有多个洗菜的、多个切菜的、多个炒菜的每个人都各司其职就算其中一个炒菜的大厨生病了也不会导致饭馆歇业顶多影响一下上菜速度。 在上述例子中我们可以将洗菜、切菜、炒菜视作一个独立的模块小饭馆中的大厨同时需要干这三件事可以抽象成多个功能模块部署在一个项目中、小饭馆里只有一个厨子可以抽象成服务单体部署、厨子生病可以抽象成服务挂了如下图所示。 在大饭馆中洗菜、切菜、炒菜等工作分配给了不同的人不再是由一个人完成并且每份工作有多个人在做相当于把功能模块进行了抽离模块不再内嵌到一个项目中而是拆分成多个服务部署到不同机器上形成一个完整的系统如下图所示。 在上图中洗菜有两个人负责、切菜有两个负责、炒菜也有两个人负责这就是集群的概念假设其中一个炒菜的生病了另外一个炒菜的也能接替它的工作系统能照常运行。 做菜的每个流程都有专门的人来负责就是分布式的概念。洗菜、切菜、炒菜的多个人共同协作一起完成做菜这件事。 总结 集群指多个人做一样的事情(多台机器提高相同的服务)。 分布式指多个人做不一样的事情(每台机器提供不同的服务)这些事可以合并起来变成一件大事(不同服务组合变成一个完善的系统)。 系统架构演进 1单体架构业务模块(如用户模块、订单模块等)不进行拆分放在同一个项目中。 优点开发、部署都很方便 缺点 1、可靠性差一个模块出了问题会导致整个系统不可用。 2、可伸缩性差不能将系统中的一个模块单独抽离出来集群部署。 3、扩展性差新需求产生新模块时还是只能将新模块放在一个应用中。 2垂直架构拆分功能模块放到不同项目中(系统拆分成多个单体架构)。 优点相对于单体架构模块间的耦合度降低可靠性、可伸缩性、扩展性都有所提升。 缺点假设有一个用户模块E两个应用都需要用到这个模块那么只能将模块E分别集成到两个应用中造成功能重复。 3分布式架构将系统中的公用模块抽离出来放到一个新的项目中作为独立的服务供其它服务消费实现服务的共享和重用。 由于部署在不同的机器上业务模块与公用模块间的通信本质上是不同机器之间的网络通信业务模块需要获知部署公用模块机器的IP、端口和暴露出来的接口基于RPC(Remote Procedure Call远程过程调用)或消息队列实现模块间的交互。 优点解决了垂直架构中重复功能的问题。 缺点一旦公用模块发生变更IP、端口发生变更业务模块那边也需要做相应改变该配置文件或代码。 4SOA面向服务架构模块与模块之间不再直接进行交互而是通过ESB企业服务总线服务中介来为模块间的交互搭建桥梁。 特点 1、服务的状态发生变更时调用方服务不需要感知服务提供方的变化并做出相应改变我们只需要告诉ESB“我”要访问哪一个服务由ESB去寻找服务提供方。进一步降低了模块间的耦合度。 2、ESB的功能负载均衡、流量控制、加密处理、服务监控、异常处理、监控告急等。 5微服务架构中心思想将模块彻底的组件化和服务化业务系统会拆分成多个可以独立开发、设计、运行的小应用应用之间通过服务完成交互和集成。 特点 1、每个微服务相互独立、互不干扰模块间耦合度极低。 2、每个微服务可以自由选择开发技术和工具开发语言选择、技术选型自由度高不需要与其它团队协调。 3、每个微服务都有属于自己的业务数据在部署、测试时无需依赖于其它服务SOA架构中可能还需要先启动服务提供模块极大地便利了自动化部署和测试。
