DXS-Cloud 跨部门数据共享交换云服务平台答疑

2017年1月9日
Synball
(c) CC0 Public Domain / unsplash.com

1、多用户服务是云服务的基本特征,DXS-Cloud有哪些用户角色?

       DXS-Cloud支持中心和多部门机构,每个部门分别有技术人员、业务管理人员和领导角色,每种角色的操作权限和所关注的问题不同。

2、无限的可扩展性、逐步量需的消费模型是云服务的另一基本特征,DXS-Cloud是如何扩展对接入部门数及交换数据量增加的?

      DXS-Cloud可通过增加中心或部门节点服务器来线性增加对接入部门数及交换吞吐量的支持,这些节点服务器软件可以部署于不同物理机或虚拟机上。对于DXS-Cloud来说,“网络就是计算”,数据流在各节点之间并行流动并进行分布式处理,达到高性能和高可扩展性,而不象许多产品,交换和处理都集中某台物理服务器,造成中心效率瓶颈和单点故障。

3. 云基础设施必须高可靠,DXS-Cloud是如何来保证高可用性的?

      DXS-Cloud 支持24x7持久的高可用性HA功能,对云中心管理服务器、端节点服务器均可实现双机热备,并对服务组件(适配器)提供备份和故障自动恢复功能,即网络中某一节点服务器中运行的服务出现故障,则可在另一备份节点服务器上自动启动该服务,使得服务的容错实例可用在基于多触发的远程节点上进行动态配置,在所有操作环境下创建自愈的应用程序网络以及确保持续可用,交换流程不受影视,正在交换的数据不会丢失。

4. 跨网络节点交换,DXS-Cloud 如何保证数据传输的可靠性和安全性?

      每个中心和云端DXS-Cloud节点服务器都内嵌有MQ服务器,跨网络节点的数据流是通过MQ提供的可靠数据交换进行的,保证数据的完整性、一致性,使传输的数据不丢失、不重复,次序不乱,传且只传一次,并具备跨越多个网络环境,穿透多重防火墙的能力;除了采用一般的数据加密传输技术外,并采用SSL/TLS协议实现安全连接与传输,可与第三方认证授信机构(如CA中心)进行数字证书的签发、认证与集成,对不同格式的数字证书均有良好的支持。DXS-Cloud支持第三方JMS标准的MQ服务器,如 ActiveMQ、IBM MQ 等。

5. DXS-Cloud的交换传输效率如何?

      DXS-Cloud不同于其它产品,平台采用了分布(P2P)网格服务架构,使数据流在各节点之间并行流动,达到高性能和高可扩展性,避免中心单点故障和效率瓶颈。单个交换流程可以支持:在消息非存储模式下,一对一每秒传输61302个1K大小的消息;在消息存储模式下,一对一每秒传输4297个1K大小的消息;在100M网络环境下,数据库每秒传输2800条1k记录,文件每秒7M ; 可以通过增加节点服务器/虚拟机、并行并发运行交换流程实例,线性扩展支持大数据量的交换(比如视频文件)。

6. DXS-Cloud支持大文件传输吗?

       对于大文件交换传输,DXS-Cloud采用切片再组装的方式交换传输,无需第三方文件传输中间件。

7. 在 DXS-Cloud 共享交换域中,每个参与的节点部门都需要一台前置机服务器硬件吗?

       首先,托管于云中心的各部门应用系统可共享中心节点服务器资源,部门内只需使用DXS-Cloud部门客户端即可。对于部门有独自机房防火墙的情况,分二种情况:(1)开放某些端口,如数据库端口,则DXS-Cloud可以通过远程访问数据库的方式,无须在部门防火墙内部署前置机硬件及节点服务器软件,但数据的安全性可能受到侵犯。或(2) 部署节点服务器软件于部门前置机上,只需开放TCP端口,则部门私有域数据受到保护,并对文件交换有良好支持。

8. 使用DXS-Cloud,还需单独部署部门应用系统到部门前置机之间双向数据交换的“桥接系统”吗?如何解决“最后一公里”应用系统接入的难题?

      DXS-Cloud 提供平台一体化的应用桥接功能,由部门云端数据应用集成器客户端完成双向桥接功能,无需部门开发部署独立的“桥接系统",大大降低应用系统接入平台“最后一公里”的难度和成本。这是使用DXS-Cloud的一大优势。

9. DXS-Cloud 与交换/集成中间件产品的区别:

       顾名思义,中间件只是中间半成品,但中间件产品繁多,架构和功能各异,很难整合到一起成为一体化的、易用的平台系统;中间件产品方案往往是多个产品堆砌的方案,很多中间件厂商连自已的产品都无法整合成一体化平台。另外,很多项目的产品选型往往不是由平台顶层设计和需求驱动的,没有经过严格的产品测试和验证,只是停留在纸上的方案,这正是造成国内众多平台项目效果不理想甚至失败的原因。引用一位客户领导通俗易懂的话:“东抄西抄厚厚的方案,画了一个大楼,做出一个厕所”,实际效果落差很大。

      某些中间件厂商所谓交换“平台”,本质上是多个中间件产品堆砌的解决方案,并不是整合服务一体化系统平台的整体解决方案;它往往由点 - 线- 点连接,如需文件交换再添加文件交换中间件等等,难于形成系统化、体系化的整合运用,达不到作为基础设施平台所要求的多用户体系服务功能、以及对整体性、可靠性和易用性的要求。而 DXS-Cloud 是一体化交换整合云服务(iPaaS)平台,直接面向中心和部门云端用户使用(包括各部门应用系统开发商实施人员及业务管理人员)。

       数贝DXS-Cloud采用最新云计算整合服务技术,解决了传统中间件技术所遇到的问题--复杂性、推出到市场的时间、项目风险、易用度和成本问题,为城市政府数据云中心提供一个完整一体化的数据共享交换云服务平台方案,部署即用,大大降低了项目风险。使用户不用过多地去关注底层的技术实现,简化了跨部门数据交换与业务流程整合的难度和复杂性,为政府资源整合和业务协同创造最大的价值。它提供快速的、低成本的方式使政府各部门,无论他们之间现有的信息化应用基础差异有多大,都能参与和开展信息资源的共享交换和协同业务的工作,从中获取信息资源共享与交换的政务价值。

10. DXS-Cloud 与 ESB 的区别:

       ESB 是一种基于集中的应用服务器App Server上的企业服务总线(如OracleESB),不同于DXS-CLoud的分布网格云服务总线结构 (由分布节点服务器组成)。ESB主 要提供 Web Service 接口、服务注册、BPEL服务编排、Web Service服务管理等功能。其基本的架构理念在于中心消息代理,中心BPEL Web Service 编排与组合不同异构平台的 Web Service。ESB 中没有所谓节点的概念,只是简单地将一个Web Service 理解为一个服务提供点,流程编排也是基于这些Web Service的组合。由于 ESB 不存在分布节点服务器的概念,所有的服务运行将只能依赖于 ESB 服务器;同时,ESB 所采用的服务模式仅限于基于XML 的Web Service这一种方式,因而也缺乏一种跨节点可靠数据交换能力。反过来说,所有数据在物理上如果都要通过中心服务器是一种不可持续的解决方案。众所周知,Web Service 解决大数据交换以及交换效率、可靠性方面都存在许多问题。


版权所有©️2016  北京数贝软件科技有限公司    京ICP备14032596号