当前位置:首页 > 心得体会 > 【SOA两大关键:架构与规划】HDFS的架构关键设计
 

【SOA两大关键:架构与规划】HDFS的架构关键设计

发布时间:2019-03-11 03:56:40 影响了:

     SOA的深层次驱动力在于市场竞争要求对企业的管理与流程进行改革优化,这个过程必然是渐进的,而不是突变的。   若论当前信息技术领域中的热门话题,SOA无疑是其中一个。据Gartner预测,2010年,80%的应用软件收入增长将来自基于SOA的方案。但到底如何实施SOA,很多用户并不十分清楚。Unisys中国区客户解决方案部高级项目经理王立生认为,对于实施团队而言,SOA不是一个产品而是一个架构; 对于管理团队而言,SOA不是一个项目而是一个规划。
  王立生认为,现有大部分企业应用系统的最大难题之一是,技术层难以随着业务层的需求变化而灵活变身、收放自如。如果硬要改动技术层,则需要专业人员上下左右重新焊接,不但成本昂贵,而且伤筋动骨、后患难测。“现有的系统中,各子系统、各要素之间是一种紧耦合结构,拆分和沟通很不灵活。”王立生这样说道。他认为,SOA的改革思路是在传统的业务层和技术层之间增加一个服务层,服务层的作用是通过一套协议或规范把应用程序从底层技术层调出来,加以封装,再根据业务层的需求灵活组合。这样一来,服务层就不再依附于任何特定的技术平台,能够在业务层和技术层之间沟通、组合,业务应用系统就变成了松耦合结构,想用什么功能就调用什么功能,改动调整非常方便。
  在王立生看来,SOA有三个相关的产品创新概念: 服务总线(Service Bus)、基础服务模型(ISM,Infrastructure Services Model)和服务设计实现(SDP,Service Design Practices)。服务总线是一个不依赖于特定产品、语言、平台等底层技术的通信联系基础结构,用于实现数据的无障碍交换。基础服务模型提供一组高附加值的服务功能,主要用于环境管理,包括查找发现、安全、可靠性、事务机制、转换性、持久性等适合应用之间通信的功能,用来管理协调服务总线中的服务。服务设计实现包含了设计原理和符合松散性的实践代码接口,后续业务功能的开发人员遵循这些代码接口实现他们的应用服务,就能确保架构设计的灵活性,平台中立性和跨平台协调性。
  而做到这些,首先要从规划入手。“SOA并不是一个纯技术问题,不能够采取类似设备淘汰更新的做法来实施。SOA的深层次驱动力在于市场竞争要求对企业的管理与流程进行改革优化,这个过程必然是渐进的而不是突变的,所以不能把SOA当作一个项目,要当作一个规划来逐步实施。”王立生这样认为。
  从这点来说,分析业务是必由之路。一方面分析侧重企业内部因素的业务规则、业务目标、业务事件、业务流程中不同角色的交互,从中抽象出与业务功能对应的服务,以便构建服务导向的企业信息系统架构(即SOA); 另一方面,分析侧重企业外部因素的经济环境、地理因素、行业趋势、企业价值链、竞争对手与伙伴厂商,从中抽象出影响业务功能需求的变动方向与可能,为SOA架构中各项服务的接口参数区间提供数据基础。而在企业中进行上述这样的业务分析无疑是一项十分浩大的工程,这个过程需要借助模型工具、专家资源和咨询服务来完成。据王立生介绍,Unisys公司的“企业可视化”业务架构咨询正是这样的工具,在SOA从准备到实施的整个过程中,都可以借助Unisys公司的“企业可视化”业务架构咨询。3D-VE可视化模型并不仅仅是一套详尽但静态的企业解剖图,还具备了模拟、仿真、影响分析等动态分析功能,可以提供确定 SOA各阶段实施条件、时机、步骤的决策依据。(晓轩)

猜你想看
相关文章

Copyright © 2008 - 2022 版权所有 职场范文网

工业和信息化部 备案号:沪ICP备18009755号-3