普元ESB软件
产品
1 / 34
普元ESB软件产品
目录
1 提要..................................................................... 4 2 Primeton ESB产品概述 .................................................... 6 3 Primeton ESB主要功能 .................................................... 7
3.1 协议转换 ........................................................... 8 3.2 数据转换 ........................................................... 8 3.3 服务编排 ........................................................... 8 3.4 服务路由 ........................................................... 9 3.5 服务安全 ........................................................... 9 3.6 服务质量 ........................................................... 9 3.7 服务注册 .......................................................... 10 3.8 服务监控 .......................................................... 10 3.9 消息机制 .......................................................... 11 4 Primeton ESB关键特性 ................................................... 11
4.1 高性能 ............................................................ 12 4.2 高可靠 ............................................................ 12 4.3 高扩展 ............................................................ 13 4.4 业务化 ............................................................ 14 4.5 个性化 ............................................................ 14 5 Primeton ESB客户价值 ................................................... 14
5.1 高管控能力 ........................................................ 14 5.2 高投资回报 ........................................................ 15 5.3 高运营能力 ........................................................ 16 6 Primeton ESB应用场景 ................................................... 17
6.1 业务应用典型场景 .................................................. 17
6.1.1 统一服务平台 ................................................ 18 6.1.2 统一客户视图 ................................................ 19 6.1.3 集团业务系统 ................................................ 20 6.1.4 保护核心业务 ................................................ 21 6.1.5 银行中间业务 ................................................ 22 6.1.6 ERP系统集成 ................................................ 23 6.2 技术应用典型场景 .................................................. 28
6.2.1 企业服务总线 ................................................ 28 6.2.2 应用服务网关 ................................................ 29 6.2.3 可靠数据传输 ................................................ 30 6.2.4 综合服务平台 ................................................ 30
7 Primeton ESB环境配置 ................................................... 31
7.1 支持的操作系统 .................................................... 31 7.2 支持的硬件环境 .................................................... 31 7.3 支持的数据库 ...................................................... 31 7.4 支持的浏览器 ...................................................... 32 7.5 支持的JDK版本 .................................................... 32 8 关于普元 ................................................................ 32
2 / 34
普元ESB软件产品
9 联系我们 ................................................................ 34
3 / 34
普元ESB软件产品
1 提要
企业应用集成一直是企业信息化建设中的一个难题。随着企业规模的扩大、业务的发展,企业内部的应用系统越来越多,应用间的通信、数据交换的需求越来越强烈,企业应用之间的交互问题、以及企业服务的管理问题也日益突出。企业应用集成的历史可以追溯到最早的电子数据交换,以及80年代中期出现的C/S结构的企业应用和中间件技术。20世纪90年代,ERP(Enterprise Resource Planning)应用要求能够支持已经存在的应用和数据,与此同时企业应用集成即EAI(Enterprise Application Integration)的概念被提出。
企业服务平台(ESB)是企业应用集成在SOA理念下的一种实现方式,企业服务平台是SOA架构中实现服务间智能化集成与管理的中介,在逻辑上与SOA所遵循的基本原则保持一致,依据SOA架构原则对服务集成和服务管理的要求,创建了一个SOA集成架构,能够深入管理服务,并能方便扩展到整个企业应用。
企业服务平台是分布式的、基于消息的、遵循开放标准的集成解决方案。企业服务平台的角色是在各种IT资源——如企业中各种异构应用系统、平台和服务之间进行可靠的通讯时提供可用的基础设施。如下图所示,企业服务平台为企业应用提供了一个统一的平台,采用SOA松耦合的思想来进行企业应用集成,通过灵活的服务接口和Adapter,方便SOA应用和遗留应用的集成,这种松耦合、有效灵活的架构提供了更好的扩展性。
SOA应用协同层流程层服务层逻辑层资源层SOA应用协同层流程层服务层逻辑层资源层遗留应用Adapter服务服务企业服务平台服务路由事件管理协议转换服务管理服务注册中心数据转换战略合作伙伴企业服务平台企业服务平台
4 / 34
普元ESB软件产品
企业服务平台的特征是使用Web服务、消息中间件、智能路由和格式转换的架构,逻辑上与SOA基本原则保持一致,提供了服务管理的方法和在分布式异构环境中进行服务交互的功能。一般会是分级的层次式结构,以连接不同业务领域的应用群,这些应用群是一批应用系统,负责SOA解决方案中的业务逻辑,实现了特定领域的业务目标。通过一致、标准的服务平台,企业更方便与战略合作伙伴开展业务往来。在企业建设了足够多的SOA应用,能够提供大量的服务后,就可以利用发布在服务注册中心的这些服务进行服务装配和编制,在企业服务平台之上按照SOA的方式提供组织级服务重用和数据共享。业务服务平台在企业信息化建设过程中的作用具体表现在如下三个方面:
业务互联
企业的信息化建设在市场、管理等因素的推动下不断演进,在不同的历史时期建设了大量的信息系统,同时在业务整合的驱动下产生了不同的互联需求:
在以“产品为中心”的企业发展阶段,提高生产效率是重要的目标之一,在此过程中人们发现部门间的协作是提升效率的有效方式,从而推动了部门间应用的互联与整合;
激烈的市场竞争导致买方市场的到来从而促使企业经营思路由“以产品为中心”转变成为“以客户为中心”,这样就需要对客户从市场、销售、服务等不同纬度进行全生命周期管理,从而推动了各业务域间更加广泛和深刻的应用互联与整合;
随着市场竞争的加剧及互联网技术的发展,企业在不断地从业务模式上进行创新,收敛自身的核心能力并通过与更多外部伙伴合作以更加开放的思路为客户创造价值,从而推动了整个产业链中各企业之间的应用互联与整合;
业务管理
随着信息化建设的不断深入,大型企业往往累积了众多的应用系统,而这些应用系统又在业务的驱动下在不同的历史时期通过互联与整合成为有机的一体,如何有效地管理这些系统之间的关系成为最大难题:
如果某一关键服务在不知道的情况下宕机,而IT部门又没有及时得到这一最新状况,势必形成蝴蝶效应,波及依赖于这一服务的其他业务系统,
5 / 34
普元ESB软件产品
严重影响企业的正常运营;
是否可以通过相应的监控手段分析出各应用系统间纷繁复杂的服务调用关系,从而得出受欢迎的服务、以及服务调用效率等指标,为周期性的系统优化和扩容做好充分的准备,从而使IT运维工作更加具有主动性;
对于关键服务调用是否可以采取某些措施保障其QoS,譬如在异常访问的情况下采取拒绝攻击的手段,或当系统资源不是很充足的情况下优先保障关键服务的可用性、健壮性;
业务创新
在市场全球化、竞争激烈化的背景下,业务创新是企业生存和发展的有效战略。企业尤其是大型企业不仅在于要建立适合的业务创新文化和相关的保障机制,更重要的是如何有效、快速地落实业务创新成果,要达到这一点是离不开信息系统的支撑,而这一点又为信息系统的建设提出了更高的要求:
推进业务创新的有效方式之一就是基于已有的业务沉淀进行创新,而这些业务沉淀在应用系统中的表现形式就是对外暴露的服务,如何有效梳理和规划这些服务以及如何快速复用这些已有服务是进行和落实创新成果的首要问题 ;
2 Primeton ESB产品概述
普元作为SOA国际标准组织18家核心成员之一,始终致力于提供完整的SOA解决方案,其中就包含核心部件 — Primeton ESB产品,主要用于企业内及企业间的服务整合,通过总线形式有效改善现有系统之间调用的网状关系,使得系统之间的关系更加可视化和提高管控能力,它的高性能、高可靠、高扩展和业务化给客户带来高管控能力、高投资回报、高运营等能力,从而为提高企业IT的服务质量提供可能,更直接的为企业的业务扩展、业务创新、客户维护和卓越运营提供了有力的保障。
Primeton ESB是普元基于多年对大型企业的IT建设及分布式计和集成能力的认识和技术积累而推出的服务整合产品,是部署和实现SOA的理想工具,支持协议转换、消息转换、消息路由、服务编排、服务注册、服务查找、服务监控等功能,其架构如下图所示:
6 / 34
普元ESB软件产品
Primeton ESB 产品主要包含:
① Primeton ESB Studio:主要提供各种服务(中介服务、穿透服务、编排服务等)的开发、调试以及属性设置、元数据导出等,为便捷快速地开发各种服务提供可能;
② Primeton ESB Server:提供了多协议的支持以及为服务运行提供了高性能、高可靠的运行环境,方便的扩展机制,为Primeton ESB 融入企业IT环境提供了有效支撑及管控手段,同时不依赖于J2EE容器的特性大大提升了性能; ③ Primeton ESB Console:提供了集群环境ESB Server的管理及各种日志控制级别、服务线程配置等系统级配置的在线管理和热更新;
④ Primeton ESB Service State Monitor:提供了增强的客户感知度,譬如:各种维度的事前预警、事中告警、事后统计分析等功能;
⑤ Primeton ESB Service Registry and Repository:提供了服务注册、服务查找、SLA管理等服务元数据管理功能;
3 Primeton ESB主要功能
Primeton ESB是普元基于多年对大型企业的IT建设及分布式计和集成能力的认识和技术积累而推出的服务整合产品,是部署和实现SOA的理想工具,支持协议转换、消息转换、消息路由、服务编排、服务注册、服务查找、服务监控等功能。同时在功能体现和架构设计上融入了普元公司作为本土SOA中间件厂商多年来对国内产业环境的特点导致企业IT建设中对服务整合特殊情况的理解。
7 / 34
普元ESB软件产品
3.1 协议转换
协议转换是Primeton ESB作为中介的重要体现,为企业内部各业务系统的松耦合通信和快速部署与调整业务功能创造了有力的条件,降低了因为频繁修改现有系统的通信协议而带来的稳定性风险。
直接支持业界普遍的标准协议
为了能够更好地与企业内部现有纷繁负载的业务系统很好地非侵入性的融合在一起Primeton ESB直接支持国内企业信息化建设过程中普遍采用的SOAP/HTTP、JMS、Http/Https、Socket、JDBC等标准协议,从而体现了Primeton ESB作为基本企业IT架构中基本的中介功能。
灵活的扩展框架支撑协议扩充
为了能够适应个性化的特殊情况Primeton ESB基于可扩展的多协议架构,基于此框架普元或者合作伙伴可以非常灵活地通过SPI等接口增加属于特定领域的专有协议,一方面增强了Primeton ESB产品本身适应环境的能力,同时也为客户增值。
3.2 数据转换
数据转换在协议转换的基础上增强了Primeton ESB作为服务中介的融合能力,在通信协议松耦合的基础上增强了业务能力的融合。
Primeton ESB支持xml、txt、自定义消息等格式的消息,同时基于这些消息还可以进行消息增强(增加时间戳、增加字段、变换15位身份证号到18位等),消息验证、消息组合等能力,使得多系统之间的数据融合逻辑承载在ESB上,更加增强了新业务的部署速度和降低了因为修改相关业务系统带来的稳定性风险,提高了多系统之间的松耦合度。
3.3 服务编排
服务编排是进行快速业务创新和服务部署的关键能力,Primeton ESB可以通过重复利用本地或远程已有的系统的不同协议的服务进行组合从而生成新的服务,并可以通过不同的协议从ESB上暴露给其他业务系统,增强了企业应对业务
8 / 34
普元ESB软件产品
变化的能力,提高了企业的竞争力 。
3.4 服务路由
服务路由能力同样提升了相关通信系统之间的松耦合性,数据的发送方只负责发送数据,对于数据接收方的通信协议、数据格式、所处位置和运行状态都可以不用关心,从而直接地提高了企业内部应用系统对业务的整体服务能力 。
Primeton ESB提供的路由能力包含:静态路由、动态路由、广播、消息拆分、聚合、穿透等方式,从而增强了在ESB上部署业务逻辑的能力,收敛了因为应用之间的通信而所需要的融合逻辑能力。
3.5 服务安全
安全问题在某些业务领域或企业显得尤为突出,例如大型企事业及部门,为了增强系统的安全级别普遍认为可以从管理和技术两个方面入手,Primeton ESB主要从技术的角度提高系统的安全性,大体分为:
访问安全:通过UserName/Password、IP或签名等机制对服务访问者进行身份识别,同时根据事先对其分配的权限访问进行访问控制,这种访问机制可以控制到具体的SOAP/HTTP操作,通过这种机制增强了Primeton ESB整体的访问控制能力,对系统的访问具有更强的可预知性;
防窃取:当服务访问者的请求数据经过Primeton ESB到达服务消费者的过程中,如果不进行有效的处理就可能导致机密的数据被不法人员看到,所以通常采取的措施就是进行加密,例如采取DES加密算法;
防篡改:到数据在服务消费者和服务提供者之间传递的过程中,如果不进行有效处理,很有可能在对方不知情的情况下被第三方篡改,从而违背了数据发送方的意图,所以通常会采取数字签名的方式,从而在数据接收方收到数据的时候严重数据的完整性;
3.6 服务质量
服务质量是实施服务级别协议(SLA)的重要基础支撑,有助于建设更加可量化的应用调用关系,为建设可控的业务支撑提供了可能,譬如用户可以根据SLA
9 / 34
普元ESB软件产品
的指标配置触发提示的规则,并可以配置多级严重性,包括正常、提示、轻微、重大、危险和严重等。服务质量的具体指标体现在下列参数:
流量控制(并发、挡板、超时) 成功率,失败率 消息数 错误数
故障切换/重试次数 验证错误数 响应时间
用户可设置SLA提示,向运行团队通知与业务和代理服务的状况,或与提供的服务质量有关的问题。触发提示时,Primeton ESB 会向配置的电子邮件地址发送电子邮件通知。通常这些电子邮件发送给运行或管理人员,同时Primeton ESB 还可在提示触发时将消息发送到JMS队列 。
3.7 服务注册
服务注册基本上是一个在线的服务“黄页”,提供一个单一来源的目录元数据,用以存取,配置服务,包括服务细节,技术接口,拥有实体,相关和XML模式。提供内外客户类似于在一个可控的方式内发现服务,这是消除“服务隐没”并提供服务获取访问的关键步骤。为能开发人员能快速发现满足他们的服务,服务注册提供了对企业服务的发布,目录和分类功能。不仅业务和技术元数据与服务关联,而且为服务提供者的联系信息亦能够被分类,使那些对一个服务感兴趣的与提供者直接联系。
另外,服务注册服务作为SOA管理的一个单独、集中的控制点,被认为是SOA中一个重要组件,包括:服务和资源的生命周期管理,确保质量的内外部标准的遵循,告知利益相关者变化,控制对服务的接入等。
3.8 服务监控
服务监控是Primeton ESB 支撑起业务可视化特性的关键功能,因为实施ESB是客户想集中管理企业内部纷繁负载的业务调用的目标之一,而为了达到这
10 / 34
普元ESB软件产品
个目标进行服务血缘关系管理,调用状态管理是公认的必要手段,Primeton ESB 提供了度统计分析,同时还提供了灵活的扩展接口,旨在允许客户可以通过扩展开发完成符合自身要求的护的统计分析或运营报告:
服务运行情况 消费者访问情况 提供者提供情况 SLA满足程度
提供者与消费者之间的依赖关系
依赖分析,从而能确定哪个客户端在使用服务 ESB整体运行情况[失败、拒绝、超时、非法、正常]
依据这些价值数据可以为业务部门和IT部门的工作优化与调整提供了指导性素材数据,不仅有助于系统的演进,同时更加有助于部门的管理优化。
3.9 消息机制
为了支持异构环境,Primeton ESB提供了多个通讯方式:
发布/订阅:根据对消息的订阅规则,同一个消息可以被多个Endpoint
消费;
单路:Endpoint单向发出消息,并不期待有回复信息;
请求/应答:Endpoint向队列中发出消息,并且可以从另一个队列中取得
消息消费者的反馈信息。或者服务调用者一直等待服务的处理结束并有返回结果时;
请求/回调:服务调用者异步调用某一服务并传递给该服务一个回调的服
务地址,当该服务处理处理完后就调用该回调函数; 同步和异步:同步/异步是最基础的调用机制 ;
4 Primeton ESB关键特性
作为企业IT架构中的关键基础部件 — Primeton ESB除具有一般ESB产品的通用功能外,其优势在四方面:一是高性能、二是高可靠、三是高扩展性、四
11 / 34
普元ESB软件产品
是业务化,未来也会向这四个方面不断投资与优化,除此之外普元还有本地化、研发级服务从而更加贴切满足客户需求 。
4.1 高性能
企业希望集中管理服务的初衷推动ESB承载众多关键服务的交互,从而导致ESB作为企业IT架构中的关键部件,在取得集中管理效能的同时也必然带来性能问题,企业当然不希望因为集中管理方式的部署,使得关键服务的性能有所下降,反而进一步的希望性能会有所提高,当然提高性能不仅仅是ESB本身的问题,更重要的是服务提供者自身性能及服务质量的提高,所以Primeton ESB解决的首要问题就是降低服务交互在ESB上的性能损耗,从而保障了服务质量 。
Primeton ESB借鉴了企业级软件几十年的丰富经验,融入了多进程管理,SEDA、NIO等成熟技术,同时不依赖于J2EE容器,在系统架构上分散了性能消耗的瓶颈,从而在本质上提高了系统的处理效率。同时在复杂通信协议的处理上,更加趋向于底层协议的处理,为高性能创造了先天的条件,从而为业务扩展提供了有力的支撑。抛弃了传统的EAI系统的建设方式采取更加轻量级的架构,同时针对国内行业普遍收敛的协议进行了重点优化,从而提高了产品的整体性能。同时因为其轻量级的特性使得对底层硬件的要求就不高,从而适应了大规模使用刀片服务器的行业趋势。
4.2 高可靠
基于ESB的关键部署形态使其可靠性提到了非常重要的位置,企业当然不希望因为ESB的健壮性问题而经常宕机或消息丢失从而影响关键业务的运行,所以在高性能的基础上可靠性性尤为重要。同时健壮性不仅体现在ESB基础设施的健壮性上,同时也体现在关键服务的可靠性上,因为系统风险的存在使得事前准备工作未免会有百密一疏的时候,如果基础设施整体的可靠性出现问题的时候,就需要保证关键服务的可靠性,使其在环境恶劣的情况下也能最大程度地保证关键服务的QoS,从而提高平均无故障连续工作时间(MTBF)和降低系统故障平均恢复时间(MTTR)。
同时作为第三方中介Primeton ESB又可以作为仲裁机构,使得客户对各系统以及各集成商具有很好的协调和管理能力,各方系统的对外集成行为都会被
12 / 34
普元ESB软件产品
ESB服务中介所跟踪和审计,从而避免因为各方系统中数据的不一致性导致不必要的纠纷。ESB在部署架构上是处于众多业务系统之间的中介位置,这样就意味着它会作为第三方参与了系统之间的服务交互,而这种交互不应当因为第三方的介入而降低可靠性,从而将数据质量问题蔓延到更多的业务系统。
Primeton ESB采用取了SEDA、NIO等业界先进的技术以及松散的集群部署方式来保障ESB整体基础设施以及关键服务的可靠性,从而提高了Primeton ESB的容错性,以及可以应对不可预知的服务访问情况,譬如突发的服务访问、不稳定的网络造成的访问异常等。同时当QoS出现异常的时候,还可以通过更加必要的实时方式通知关键人员,从而在管理流程上保障了系统最小宕机时间 。
4.3 高扩展
扩展性是Primeton ESB的优势特性之一,是其主动融合性的重要体现。企业引入ESB的目标之一就是希望其能够与现有系统很好地融合,譬如与企业内部现有的权限系统,现有的告警系统、现有报表系统等,而这些系统又没有统一的标准,同时又是在不同的历史时期建设的,所以要想后来引入的ESB很好地与现有基础设施融合就要求ESB具有很好的扩展性,通过必要的二次开发能与这些系统衔接。
多样性、复杂性是在众多企业IT环境中实施ESB的重要特点,这就要求ESB产品必须具有更加开放的体系架构,以通过更加灵活的方式与现有系统融合,而恰恰是这一点导致了先前EAI产品实施效果不好的主要原因之一,同时也是众多面向更加广泛市场的ESB产品所不具有的。
同时这种扩展性也增强了开发商依据业务上的优势提供更加符合企业自身特点的便利功能,从而能够更加体现引入ESB并不是“交钥匙”工程,而是一个架构的引入和业务不断演进的过程。
Primeton ESB产品在设计之初就有针对地在技术、业务、产业环境的特点的基础上重点提升了产品的扩展性,提供了有针对性的、开放的API接口,使得ESB产品更加容易和企业内部现有的系统有机的融合在一起,譬如:与现有安全系统的融合、与现有IT网管系统的融合;同时也可以依托这些API定制符合集团或各省公司个性化的功能 。
13 / 34
普元ESB软件产品
4.4 业务化
ESB是企业内部重要的基础设施,其日常的有效管理对提高工作效率和降低运营风险具有重要的意义。Primeton ESB产品针对易管理性在设计之初就非常重视,譬如提供非常详细的服务调用轨迹信息,丰富的QoS质量指标,完备的日志信息和方便的进程管理机制,同时还可以依托服务运行的轨迹信息形成跨部门的业务流程的监控 。
4.5 个性化
大型企事业及部门因其产业环境、业务氛围和IT建设历史的不同,必然导致其集成的方式方法不可在行业或企业间复制,这也是为什么定制化服务市场异常火热,这对这一点普元作为本土公司具有很多优势条件 :
1、 成功经验:普元近几年已经为大量客户提供了平台定制服务,包括为华
为、中国建设银行总行、中信银行总行、国家开发银行总行等大型公司定制了平台与产品,积累了丰富的技术和管理经验;
2、 组织保障:成立了专门的部门集中管理、实施和维护定制项目; 上面的优势为客户的项目成功提供了有力的保障,而国外ESB厂商更注重共性需求,并且ESB研发团队在国外,响应速度比较慢,无法及时为大客户提供定制化服务。
5 Primeton ESB客户价值
Primeton ESB能够从如下三个方面给客户带来价值:
高管控能力 高投资回报 高运营能力
5.1 高管控能力
基础设施管控能力
对服务的集中管控是企业部署ESB的主要目标之一,Primeton ESB提供了强大的服务监控能力使服务的管理更加业务化、可视化,譬如提供了服务运行时监控、运行情况历史分析等,使得企业的信息化部门可以更加方便、全面地了解服
14 / 34
普元ESB软件产品
务运行情况,有助于迅速定位和排除故障,更重要的是为及时主动的采取业务优化措施提供了可能性。通过总线形式有效改善现有系统之间调用的网状关系,使得系统之间的关系更加可视化和可管控性。
第三方仲裁能力
大型企事业及部门在信息化建设过程中往往需要外部众多应用开发商参与,同时基于实用主义原则指导下的系统建设思路,各业务系统是在不同的历史时期建设完成的,并且随着软件行业盈利模式的演进,这些系统又被不同的服务商进行着日常的运行维护和版本升级。Primeton ESB可以作为第三方仲裁机制,使得客户对各系统以及各集成商具有很好的协调和管理能力,各方系统的对外集成行为都会被该ESB服务中介所跟踪和审计,从而避免因为各方系统中数据的不一致而导致不必要的纠纷 。
企业流程治理能力
企业信息化并非一蹴而就,因此就需要有强大的IT管控和灵活动态的业务策略应对能力。规范的管理框架将更有效地实现IT与业务可视性和管控性。并进一步通过策略的机制(Policy Framework)不断实现IT治理和业务优化。同时也为SLA的实现提供了更为灵活和简便的方式,一切都能够基于服务来管控保障和治理优化。随着业务应用的越来越多,计算资源的高效配置和使用将变得越来越迫切。因此这样先进的、规范的SOA管理框架都将使得业务服务的仿真和虚拟化变得触手可及,我们的业务运营效率将进一步提高。规范化的SOA管理框架正在成为企业和机构客户落实‘Enterprise-on-Service’的发展策略和提升IT与业务一致性的重要手段和表现形式。
5.2 高投资回报
轻量级、高性能
大型企事业及部门的发展现状对IT高性能的要求是国外企业无法比拟的,即使国外产品能够适合国内高端客户的极限要求,但是往往需要不成比例的高成本投入,使得企业对于IT投入的性价比不高,针对这些实际问题Primeton ESB以更加轻量级的体系架构,大大降低了对底层软硬件环境的要求,并且针对国内实际情况对产品进行了集中优化,使客户只要以较低的投入就可以获得理想
15 / 34
普元ESB软件产品
的性能要求。
业务化、适国情
业务化主要解决产品的可用性问题,由于国内在文化的差异性和使用习惯上的不同,在使用软件的过程中有其自身的特定,所以Primeton ESB在产品在设计上更加的本土化,从而大大降低了实施风险、提高了工作效率,而这一点实践证明意义重大,针对这些问题Primeton ESB提供了更加符合国人习惯的产品使用方式,以及更多的业务化而非技术化的统计分析,使得用户更加容易理解。
高开放、易扩展
这一点又与国内产业环境的特点息息相关,由于业务的灵活性和丰富的个性化,使得产品在实施过程中需要针对某些特定场景进行适应性调整以满足客户需求,这一点已经在前些年实施ERP的过程中尤为明显,即使可以实现企业的实施成本也会很高。所以基于对这些问题的理解Primeton ESB天生就具有很高的开放性和扩展性,包含协议的扩展、统计分析的扩展等,合作伙伴可以依托对外接口完成客户个性化的要求。
5.3 高运营能力
RAS(Reliability,Availability,Serviceability)级服务运营能力是众多企业IT关键部件所追求的目标。ESB作为企业内部重要的基础设施,承载了众多业务的联通,甚至是关键的业务逻辑,这样就会对ESB的健壮性和可维护性提出了跟高的要求,不然一旦单点出现问题就会对IT所支撑的企业核心业务产生严重的影响,从而直接影响企业的业务拓展和客户维护 。
久经大型企事业及部门客户的验证,Primeton ESB产品从设计之初就认识到了服务集成的关键问题和本质目标,并把这一认识不断深入根植在产品中。Primeton ESB不仅可以应对企业内部复杂的IT环境,旨在可以健壮地融入各种集成服务,同时还可以提供各种服务血缘管理和运行跟踪机制,使得IT部门能够更好地掌控服务集成的状况,为有效的运营提供必要的手段。更重要的是Primeton ESB还提供了及时的SLA状态通知机制,使得IT部门的关键人员能够更加及时、自动化地了解关键部件的运行状况,并可以根据状况采取不要的运维和优化手段,从而大大提高业务部门的满意度,提高IT部门的KPI 。
16 / 34
普元ESB软件产品
6 Primeton ESB应用场景
6.1 业务应用典型场景
企业的信息化建设在市场、管理和技术等的多重因素的推动下不断演进,在“实用主义”原则指导下的企业应用都是在不同时期,以部门为单位分别建设的,这样就会带来大量分散的系统:
1) 以“产品为中心”的发展阶段:职能部门间的整合
在“产品为中心”的企业发展阶段,企业的生产流程是以“产品”为生命周期进行管理,从人、财、物到产、供、销,提高生产效率是企业的主要经营目标。在此过程中人们发现部门之间的协作是提升效率的有效方式,为了能够得到此目标,就需要各部门所依赖的不同应用系统之间进行通讯,这样就推动着集成问题在企业内部先期启动;
2) 以“客户为中心”的发展阶段:企业业务域间的整合
由卖方市场到买方市场的转变导致激烈的竞争促使企业经营思路转变成“以客户为中心”,这样就要求企业需对“客户”进行全生命周期管理,从市场、销售、服务等不同纬度进行业务整合,旨在为客户提供一致的感知,为企业管理提供统一的客户视图,为了达到此目标需要将企业内不同业务域内的各应用进行整合,从而促使企业集成问题向纵深方向发展;
3) “产业链”的经营思路促使企业与更度的伙伴合作
随着市场竞争的升级以及互联网技术的发展,迫使企业不断从业务模式上进行创新,以更加开放的思路收敛核心能力将自身融入到社会乃至全球市场中,通过与更多的外部伙伴合作为客户创造价值,使得企业运营所依托的IT系统所面对的外部环境具有更大的不确定性和更加复杂的问题,从而导致应用系统的建设更加的复杂;
面对变幻莫测的市场需求变化,企业希望通过推进“服务化”提高敏捷性和响应能力:更方便地与客户和合作伙伴交互,更灵活地设计和构建IT基础架构。为此,SOA(Service-Oriented Architecture,面向服务的架构)日益引起企业高层的重视。SOA将分散在企业应用中的功能组合为基于标准的互操作“服务”,与使用传统应用相比,企业可利用SOA更快地组合和重用“服务”,以满足业务需
17 / 34
普元ESB软件产品
求。SOA围绕“服务”,而不是“应用”组织企业IT,能帮助企业更快地推出新服务,并灵活响应业务环境的变化。为了优化IT基础结构以便交付服务将SOA变成现实,IT组织需要一个智能化的基础架构,以降低服务重用的复杂性,并可靠地集成IT环境的各种技术、协议和应用。为此,IT组织创建了一个以“服务”为中心的集成层,以隐藏各种应用和技术带来的底层复杂性,这就是说,SOA的成功离不开“集成层”,集成层支持异构环境下的动态服务交互。集成层必须对服务使用者隐藏服务端点的更改,同时支持现有服务的发展,并能够业务的发展,快速添加新服务以满足客户和合作伙伴的要求。
6.1.1 统一服务平台
随着互联网的发展和公司市场化的深入,电信运营商能够提供的服务越来越广泛,某电信希望由原来的以产品为中心的经营模式逐步转向以客户为中心的经营模式,这就要求IT系统能够围绕客户整合已有资源来提供服务 。
某电信网上客服系统作为重要的客户接触渠道,需要整合后端各种能力为客户提供全面的服务,其中“统一服务平台”起到了至关重要的作用,如下架构图:
通过整合8个主题域中的服务,并可以根据自助终端和网上客服系统的业务需要对各服务进行组合生成新的服务,从而使得客户接触系统能够快速适应电信市场的不断发展和激烈的竞争,提高该电信运营商的服务水平和服务质量、增强对新业务的支撑能力和反应速度、满足客户要求的不断变化和发展 。
18 / 34
普元ESB软件产品
6.1.2 统一客户视图
中国电信的经营理念正逐渐由“产品”为中心向“客户”为中心转变,这就对于IT系统提出了新的要求。由于建设时期的不同使得各系统数据及标准不一致,存在相同业务信息在不同系统中不一致的现象,从而无法取得统一的分析结果,不利于企业的精确化管理,给业务发展带来一定影响,这样就产生了对信息共享、集中、统一管理的要求。
通过在OSS域依托“数据集成平台(Primeton ESB)”建设统一运营视图(ODS数据库),统一集中管理来自于网络资源、服务开通、故障处理、性能告警等系统中的资源、开通、故障、告警、产品等客户信息,从而成为企业后端运营数据共享平台,支撑跨系统数据的应用,提升数据质量,同时为企业前端提供有效的业务数据支撑 。业务效果:
a) 提高运营数据质量 b) 提升客户感知 c) 加强人力资源管控 d) 精确营销支撑 e) 提升产品售中支持 f) 提升产品保障能力
类似使用场景: 1、电信综合网管系统
19 / 34
普元ESB软件产品
综合网管系统需要从各专业网管(话务、传输、数据)中不断实时、大数据量提取相关数据,形成从客户->产品->网络的完整视图 。
6.1.3 集团业务系统
集团型企业中的某些业务条线往往是需要总部和各下属公司协作完成的,譬如:对外提供的服务或对内的运营管理。电信运营商就是个典型,以其对外提供的服务为例,他可以向其客户提供“覆盖全国的DDN专线租赁”的电信网络服务,为了能够实现这种服务就需要建设运营商总部与其各省公司“上下协作”的电子运维系统,通过该系统总部可以协调各相关省份完成客户要求的DDN专线。由于这种“上下协调”的行为是在相当广泛并有通讯风险的internet/intranet上完成的,所以为了保障其有效性就需要在总部与各省公司之间提供可靠的信息传递,譬如使用如下图所示的Primeton ESB中间件:
类似使用场景:
1、电信运营商(电信、移动、联通)在BSS域、OSS域、MSS域都有很多总部级的业务及对应的IT系统、这些系统都有类似上面的需求,譬如:
i. ii. iii.
BSS域中的总部CRM系统,实现对跨省或大客户的管理; OSS域中的总部“电子运维系统”、“长途资源管理系统”等; MSS域中的总部“内审内控系统”,“投资计划管理系统”等;
2、集团化管理的国有企业,尤其是众多央企 。
3、职能部门管理条线:譬如 工业与信息化部申诉信息管理系统 为了能够更好地协调管理国内各电信运营商,工业与信息化部提供了可以受理来自不同运营商(总部、各省)的申诉情况并加以协调处理 。
20 / 34
普元ESB软件产品
6.1.4 保护核心业务
经过多年的积累众多大中型企业已经积累了相对成熟和稳定的核心业务系统,但由于外部市场压力和内部管理不断演进的要求,又需要不断对其进行调整,这样就带来了如下的两个问题:
1、降低核心业务系统的稳定性:核心业务系统往往直接影响着企业的关键业务,频繁修改势必引入众多不确定因素从而影响系统的稳定性,给企业带来重大损失,譬如对电信核心BOSS系统的频繁修改。
2、降低企业IT投资的边际效应:有些企业引入了国外成熟的套装软件,譬如:Siebel、SAP等,虽然它们提供了二次开发能力以适应新的业务需求,但每次调整都需要支付高昂的服务费用,并且上一次调整的投资不会降低下一次的费用,IT投资边际效应不高 。
解决方案:
为了解决上面的问题业内众多企业采取的方法是:在其核心业务系统周围建设大量外围系统,通过这些外围系统来支撑频繁变化的业务需求,并且这些外围系统通过使用核心系统对外提供的服务与其有机地融为一体。
但在实践中人们发现由于核心业务系统资源的关键性和稀缺性以及众多外部系统的不确定性,需要一种措施来保护核心业务系统被外部的访问,从而引入了类似于“服务防火墙”的机制(如下图所示),并且要求其提供如下核心功能:
1、访问控制功能:核心系统的计算能力在某一时间点是有限的,所以不可能无地支撑外围系统的并发访问,所以需要“访问控制功能”拦截服务请求,或驳回请求、或排队请求以减轻核心系统的负荷,保障核心业务的正常运行 。
21 / 34
普元ESB软件产品
2、权限管理功能:核心系统中往往承载着某些敏感信息,而这些信息又是受限使用的,所以对于核心系统功能的访问需要事先的授权允许 。
类似使用场景:
1、电信运营商(电信、移动、联通)的某些省份、某些金融企业、或其他大中型企业引入了Siebel,SAP等软件,势必会遇到上面的问题 。
2、电信核心业务支撑系统BOSS的外围系统
电信行业竞争的不断加剧,促使运营商需不断推出大量新业务,但又不能频繁修改核心BOSS,已经有先行者采取了“服务防火墙”方案 。
6.1.5 银行中间业务
随着银行数据大集中及业务形态的转变导致的中间业务的开展,对前置系统的要求也越来越高。银行的生产系统本质上分为两大部分:一部分就是核心业务系统,另一部分是各种特色业务和中间业务。核心业务系统应该越稳定越好,上线后应尽量不变动;然而银行的业务又是不断扩展和变化的,这些就是特色业务或中间业务,所以就应当把稳定的核心业务系统与变动迅速的特色业务系统、中间业务系统应当分离开。在系统架构上,前置系统完成了特色业务系统、中间业务系统(譬如柜面、电子银行、自助设备)向后台核心业务系统的统一接入。
前置系统是一个以交换为核心的运行平台,基础的功能是完成渠道的统一接入和对后台其它系统的报文交换。在交换平台的上面是应用平台即特色业务系统、中间业务系统 。
前置系统的主要功能包括:
1、提供各种接入方式(数据/协议转换),例如:
22 / 34
普元ESB软件产品
a) 外围网络(银联,VISA,Mastercard,JCB等); b) 连接终端(ATM,CDM,POS,柜台终端等); c) 电话银行,网上银行及其它金融机构;
d) 中间业务(代收付、外汇买卖、代办保险、代缴税款); 2、服务组合
为满足特色业务的需要,前置系统应具备快速封装服务的能力,能够将复杂的业务功能通过多个主机系统内部交易的组合或主机内部交易及外部系统交易的组合的方式实现 。 3、安全管理
前置系统应当在数据传输过程中对数据进行基于可靠安全算法的数据加密解密;同时实现对各种类型的前端的身份合法性认证控制。
类似使用场景:
1、连锁零售企业的营业系统
这种系统支撑着零售企业日常门店业务的正常开展,同时有效保障了众多店面业务的灵活性和后端核心业务系统的稳定性 。 2、银行、证券和保险企业的各种中间业务系统
基于中间业务零负债经营的特点使得各金融企业竞相发展,譬如结算业务、信托业务、租赁业务、代理融通业务、银行卡业务等 。
6.1.6 ERP系统集成
ERP系统已经流行多年,它本用于制造业,管理企业的生产过程(现在已经不限于制造业、随着商品理念的不断外延ERP也应用于银行、电信等服务性行业),但即使是这样的目标从目前的情况看也很难管理下游的销售渠道和终端用户,所以称现有ERP是企业内部的信息资源管理系统比较合适。
现有ERP系统通常是一个紧密耦合的软件包,可谓牵一发而动全身,因为其指导思想是“用户适应系统”即“需要用户适应ERP的管理理念”,这样就导致其不能满足现有企业日益变化的需求。那么如何才能让“系统适应用户”呢?。
23 / 34
普元ESB软件产品
6.1.6.1 供应链系统集成
SCM(Supply Chain Management)系统主要解决企业与上游供应商和下游销售商的集成问题,本质上是追踪自己所订货的原材料或者零部件的生产进度和销售情况,以便作出最优的生产计划和保持最小的库存。现代企业很多时候要么处于库存积压状态,要么处于缺货状态,这主要是因为没有掌握上下游供应链的状态。如何更好地减少库存和作出最优的生产计划是企业非常关心的问题,其本质上是一个企业内部信息和企业外部信息的整合问题。
如下图显示了供应链的SOA解决方案,主要步骤是:
a) 企业首先要明确自己需要从上游供应商那里得到什么样的信息,譬如:
“供货信息”主要包括原材料和零部件的进度。如什么时候发货,什么时候收到货,是否会有损耗等;
b) 企业要明确自己需要从下游渠道和零售店那里得到什么信息,假设为“销
售信息”,例如每种产品的型号,每天的销售数量、退货数量、返修数量等 ;
需要上游供应商创建“供货信息”的服务,以便企业调用;
a) 需要下游渠道创建“销售信息”的服务,以便企业调用;
b) 创建企业“内部信息”服务,包括企业内部的订单查询服务、库存查询
服务、物料查询服务、机械设备查询服务、生产能力信息服务等; c) 将上游供货商“供货信息”服务、下游销售渠道的“销售信息”服务,
以及“企业内部信息”服务接入服务总线,同时将APS高级生产计划系统接入到总线上;
d) 创建流程模块,分别调用上、下游和企业内部的服务,最后将结果作为
输入调用APS计划系统,APS将会根据最优的生产计划完成生产工作 。
24 / 34
普元ESB软件产品
整个架构因为采用了服务总线和流程平台使得模块间处于松耦合状态,从而可以随时更新而不影响系统的正常运行。上面供应链方案中的关键点是:
a) 追踪下游销售渠道的产品销售细节相对容易,因为企业完成生产后会发
货给下游的分销商或零售渠道,每个产品在出厂的时候都会有唯一的产品编号,企业的ERP系统中有每个产品编号的发货记录,下游的销售渠道只要将每天销售的产品编号报上即可;
b) 追踪上游供货商的原材料和零配件的供货信息,一件商品从原材料,到
加工完成各种零配件,到组装,到测试,到最后成型,所经过的上游厂商可能有多家或多道环节 。
随着全球一体化的深入发展,供应链系统也会变得越来越复杂和重要,供应链系统其本质就是上下游企业之间的信息集成,由于企业的IT实现技术不一致,要在了企业之间实现信息集成,ESB已经被证实是最佳的选择 。
6.1.6.2 CRM与ERP集成
CRM系统主要解决企业和上游的零售客户和下游销售渠道的集成问题,本质上就是要采取各种手段将企业的产品打开更多的销路。CRM一般来说有两种类型:一种是B2C类型,就是企业直接将产品卖给消费者,通常称之为“会员”;另一种是B2B类型,就是企业将产品发货给下游的销售渠道,如分销商、批发商、零售
25 / 34
普元ESB软件产品
店等。这里讨论的是B2C类型的CRM,主要包括:会员管理、产品管理、订单管理、积分管理、赠卷管理、活动管理、问卷调查等,其中最重要的就是会员管理模块、产品管理模块、订单管理模块 。
一般企业的ERP系统和CRM系统是相互的,有各自的数据库,但有些数
据是重复的,譬如产品信息,只是ERP中的产品信息(包括产品定价)是最新的。如果CRM中不能及时得到ERP中正确的产品信息,就会产生一系列的问题:
a) 定价不一致:ERP中的某一产品的定价改变了,但是由于CRM中没有及
时更新,就会产生价格不一致的现象,从而为企业造成重大的经济损失; b) 库存不一致:某一产品在ERP系统中已经没有库存了,但由于CRM中没
有及时更新,使得销售工作仍然在进行,最终会导致很差的客户满意度,降低了企业在市场中的信誉;
订单不一致CRM系统中最新的订单信息,而ERP中的订单信息不是最新的,从而影响了库存量的准确性以及生产计划;
CRM与ERP的集成是大势所趋,如下图的集成方案:
在这个方案中:
a) CRM需要及时从ERP系统得到产品信息,包括定价、折扣等; b) ERP需要及时从CRM得到订单信息; c) CRM需要及时得到订单的处理状态;
26 / 34
普元ESB软件产品
从而需要相关的服务是:
a) 产品信息服务:CRM及时从ERP得到产品最新信息; b) 订单导入服务:CRM及时将订单信息导入到ERP中; c) 订单状态服务:CRM及时从ERP中得到最新的订单状态;
上面ERP提供的三个服务通过接入ESB服务总线被ERP系统调用,同时由于ESB带来的服务间的松耦合性,使得可以随时替换和更新服务。
6.1.6.3 BOM集成方案
BOMS( Bill of Material System 即物料管理系统)是ERP的核心,因为ERP的核心是生产,而生产的核心就是物料需求管理。目前BOMS还是根据上世纪60年代单品种大批量的生产理念建设的,而现在的市场环境已经发生了很大的变化,需要小批量、多品种的生产模式,这样就使得原有BOMS系统的建设方式已经不能适应现在的企业要求。
目前BOMS的关键不足在于只能回答“需要什么样的物料,每个物料需要多少”等问题,不能回答“什么时候、什么工序要”等问题。为了实现这个目标就需要一个包含“物料品种、物料量、物料需要时间、物料工序号”的BOMS系统,只有这样才能够帮助现代企业真正实现自动化,提高生产效果 。
要实现这样的BOMS系统就需要各生产中心甚至整个供应链实现信息实现共享。下图就是ERP核心BOMS的SOA集成方案:
1、首先要找出影响BOMS的所有基本因素,并根据这些基本因素建立相应的基础服务模块,并通过WebService或其他技术实现,所建立的4了基本模块如下:
27 / 34
普元ESB软件产品
i. ii. iii. iv.
生成流程查询服务 计划模式查询服务 加工顺序查询服务 资源配置查询服务
2、建立一套专门针对BOMS的高级计划与排程的模型和算法APS,这里称为BOMS_APS,可以使用遗传算法、启发算法、高级图论等,SOA的优势就在于整个系统可以随时替换这些算法,而不影响系统运行;
3、分别将上面的4了模块和BOMS_APS算法接入企业服务总线;
4、开发BOMS的流程模块,他将会首先通过服务总线调用上面的4了基本服务将返回的结果作为输入调用BOMS_APS的模型算法,得到最后的结果 。
作为SOA系统的最大好处,上面的4了模块,BOSM_APS模块和BOMS流程模
块通过接入ESB从而相互处于一种松耦合的关系,可以随时根据业务的需要调整和替换 。
6.2 技术应用典型场景 6.2.1 企业服务总线
Primeton ESB作为应用系统间通讯的中介,降低了应用系统之间的耦合性。具体体现在降低了通讯协议的耦合性,即可以在HTTP、JMS、TCP等协议间转换;降低位置的耦合性,即降低服务消费者不必关心服务提供者的具体位置,只需通
28 / 34
普元ESB软件产品
过Primeton ESB调用即可,具体的寻址由Primeton ESB来完成。降低数据格式的耦合性,即由Primeton ESB完成XML、text、JSON等数据格式之间的转换。在降低耦合性的同时还增强了信息化部门对各系统间服务调用关系、调用情况的掌握,为优化业务创建可管控的企业IT环境创造了条件,一般的部署形式如下图:
6.2.2 应用服务网关
服务网关在访问服务时的作用类似于数据访问组件在访问应用程序数据库时的作用,二者都是作为其他服务的代理,封装连接源服务的细节,并执行所有必要转换。应用程序的服务网关通常与提供服务的应用程序所公开的服务接口进行协作。下图说明了这种关系:
服务网关组件封装了与服务进行通信的底层细节内容:
1. 通信通道。封装了与服务进行通信所需的所有底层网络通信功能。例如,
隐藏了所有使用Web Service 进行通信的细节;
2. 数据格式。在应用程序内部信息格式与服务所规定的格式之间建立映射。
例如,应用程序可能由一组相互协作的细粒度对象组成,但其所用 Web Service 可能需要将 XML 文档作为输入内容,并且提供 XML 文档作为结果。网关负责在细粒度对象接口和 XML 文档之间进行转换;
29 / 34
普元ESB软件产品
3. 服务发现。对于简单情形或不太复杂的情形,网关应该封装发现适当服
务的过程。这可能包括在配置文件中查找服务的网络地址,或使用 UDDI 等服务储存库。对于复杂的情形,例如需要根据不断变化的数据动态决定调用适当服务,服务发现功能可能会封装在它自己的服务网关组件中; 4. 异步/同步调。 网关将根据合约指定的调用语义调整使用服务的应用程
序的调用语义(异步或同步)。例如,使用服务的应用程序的设计可能不支持合约中指定的异步调用语义。这时,使用服务的应用程序的服务网关必须将该应用程序的同步调用转换为合约中所指定的异步协议。
6.2.3 可靠数据传输
很多情况下应用系统不必处理分布式环境下数据传输过程中遇到的各种异常情况,譬如:网络的稳定性导致的数据传输失败的情况、对方应用系统宕机的情况等,这些异常情况的处理都不应当是应用系统关心的,如下图,应用系统A只想将数据发送给应用系统B,良好的解决方案往往是在应用系统A侧放置一个信息缓存机制,譬如ESB,利用ESB的消息机制存储应用系统A发出的信息,然后由ESB根据信息中描述的目标地址将其转发给应用系统B,如果应用系统A得不到应用系统B确认信息已收到,譬如:出现上面所说的异常情况,那么ESB会不断发送消息给应用系统B,直到确认为止,即应用系统B收到了信息,当然这种方案中需要应用系统B中的服务应当具有“幂等”的特性 。
6.2.4 综合服务平台
上面所列举的“企业服务总线”、“服务网关”和“可靠数据传输”实际上都利用了Primeton ESB的集成能力解决企业内部应用间的互联互通问题,综合服务平台的突出特点是在集成能力之上利用Primeton ESB的服务编排能力,充分
30 / 34
普元ESB软件产品
利用企业内部现有的服务创造出新的业务,实质上是解决业务创新能力,从而使得Primeton ESB上承载了更多的业务逻辑,而不仅是一种中介。Primeton ESB提供了可视化的服务编排能力、服务部署能力、多协议服务发布能力、流量控制能力、集群能力等 。
7 Primeton ESB环境配置
7.1 支持的操作系统
开发环境支持的操作系统:
Windows 2003/XP/Vista
运行环境支持的操作系统:
AIX 5.3 HPUX 11.23 Solaris 8
Red Hat Enterprise Linux 3或以上 Windows 2003/2008/XP
7.2 支持的硬件环境
运行环境支持的硬件环境:
支持32位 支持位
7.3 支持的数据库
运行环境支持的数据库:
Oracle 9i/10g DB2 UDB_V8.2
31 / 34
普元ESB软件产品
Informix 11.05 Sybase 12.5 SQLServer 2000 MySQL 5.0.22
7.4 支持的浏览器
IE 6/7/8 Firefox 2
7.5 支持的JDK版本
运行环境支持的JDK版本:
SUN JDK 1.5.0 IBM JDK 1.5.0
8 关于普元
普元软件(Primeton Technologies Ltd.)是全球领先的SOA中间件厂商,并且是SOA国际标准SCA/SDO的主要参与制定者和电子商务标准的主要制定者OASIS的核心奠基成员。
普元软件面向全球企业与机构,通过提供卓越的SOA中间件产品与服务保障,帮助其获得更低成本、更高质量、更快交付业务的竞争力,保障企业落实IT策略,实现业务愿景,最终推动业务与IT更佳融合。
普元的旗舰产品“SOA应用平台-Primeton EOS®”、“SOA流程套件-Primeton BPS®”和“SOA集成套件-Primeton ESB®”,已成功在电信、金融、电子政务、制造、能源、交通、医疗等多个行业和领域的关键软件应用上得到一致验证。拥有中国建设银行、中国交通银行、中国农业银行、中国移动总部、广东移动、安徽移动、中国电信集团及各省电信公司、河南电力、信息产业部、首都之窗、上海土地局等多行业超过200家以上的大型客户和众多中小客户,其中包括中国财富100强的大部分公司。
普元“快成长”软件商合作共赢计划,与超过100家以上的软件开发商(ISV)合作,为客户提供端到端的价值。该计划惠及华为、亿阳信通、中国电
32 / 34
普元ESB软件产品
信系统集成公司、神州数码、神州数码思特奇、苏州科大恒星等大型合作伙伴。其中通过与华为的合作,已帮助泰国、利比亚、荷兰、冰岛、印尼、叙利亚、罗马尼亚、巴西、朝鲜、科威特、苏丹、尼日利亚等20多个国家在电信领域实现了多样关键应用。
普元产品荣膺“国家级重点A类新产品”、“上海市科技进步二等奖”、中国计算机报“最佳编辑选择奖”、中国计算机用户协会“最有价值中间件产品奖”等奖项,并成功承担了国家软件重大专项、国家863计划、上海市科教兴市重大产业化专项等项目的研发任务。
普元由多位已取得卓越成就的留美企业家和计算机科学家携手创立,汇聚了一流的计算机技术专家、管理精英和各类专业人才。普元总部坐落于上海浦东新区张江高科技园区,目前已投入资金1.5亿人民币,是重点支持的高新企业。公司在北京、上海、广州、成都、南京、杭州、长沙、美国设有销售和服务分支机构。
了解普元,请访问 www.primeton.com 普元信息技术有限责任公司 免费售前咨询电话 400-820-5821
上海普元信息技术有限公司
地址: 上海张江高科技园区碧波路456号4层 电话: (8621)5080 5188 传真: (8621)5080 1900 邮编: 201203
普元北京营销中心
地址: 北京市海淀区彩和坊路8号天创科技大厦东门1301室 电话: (8610)6269 8005 传真: (8610)6269 8015 邮编: 100080
普元广州分公司
地址: 广州市天河区体育东路122号羊城国贸西塔2102-2104室 电话: (8620)3887 0055/38870519 传真: (8620)3887 0561 邮编: 510620
33 / 34
普元ESB软件产品
普元长沙技术服务支持中心
地址:长沙市河西高新区金荣科技园A座706室 电话:(86731)10 320 传真: (86731)10 308 邮编: 410013
9 联系我们
了解关于ESB产品以及ESB报表的更多内容,请致电免费电话:400-820-5821,或者拨打021-5080 4295。
34 / 34
因篇幅问题不能全部显示,请点此查看更多更全内容
Copyright © 2019- 7swz.com 版权所有 赣ICP备2024042798号-8
违法及侵权请联系:TEL:199 18 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务