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

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

  在路上---基于SCA规范的应用服务框架成长记(五)_第1张图片

 大纲

§      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 基础服务平台

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

你可能感兴趣的:(安全,SCA)