理解AWS平台架构
六月 8, 2010 分类: 1.AWS BPM平台, 3.技术解决方案, B.业务流程管理软件 作者:jackliu

上图给出使用AWS平台构建用户解决方案的架构示意图。其中平台架构的两侧为BPM团队提供了相关工具的接入,并通过这些平台工具将流程服务发布到Portal门户或以服务方式发布给第三方系统,组成企业流程私有云[1]。
|
方案架构关键项 |
说明 |
||||||||||
| Resource Layer | 企业现有内、外IT资源,包括各类关系型数据库、非关系型数据、DB APP、商业接口服务、SOA基础设施(ESB/MQ)等 | ||||||||||
| Java JVM 1.5+ | 运行AWS服务的每个节点,必须使用兼容JVM1.5以上标准的Java虚拟机。在集群部署下,多个AWS服务是多个JVM实例(无论部署在一台物理机或多个物理机),之间采用Socket和RMI通讯,
运行AWS APP服务只需JVM即可。其中Web Portal需要标准J2EE服务器支持,对J2EE应用服务器无特殊依赖要求,即AWS APP和AWS Web Portal在架构设计上是分离的 |
||||||||||
| 流程平台 | 这是一组工具和特性的概念集,在AWS平台中包括了流程设计、引擎执行、工作流控制数据管理、客户端Worklist等功能部分。在技术方案上,AWS BPM完全兼容XPDL2.1最新标准,提供的流程设计器符号约定基于BPMN2.0规范的一个子集 | ||||||||||
| 业务平台 | 这是一组工具和特性的概念集,在AWS平台中包括了企业建模、业务建模(除流程模型)、权限建模及通用管理软件框架。业务平台的设计目标是为快速开发新的业务应用提供全过程支持,并为用户提供一组最佳实践的交互界面(AWS平台实施的业务模块在操作模式都非常相似,益处是操作统一、容易上手,需求变更和修改方便;缺点是界面表现形式单一,对于个性化要求高的交互风格不能实施满足) | ||||||||||
| 集成平台 | 这是一组工具和特性的概念集,在AWS平台中包括了定时器、后端集成中心、数据集成中心、XBus设计器和Web服务策略管理等。集成平台的设计的终极目标最终实现零代码复杂集成的工具支持,当前提供的集成设施还较为基础,大部分需要开发者通过上层封装的API进行编程开发。如果企业的集成复杂度不高可以全部采用AWS的集成设施和工具,如果企业集成度复杂、要求较高(例如待集成系统数量、技术体系繁杂,要求数据时时性、传输稳定性高,建议配合SOA基础软件设施,例如ESB或MQ软件) | ||||||||||
| Web Portal | 通常AWS BPM解决方案中客户会采纳AWS Portal作为功能交互的入口,这一无缝集成的方案能够降低运维管理成本和实施周期。也可以针对IBM、Oracle、微软等Portal厂商产品进行SSO集成,作为特定Portlet发布到这些Portal门户中。这个集成工作不是预置的,需要工程实施人员的配置和开发。
|
||||||||||
| Mobile Portal | 这是AWS BPM方案针对手机用户专门提供的移动门户,Mobile Portal采用HTTP(s)模式,将针对屏幕和流量优化后的HTML页面输出至手机,手机端与PC浏览器间的功能操作是实时同步的。
对于手机审批或手机启动流程,实施人员可为这些特定的流程实施手机表单模板(参见《AWS平台实施手册》相关手机表单实施说明) |
||||||||||
| 企业流程私有云 | AWS BPM平台通过预封装的SOAP或REST服务包将AWS平台中的流程、BO数据和XBus Dataflow等功能发布成可供消费的服务,作为一项企业“云”基础设施提供给内外部系统 |
表格 4AWS BPM平台方案关键元素说明
[1] Private Cloud是云计算中企业私有云的简称,AWS BPM平台通过预封装的SOAP或REST服务工具将平台中的流程、数据和企业组织等数据发布成可供消费的服务。实现这一能力无需AWS BPM用户做编程或技术处理,通过安全策略治理工具即可操作完成。支持企业的“云”战略是AWS BPM5之后的一个重要技术特性
炎黄盈动官方微博