异构系统集成平台究竟是什么?集成平台与ESB、PI等传统的集成产品存在哪些差异?集成平台与主数据管理平台之间有什么关系?
随着企业数字化业务的深入发展,对于企业的 IT 或者 CIO 来讲,正在面临一个愈发重要的问题——系统的结构太复杂了,尤其是头部企业,至少有十多套系统,这些系统之间的蛛网状的接口如果经常出问题。企业内部以及企业内部与外部建立起越来越多的业务应用系统,如何整合企业的现有IT资源,使企业中计算机孤岛式的应用向集体协作的方向发展,发挥资源效益的最大化,降低企业成本,正在逐渐成为企业关注的重要问题。用户希望企业内所有系统集成在一个平台上,操作统一,以节省培训时间。
通俗意义上说异构系统集成平台,它仅仅是我们在企业中最常见的业务场景:就是接口怎么做。
第一,企业到底有什么保障结构,是谁和谁连接,有多少连接,这都是我们面对的问题。站在整个企业端,我们解决异构系统之间相互数据的通讯等事情,一定要有一个统一的平台。
第二,这两年非常热的话题叫做数据治理。
从技术的角度,时间维度上了很多不同的系统后,这些系统之间已经互相不认识了,为了认识,数据治理方案会推荐企业上MDM系统和标签系统,这两个系统解决了数据的标准化问题。
但其实数据治理项目在企业当中是费力不讨好的事情,因为你要请业务人员去维护这些主数据,打标签,然后IT再通过主数据等分发到其他业务系统,这是一个事倍而功半的事情。
所以像主数据系统,在国内除了外企,绝大部分企业都上得不是很成功的原因就是:它的技术方案非常完美,但应用层面比较失败。为了解决IT的问题,IT又找IT的工具,让业务人员去解决。
大家都知道所有系统建设的初期都是按功能模块建设,比如今天我要上CRM,明天要上ERP,后天上POS。这个建设过程很容易,但当企业规模已经到了20亿以上,中大型企业所有的应用之间都需要进行数据互通,这个时候问题就来了,大数据量并发的时候,原本正常的接口就很容易出现问题。
业务的问题。系统接通过程中牵扯到数据质量,如何帮助业务运营,把数据质量给搞好。
技术的问题。从IT负责人的角度来看,做规划我尽可能把技术问题的成本降至最低,而把更多的时间精力去放到业务层上去。IT如果不深度介入业务,it就是一个工具型的部门,工具型部门大家知道它的价值点就非常低。
企业的信息化从总体来讲分为两类:一种是从0到1,从没有到建起来;一种是从1到n。从1到n的过程解决的就是建设的问题,最核心的工作量就在集成。所以在IT的信息化建设过程中,像SAP、Oracle、IBM都推出了集成的工具,有pi,有esb,它们是必然的产物。
十年前我们围绕一个核心系统的业务数据做拓展,以点为中心,然后这些点去服务其他的软件系统。在这个时候是解决数据的转换问题,比如我a系统里某一个人的字段是account,在b系统里是custom。而新的业务架构是API的事情,API不仅仅是一个数据接口,而是一段业务逻辑。通过把一个个点的串联,编排,让它形成一个完整的,这时候就需要新的技术架构去支撑它。
还有一个核心问题是,像pi,esb等系统应用出了问题后很难解决,现在大家基本上是通过重启服务器这种很被动的模式去解决。为什么会有这样的问题,就是我们以前的系统基本上都是在内部应用系统进行数据交换,数据流量很小。但现在,尤其是零售行业、时尚行业,我们会想掌握终端的数据,建立起全渠道各种微商城等和终端互联之后,业务的数据量会急剧提升。原来的系统没办法做高并发性的扩展,只能依靠一台非常厉害的单体机器和非常强的数据库来支撑它,但是这个东西是有瓶颈的。
现在我们的虚拟化技术支撑高并发量的时候要解决三个层面的问题。
第一个层面,通过微服务改造一下中台的业务组,把这些组件通过重新的编排,可以尽快形成一个新的业务。
第二个层面,在形成快速能力的时候,我们原有系统的接口数据交换还是要支持的。
第三个层面,在大问题发生时,我们怎么去排除这种直连数据库的模式,一定要有把数据库需要的这种能力编排输出成服务的结构。
所以现在来讲,异构系统集成平台和传统的esb、pi的思路是一致的,但它新的技术模式、解决方案和高效性等,是以前的系统不具备的。
服务集成
从API服务总线层面解决企业烟囱式业务系统集成现状
相互连接企业各业务系统,实现流程端到端打通,复用已有的业务系统能力,让集成架构、服务关系更清晰
使用统一的API管理平台,对API进行显性化、可视化,使所有API服务成为企业的数字资产,提升API利用率,发挥业务系统价值,实现企业IT资产的可插拔、可复用、可组成
数据融合
从数据层面解决企业烟囱式业务系统数据各方面的问题
集中各系统中的数据,实现多种异构数据源集成,实现数据的实时汇聚、分发与共享
多个业务系统之间实现数据的实时同步,准确传输,从而实现业务操作的连贯性
SaaS集成
已链接和打通主流SaaS系统超过80+,快速对接各种API接口,实现云上云下的互联互通
将SaaS和本地业务系统联接起来,打破时间与空间界限,打通原有核心数据及SaaS应用,构建可平滑演进的企业IT架构
API生命周期管理
全面管控企业的API资产,梳理现有业务系统的API
实现API文档的统一管理,建立API的上线、下线、监控的统一管理体系
API低代码开发平台能够实现低代码或零代码一键发布API服务,很好地解决企业用户上面的问题。
轻易云应用集成主要解决已有应用系统的无序蔓延现象,减少各业务系统间的维护成本,减少各应用系统的操作系统、开发语言、访问协议、通信技术多而杂、整合难度大的问题,将企业数据平滑对接,减少信息竖井,体现信息化价值。
轻易云系统集成平台的作用:在轻易云应用集成平台 + MDM基础数据平台的解决方案中,轻易云应用集成平台负责实现异构、分布式系统之间互联互通,实现服务API治理以及数据传输交换。通过轻易云预置的各种适配器组件,连接现有各孤立应用系统,以图形化、拖拽方式构建集成流程和服务,提高应用系统集成工作效率,降低异构系统集成风险。针对未来可能出现的业务需求变更,在应用集成平台上进行动态调整,实现各应用系统之间的集成策略平滑升级。
轻易云作为集成的基石,自身拥有丰富且强大的功能特性,以下部分是API相关特性的总结。
易用性
轻易云提供了丰富强大的组件堆,如:Http Rest、Soap、Web Service、Rest Service、FTP、数据库操作、消息队列、主题收发,可以满足客户绝大多数的业务场景。通过AEAI 设计器,开发人员使用优雅的方式和极少的代码即可完成整套流程的设计。
开放性
轻易云本着开放的理念,产品源码直接开放,自带集成样例,支持远程调试;支持各种各样的服务质量等级和通信模式:同步(例如SOAP)和异步(例如MQ) 两种通信模式,请求/响应、队列、点到点以及发布/订阅模式,各种交付保证,集群支持。
扩展性
提供多个运行时节点和负载均衡器的分布式部署结构,以满足高并发,大数据量大规模的交换集成场景;支持在运行期,以脚本的方式进行功能扩展;可以通过开发Java代码并部署的方式,提供功能扩展;产品采用轻量级架构实现,可支持应用组件的“热插拔”,便于产品升级和二次扩展。
安全性
支持Web服务和HTTP/Rest服务用户名/口令的身份认证机制,且支持原服务和代理服务之间身份信息的自动二次封装;支持Web服务、Rest服务通讯安全保障,包括白名单、黑名单、IP地址、用户名&密码等多种身份验证机制、传输消息安全性及完整性等,支持HTTPS、WS-Security协议等;服务管理通过权限分离实现管理控制台的权限控制,支持基于角色的功能权限、数据权限进行资源隔离。
稳定性
轻易云以可视化、拖拽式方式来创建Rest/Web服务、消息流程,快速完成服务模型定义,设计器可以直连轻易云服务器,实现动态热部署、即时断点调试。
企业投入大量的时间、金钱、人力等资源进行信息化建设,根本目的是为提高工作效率、让信息化、数字化支撑企业长远发展。
业务价值
基于轻易云的API网关将客户端与企业应用程序的直接耦合和依赖性隔离开,有助于源系统的独立更新、升级、部署,大幅度缩短项目落地时间,赋能版块IT管理人员、开发人员,进行敏捷集成、加速创新,助力企业构建API生态,实现API资源共享及API货币化、商业化。
管理价值
企业IT运维可视化实现了对API调用情况的跟踪,获得企业级的洞察结果,企业IT资产的安全管控完善了API调用授权和监控机制,全方位降低了潜在的调用风险,在 API文档、版本、开发协作、自动化测试方面都提供极大便利。
开发价值
基于轻易云的API管理提供自顶向下、自底向上两种快速配置开发API的方式,提供灵活的调整扩展机制、管理监控机制,版本控制机制,快速实现自定义API开发、API服务组合、编排与敏捷集成,优化系统间的对接模式,API高配置化功能减少代码量、重复开发和沟通成本,极大提升开发效率和IT资源复用能力。
云时代已经汹涌而至,轻易云作为iPaaS的核心组件,在扩展API管理之后将更敏捷,强化对API的治理能力,解决企业内部的异构系统集成、企业内部与外部的集成、线上与线下集成的难题。本方案主要结合互联网开放式的企业信息化建设思路、数通畅联深厚的技术沉淀及IT架构规划能力,提出“基于平台构建中台”的信息化建设理念,通过对数据中台、集成中台、应用中台的构建,逐步深化、推进大中台战略体系的落地。数通畅联始终坚持SOA综合应用集成、数据治理分析领域,打造稳定柔韧的IT架构和iPaaS集成套件平台,为客户/伙伴提供开放敏捷的集成方案、灵活组合的集成平台套件,推动最终客户的数字化转型与业务创新。