400电话单页网站,wordpress nginx配置伪静态,学视频剪辑报个班的多少钱,wordpress 点赞 ajax目录 单体架构介绍集群和分布式架构集群和分布式集群和分布式区别和联系 微服务架构的引入微服务带来的挑战 总结 单体架构介绍
早期很多创业公司或者传统企业会把业务的所有功能实现都打包在一个项目中#xff0c;这种方式就称为单体架构
以我们都很熟悉的电商系统为例这种方式就称为单体架构
以我们都很熟悉的电商系统为例 电商系统包括用户管理 商品管理 订单管理 支付管理库存管理物系流管理等等项目早期我们会把这些模块都写在一个web项目中然后统一部署到一个Web服务器中 这种架构开发、部署简单一个项目就包含了所有的功能省去了多个项目之间的交互和调用消耗.直接部署在一个服务器即可. 集群和分布式架构
当网站的用户量越来越大需求也会越来越多流量也会越来越大服务可能就会面临以下问题
后端服务器的压力就会越来越大负载越来越高甚至出现无法访问的情况 .业务场景逐渐复杂.为了满足用户的需求单体应用也会越来越大.各个业务代码之间的耦合度也会越来越高.任何一个问题都需要整个项目重新构建发布一个微小的问题可能会导致整个应用挂掉
我们从两个方面进行优化 横向添加服务器把单台机器变成多台机器的集群. 纵向把一个应用按照业务进行拆分拆分为多个项目.此架构也称为垂直架构. 以单体结构规模的项目为单位进行垂直划分.也就是将一个大项目拆分成一个一个单体结构项目.项目和项目之间相对比较独立接口多为数据同步功能.
集群和分布式
集群 (cluster) 是将一个系统完整的部署到多个服务器上每个服务器都能提供系统的所有服务多个服务器通过负载均衡调度完成任务.每个服务器称为集群的节点node
分布式是将一个系统拆分为多个子系统多个子系统部署在多个服务器上多个服务器上的子系统 协同合作完成一个特定任务. 比如 一个饭店只有一个厨师这个厨师负责备菜洗菜切菜炒菜 随着这个饭店的生意越来越好这个厨师忙不过来了饭店又请了一个厨师新厨师和老厨师做一样的事情也是洗菜切菜炒菜这两个厨师的关系就是集群 为了让厨师专心炒菜饭店又请了一个配菜师负责备菜洗菜切菜厨师和配菜师的关系就是分布式 后来一个配菜师也忙不过来了又请了一个配菜师这两个配菜师的关系就是集群 集群和分布式区别和联系
从概念上.集群是多个计算机做同样的事分布式是多个计算机做不同的事从功能上.集群的每一个节点功能是相同的并且可以替代的.分布式也是多个节点组成的系统但是每个节点完成的业务是不同的一个节点出现问题这个业务就不可访问了从关系上.分布式和集群在实践中很多时候是互相配合使用的.比如分布式的某一个节点可能由一个集群来代替分布式架构大多是建立在集群上的.所以实际的分布式架构设计中并不会把分布式和集群单独区分而是统称分布式架构 微服务架构的引入
在分布式架构下当部署的服务越来越多重复的代码就会越来越多服务的调用关系也会越来越复杂我们可以把一些通用的会被多个上层服务调用的共享业务提取成独立的基础服务组成一个个微小的服务这就是微服务 简单来说微服务就是很小的服务.小到一个服务只对应一个单一的功能只做一件事这个服务可以单独部署运行微服务之间可以采用REST和RPC协议进行通信
从这个角度来看微服务架构是分布式架构的一种拓展这种架构模式下它拆分粒度更小服务更独立.可以理解为微服务是一种经过良好架构设计的分布式架构方案
微服务带来的挑战
随着产品的复杂性和流量的增加技术架构也在不断的发生变化.不论是早期的单体架构还是现在广泛使用的微服务架构都是为了更好的服务产品解决问题
微服务架构带来好处的同时也面临着一些挑战从单体服务转向微服务意味着管理更加复杂.下面我们从优势和挑战两个方面分析一下微服务架构
优势
易开发和维护.每个微服务负责的业务比较清晰体量小开发和维护成本降低容错性高.一个服务发生故障可以使故障隔离在单个服务中不影响整体服务故障扩展性好.每个服务都是独立运行的我们可以结合项目实际情况进行扩展按需伸缩技术选型灵活.每个微服务都是单独的团队来运维可以根据业务特点和团队特点选择适合的技术栈
挑战 虽然微服务具备很多的优势但由于服务数的增加服务治理也是我们面临的巨大挑战
服务依赖.随着服务的数量增多服务之间的关系也会变得更加复杂.一个服务的更改需要考虑对其他服务的影响.运维成本一个业务流程会涉及多个微服务共同完成有更多的服务需要编译部署运行甚至可能是不同的编程语言不同的运行环境当然也需要集群来处理故障转移等.这对于运维人员而言挑战是巨大的开发和测试一个业务流程可能涉及多个微服务共同完成服务调用引入网络延不可靠的网络如可进行容错处理等问题这对开发和测试而言难度也会提升服务监控.在一个单体结构中很容易实现服务的监控.因为所有功能都在一个服务中微服务架构下不仅需要对整个链路进行监控还需要对每一个服务实现监控负载均衡微服务架构中的服务实例数量可能非常庞大因此需要有效的服务发现和负载均衡机制采管理请求流量和保证高可用性… 总结
分布式架构侧重于压力的分散强调的是服务的分散化.微服务侧重于能力的分散更强调服务的专业化和精细分工.从实践的角度来看微服务架构通常是分布式服务架构反之则未必成立.所以选择微服务通常意味着需要解决分布式架构的各种难题
