在路上---基于SCA规范的应用服务框架成长记(五)(连载中...)

 原本应该继续写前期的设计和实现的，不过第一期ASF的结束，需要做一些总结和后续的规划，因此先写了这个ppt，作为前期的一个大致总结和后期工作的规划。

 

 大纲

§      ASF特质

 

§      ASF特质带来的优点

 

§      ASF实现总览图

 

§      ASF优点的技术体现

 

§      ASF二期需求功能点概述及实现估时

 

§      ASF未来趋势展望

ASF特质

§     基于业务组件的模块化开发

 

 

§     SOA

 

 

§     无关实现的扩展接入框架

ASF特质带来的优点

§     基于业务组件的模块化开发

Ø    降低模块间耦合（面向接口交互，降低协同开发进度依赖性和屏蔽非设计性变更影响）

Ø    提高模块的可重用性（模块边界清晰，便于复用，降低开发成本）

Ø    降低后期维护成本（系统规模日趋变大，高重用和低耦合保证了后期维护成本降低）

Ø    提供模块化组件的管理和监控，满足开发和业务双重需求

Ø    为业务模块动态装载和卸载提供了基础准备。

ASF特质带来的优点

§     SOA

Ø    符合互联网应用通用交互规范，有利于ISV 接入和互通

Ø    面向业务抽象有利于敏捷响应业务需求变更，降低变更成本

Ø    屏蔽了业务实现细节不受限于平台，开发语言，适于异构环境的交互集成

Ø    面向业务设计开发是更高抽象的基础（BPM 的元数据，也是更高层次用户交互层的间接基础）

Ø    多种成熟的安全策略规范提供了互联网应用分布式交互的安全保证

ASF特质带来的优点

§     无关实现的扩展接入框架

 

Ø    充分利用资源，防止重复造轮子，提高开发效率，降低开发和测试成本，集成优秀的开源实现(Spring,Jetty,MemCached...) ，适应业务开发场景需求

 

 

Ø    基于业务接口组装而非业务实现组装，屏蔽平台和语言的细节。

ASF特质带来的优点

§     三点特质综合带来的优点

Ø    开发规范性和便捷性

 

¡    基于接口交互成为开发约束而非潜在约束

 

¡    单元测试方便（业务模块的选择载入和远程调用调试简化）

 

¡    开发学习成本低（由于可以集成各种开源实现，因此开发更贴近原有习惯）

 

¡    提供了同一接口的多种实现，根据实现动态载入来确定采用何种实现，可以方便替换接口实现

ASF特质带来的优点

Ø   作为AEP基础服务架构的优势体现

 

 

¡   SAAS 运营平台异构应用交互基础

 

 

¡   AEP 模块化可插拔系统基础

 

 

¡    结合WEB2.0,BPM,SOA 三者的优势建立SAAS 平台

 

ASF优点的技术体现

§     基础框架部分

Ø   SCA Basement(Java) 提供了框架元数据解析和组装基础实现

 

Ø   EmbeddedSCADomain 是业务组件模块化基础

 

Ø   EmbeddedSCADomain 提供组件运行期管理和监控实现

 

Ø   Utility 是开发规范性和便捷性保证

 

Ø    为提供AEP 提供基础设施

 

 

ASF优点的技术体现

§     框架扩展部分

 

Ø    集成优秀的Web Service 框架和Web Service 各种扩展规范，为SOA 提供了必要的技术基础

 

Ø    提供了多种分布式服务交互手段，提高系统架构松耦合性下的性能要求

 

Ø    内置高效轻量级Web Container ，提升性能，简化开发测试和发布的流程

ASF优点的技术体现

 

Ø   集成Spring，并且将Spring和ASF的SCA组件互通，极大利用spring优秀特性，简化开发学习成本

 

Ø   集成各种高效开源实现为服务，提供统一Cache,Search Engine接口，动态装载实现提供ASF应用调用

 

Ø   集成OSGI，为动态载入提供技术保证

 

 

ASF优点的技术体现

§     非功能性需求

Ø    安全（侧重于Web Service 的安全策略）

¡   WS-Security + SSL

¡    证书管理机制的实现

Ø    事务

¡    利用Spring 集成事务模板作为服务发布（JDBC,JNDI ）

¡   WS-Transaction

Ø    性能

¡    集成MemCached 来缓解DB 压力

¡    集成搜索引擎提高搜索效率

¡   Web Service 性能调整

 

ASF二期需求功能点概述及实现估时

§     基础框架部分

Ø    服务组件监控接口实现（ 4-5 个人日）。作用：运行期服务组件监控和可视化，提高可维护性，同时也为动态部署和卸载做图形界面准备

 

Ø    服务组件动态载入和卸载（7-8 个人日）。作用：运行期动态装载和卸载，不过根据部署环境不同有不同的策略。作用：简化开发调试步骤，为适合的应用场景提供动态部署服务的功能

 

Ø    服务组件统计接口设计实现（4-5 个人日）。作用：提供了未来统计服务调用的接口。

 

ASF二期需求功能点概述及实现估时

Ø   SCA Configuration Editor(需要学习eclipse studio设计，需求靠后，可以和平台的Studio开发并行)

 

Ø   GUI for Composite Monitor（8-9个人日）作用：提供了刚才前面提到的基础服务框架管理和统计的所有图形界面。

 

Ø   BPM的集成（优先级靠后，需要较多的人力学习成本投入，项目需要的时候介入，日常学习的目标点）

ASF二期需求功能点概述及实现估时

§     框架扩展部分

Ø    搜索引擎统一接口设计并集成Luence 作为默认实现，提供多种实现接入点。（10-12 人日）作用：提供搜索引擎ASF 框架支持。

 

Ø   Cache 引擎统一接口设计并集成Memcached ，TBstore 实现，并提供多种实现接入点。（14-16 人日）

 

Ø   OSGI 集成（10-12 人日）作用：动态模块载入基础。优先级较低

ASF二期需求功能点概述及实现估时

§     非功能性需求

Ø    安全（持续长期配合测试部和ISV support ）

¡   Web Service 多开发语言客户端适配测试

¡   Web Service Security 多开发语言适配测试

¡   WS-Security + SSL 多开发语言适配测试

Ø    性能（持续长期配合测试部和ISV support ）

¡   Web Security Security 的性能优化

¡    系统框架性能提升（Cache 和搜索引擎内部使用）

¡    异步调用模式的实现

¡    事务性能的策略考虑

Ø    事务

¡    多种事务模板封装为服务

¡   WS-Transaction 研究

 

ASF未来趋势展望

§     ASF的发展动力

Ø   业务需求

Ø   架构优化需求

Ø   外部新技术驱动

 

§     ASF 方向

Ø   SOA + BPM + WEB2.0 构建SAAS 基础服务平台

Ø    开源平台，架构师, 程序员展示自我的平台