浅谈SOA、微服务、分布式、集群之间的联系

本文探讨了SOA(面向服务的架构)、微服务架构、分布式和集群之间的联系和区别。SOA通过ESB实现系统集成,强调服务的复用性和松耦合。微服务是对SOA的升华,提倡业务彻底组件化,每个服务关注特定业务功能。分布式和集群旨在提高系统的高吞吐量和可用性,通过负载均衡和故障转移保证系统稳定。文中提到了Dubbo服务的最佳实践,包括接口设计、版本管理和预发布环境配置。同时,微服务API网关作为统一入口,负责身份验证、监控等功能。
摘要由CSDN通过智能技术生成

SOA

        SOA(Service Oriented Architecture)“面向服务的架构”。SOA是一种设计方法,包含多个服务,而多个服务之间通过互相依赖最终提供一系列的功能;每一个服务通常是以独立的形式存在于操作系统的进程中,各个服务通过网络来调用。简而言之:业务系统分解为多个组件,让每个组件都独立提供离散,自治,可复用的服务能力,通过服务的组合和编排来实现上层的业务流程 。

        SOA架构开发中的作用及优点:

        简化维护

        业务服务提供者和业务服务使用者的松散耦合关系及对开放标准的采用确保了该特性的实现。建立在以 SOA基础上的信息系统,当需求发生变化的时候,不需要修改提供业务服务的接口,只需要调整业务服务流程或者修改操作即可,整个应用系统也更容易被维护。

         系统集成:站在系统的角度,解决企业系统间的通信问 题,把原先散乱、无规划的系统间的网状结构,梳理成 规整、可治理的系统间星形结构,这一步往往需要引入 一些产品,比如 ESB、以及技术规范、服务管理规范; 这一步解决的核心问题是【有序】。

        高可用性

        该特点是在于服务提供者和服务使用者的松散耦合关系上得以发挥与体现。使用者无须了解提供者的具休实现细节。

        系统的服务化:站在功能的角度,把业务逻辑抽象成 可复用、可组装的服务,通过服务的编排实现业务的 快速再生。目的:把原先固有的业务功能转变为通用 的业务服务,实现业务逻辑的快速复用;这一步解决 的核心问题是【复用】

        灵活的伸缩性

        依靠业务服务设计、开发和部署等所采用的架构模型实现伸缩性。使得服务提供者可以互相彼此独立地进行调整,以满足新的服务需求。

        业务的服务化:站在企业的角度,把企业职能抽象成 可复用、可组装的服务;把原先职能化的企业架构转变为服务化的企业架构,进一步提升企业的对外服务能力;“前面两步都是从技术层面来解决系统调用、系统功能复用的问题”。第三步,则是以业务驱动把一个业务单元封装成一项服务。这一步解决的核心问题是【高效】

        ESB(企业服务总线)

         ESB 就像是一根管道,用来连接各个服务节点。为了集 成不同系统,不同协议的服务,ESB 做了消息的转化解释和路由工作,让不同的服务互联互通,如下图所示:

                                  

微服务

       微服务(Microservices Architecture)是一种架构风格,一

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值