添加链接
link之家
链接快照平台
  • 输入网页链接,自动生成快照
  • 标签化管理网页链接
备案 控制台
学习
实践
活动
专区
工具
TVP
写文章
专栏首页 EAWorld 当企业服务总线遇到云服务
3 1

海报分享

当企业服务总线遇到云服务

转载本文需注明出处:微信公众号EAWorld,违者必究。

前言:

本文主要介绍企业服务总线的常见应用场景,与大家共同探讨在云环境、微服务中传统企业服务总线所面临的问题,结合普元企业服务总线产品向大家分享我们该如何解决这些问题。

目录:

1.企业服务总线简介

2.传统的ESB应用场景

3.云服务对ESB提出的新要求

4.普元ESB产品介绍

1.企业服务总线简介

企业服务总线(ESB)是企业应用集成在SOA理念下的一种实现方式,ESB是SOA架构中实现服务间智能化集成与管理的中介,在逻辑上与SOA所遵循的基本原则保持一致,依据SOA架构原则对服务集成和服务管理的要求,创建了一个SOA集成架构,能够深入管理服务,并能方便扩展到整个企业应用。

ESB是分布式的、基于消息的、遵循开放标准的集成解决方案。ESB的角色是在各种IT资源——如企业中各种异构应用系统、平台和服务之间进行可靠的通讯时提供可用的基础设施。如下图所示,企业服务平台为企业应用提供了一个统一的平台,采用SOA松耦合的思想来进行企业应用集成,通过灵活的服务接口和Adapter,方便SOA应用、异构应用、特殊协议应用的集成,这种松耦合、有效灵活的架构提供了很好的扩展性。

ESB除了从技术上为各个应用提供解耦、集成的能力外,在业务上提供对其承载的服务进行管理的能力,支持对接口服务的全生命周期管理,全面提升IT系统的集成能力,通过能力开放为业务的持续创新提供支持。

ESB支撑了服务集成的演变过程:

1、解耦: 将现有的业务系统采用SOA架构和标准化技术进行功能和部署的解耦;

2、集成: 因为业务的关联性,解耦伴随着需要解决集成问题,通过引入企业服务总线(ESB)对接口服务进行管控;

3、服务治理: 通过在ESB基础之上建设服务治理平台,实现接口服务全生命周期管理,全面提升IT系统集成能力;

4、能力开放: 基于服务集成平台的能力,汇聚互联网的创新力量,推动业务的持续性创新发展。

2.传统的ESB应用场景

在企业服务集成过程中往往面临着以下四个层面的问题:

1、技术架构层面

系统接口关系复杂、开发与维护代价高昂。

2、管理流程层面

缺乏有效的工具,服务接口难以实现透明化管理。

3、规范制度层面

由于规范制度的不完善,造成核心IT资产很难做到自主管控。

4、组织保障层面

由于缺乏工具及有效的手段,容易造成过程中组织层面岗位、职责定义不清晰,使得服务集成过程更加困难重重。

ESB作为服务治理体系中的核心部件,为解决上述四个层面的问题提供平台与工具支持:

1、技术架构层面

基于ESB的服务治理体系中,ESB通过统一的、标准的服务接口,为集成的业务系统建立了清晰的系统边界,提高了系统灵活性和稳定性,提升了业务系统的能力开放。

2、管理流程、规范制度层面

在ESB的服务管理体系中,得以对服务的状态、使用情况及服务生命周期进行管理,并在技术及管理两个方面进行规范化控制。

3、组织保障层面

组织层面以ESB提供的服务管理、服务生命周期管理为基础划分为治理小组、服务提供者、服务消费者三个维度,不同维度的角色即可明确划分其责任范围。

治理小组: 推动和实施服务治理活动,确保管理体系和平台工具的执行,监控服务接口的运行情况,评估服务治理的绩效,保证服务治理最终实现业务目标和需求。在系统中完成应用系统名称的注册和注销;完成对服务接口注册申请审批、变更审批、注销审批,定期检查和审计服务接口使用情况和状态。

服务提供者: 服务接口的提供方责任人,负责提供服务接口,保障服务接口运行稳定、可靠。

服务消费者: 服务接口的调用方责任人,负责按照规范进行服务接口调用。

3.云服务对ESB提出的新要求

在当前微服务遍地开花,“上云”成为关键词的时刻,以下问题便浮现了出来:

1、微服务下还需要ESB吗?

这个问题的答案是肯定的;有些观点是在微服务中各个服务之间通过注册中心寻址,接口交互采用相同的RESTful或RPC协议,即便是有外部服务只要通过网关就可以接入,因此不需要ESB;但事实是一个企业内的所有系统内部及系统间都满足这个条件的是很少的,即便是一家新的企业正在从头开始建设自己的IT系统,也可能会由于采购的不同供应商的系统而出现不同系统服务的协议不一致或新业务需要对某些现有服务进行编排的情况,在此情况下ESB便是解决问题的最好方案,否则将可能又回到系统间点对点调用的无序状态。

在得出这个结论的同时,也对ESB提出了新的要求,那就是在对接微服务时微服务实例的数量不固定,存在动态扩缩容的情况,因此需要支持通过微服务注册中心实现对服务实例的寻址,并且支持微服务实例同样通过注册中心实现对ESB发布的服务的调用。

2、ESB“上云”能做什么?

对于云服务使用方企业来说,在企业IT系统“上云”的过程中,将企业原来内网的系统迁移到云服务环境中去,这样系统服务就从原本内网相对封闭安全的环境放到了公网开放的环境,增加了安全风险,在这时,除了云服务商一般提供的对服务端口级别的安全策略对系统的保护外,可以通过ESB的能力提供服务级、用户级的安全防护;同时除了作为服务集成的平台外也可以将ESB作为开放服务平台将“上云”的服务进行包装、编排后作为开放服务对外提供。

对于云服务提供商来说,为用户提供了服务集成组件、服务开放组件以及更完善的安全防护选择。

3、ESB如何“上云”?

ESB“上云”需要解决这样几个关键点。

(1)租户隔离

在云服务环境中,为每个租户提供完全隔离的ESB实例,保障不同租户间的ESB服务的完全隔离。

(2)动态扩容

在云服务环境中,支持运行引擎根据系统压力进行动态扩缩容。

(3)便捷的服务配置

在云服务环境中,能够快速在线实现服务的代理、转换等配置,减少对离线开发工具的依赖。

4.普元ESB产品介绍

Primeton ESB是普元基于多年对大型企业的IT建设及分布式计算和集成能力的认识和技术积累而推出的服务整合产品,是部署和实现SOA的理想工具,支持协议转换、消息转换、消息路由、服务编排、服务注册、服务查找、服务监控等功能。