在路上---基于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 基础服务平台

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