架构的演进

打印 上一主题 下一主题

主题 897|帖子 897|积分 2691

架构的演进



单体架构



摆设到一个 tomcat 服务器上只有一个节点:单机单体架构
集群后叫做:多机的单体架构
优点:


  • 简单:开辟摆设都很方便,小型项目首选
缺点:


  • 项目启动慢
  • 可靠性变差:D 模块出现了题目,会影响 A、B、C
  • 可伸缩性差:访问 C 模块的人特殊多,没法对 C 进行扩展
  • 扩展性和可维护性都比较差
  • 性能比较低:一个呆板中就摆设了 ABCD 四个模块,性能肯定没有比单独摆设的高

垂直架构

在某个领域进行细分就叫垂直。
eg.淘宝什么都买 京东:买家电 唯品会:卖打折商品 聚美优品:卖化妆品




  • 垂直架构是指将单体架构中的多个模块拆分为多个独立的项目。形成多个独立的单体架构
单体架构存在的题目(相较于垂直架构的变化):


  • 项目启动慢 ---> 好了点点
  • 可靠性差 ---> 好了点点
  • 可伸缩性差 --->好了点点,可以搭建集群
  • 扩展性和可维护性差--->好了点点
  • 性能低 ---> 好了点点
垂直架构存在的题目:


  • 重复功能太多:




    • 比如用户管理模块



分布式架构

重复的服务抽离出来形成独立的服务




  • 分布式架构是指在垂直架构的基础上,将公共业务模块抽取出来,作为独立的服务,供其他调用者消耗,以实现服务的共享重用
  • RPC:Remote Procedure Call长途过程调用。有非常多的协媾和技能来都实现了RPC的过程。比如:HTTP REST风格,Java RMI规范、WebService SOAP协议、Hession等等。
垂直架构存在的题目:


  • 重复功能太多
分布式架构存在的题目:


  • 服务提供方一旦产生变更,所有消耗方都需要变更
ps:
垂直架构,前后端分离架构,集群摆设都可以算作轻量级分布式架构。

SOA 架构

办理:


  • 分布式架构存在的题目:服务提供方一旦产生变更,所有消耗方都需要变更


相互交叉调用:调用关系比较复杂
引入:ESB(企业服务总线)类似中介




  • SOAService-Oriented Architecture, 面向服务的架构)是一个组件模型它将应用程序的差别功能单位(称为服务)进行拆分,并通过这些服务之间定义精良的接口契约联系起来
  • ESBEnterparise Servce Bu,企业服务总线),服务中介。重要是提供了一个服务 与 服务之间的交互并进行管理




    • ESB包罗的功能如:负载平衡流量控制加密处理服务的监控非常处理,监控诉急等等。




  • 分布式架构存在的题目:




    • 服务提供方一旦产生变更,所有消耗方都需要变更


微服务架构



  • 微服务架构是在SOA上做的升华,微服务架构夸大的一个重点是“业务需要彻底的组件化服务化”,原有的单个业务体系会拆分为多个可以独立开辟、设计、运行的小应用。这些小应用之间通过服务完成交互集成
  • 微服务架构=80%的SOA服务架构思想+100%的组件化架构思想+80%的领域建模思想


特点:


  • 服务实现组件化:开辟者可以自由选择开辟技能。也不需要协调其他团队
  • 服务之间交互一般利用REST API
  • 去中心化:每个微服务有本身私有的数据库长期化业务数据
  • 主动化摆设:把应用拆分成为一个一个独立的单个服务,方便主动化摆设(不依靠任意模块)、测试、运维

Dubbo是SOA时代的产物,SpringCloud是微服务时代的产物

微服务存在的题目:服务太多了,每个都访问本身的数据库,将来分布式事务的题目不太好办理

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

大号在练葵花宝典

金牌会员
这个人很懒什么都没写!

标签云

快速回复 返回顶部 返回列表