SOA架构师注意的问题 --苏振兴

转载 2006年05月25日 07:59:00
什么是SOA架构设计师的职责?

那什么是企业级SOA架构设计师的具体角色呢?什么是SOA架构设计师与设计和开发人员之间的差别呢?相信这些都是使大家最容易产生迷惑的问题。举个实际的例子来说,当构建一个基于SOA架构的系统的时候,针对一个具体的 service,系统设计人员主要应该关注的是这个service能够为外部用户提供什么样的服务,也就是说系统设计人员关注的是这个service所提供的功能。而对于SOA架构设计师来说,他们更关心的可能是当有一千个用户同时调用这个 service的时候,什么会发生?也就是说架构设计师关注的应该是一些商业需求和服务级别(service-level)需求。所有的架构设计师的角色都包含了在构建一个系统的一开始就应该尽量减少可能存在的技术风险。而技术风险一般指的是一切未知的、未经证明的或未经测试所带来的风险。这些风险通常与服务级别(service-level)需求相关,偶尔也会与企业具体的业务需求相关。无论是哪种类型的风险,在项目初期设计整体系统架构的过程中更易于发掘这些风险,如果等到架构实施时再发觉这些风险,那么很可能会致使大量的开发人员等在那里,直到这些风险被妥善解决。如果进一步的细化,我们可以看到SOA架构设计师的主要任务包括对整个系统解决方案轮廓的构建,需求分析,对体系结构的整体决策,相关组件建模,相关操作建模,系统组件的逻辑和物理布局设计。

作为SOA架构设计师必须要能够领导整个开发团队,这样才能保证设计和开发人员是按照构建好的系统架构来开发整个系统的,这一点十分的重要。这就要求一名架构设计师不仅要有很好的技术洞察力,同时还要具有一定的项目管理和项目实施的能力。在系统开发的过程中,架构设计师必须要有良好的沟通和表达能力,这就体现在由架构设计师构建的系统模型是否具有很好的可读性和易理解性。如果由架构设计师构造出的系统模型不是很清晰的话,就可能会影响设计和开发人员对于整个系统架构的理解。为了避免这种情况的出现,定期由架构设计师主持的开发团队内部讨论是十分重要的。

构建SOA架构时应该注意的问题

原有系统架构中的集成需求

当架构师基于SOA来构建一个企业级的系统架构的时候,一定要注意对原有系统架构中的集成需求进行细致的分析和整理。我们都知道,面向服务的体系结构是当前及未来应用程序系统开发的重点,面向服务的体系结构本质上来说是一种具有特殊性质的体系结构,它由具有互操作性和位置透明的组件集成构建并互连而成。基于SOA的企业系统架构通常都是在现有系统架构投资的基础上发展起来的,我们并不需要彻底重新开发全部的子系统;SOA可以通过利用当前系统已有的资源(开发人员、软件语言、硬件平台、数据库和应用程序)来重复利用系统中现有的系统和资源。SOA是一种可适应的、灵活的体系结构类型,基于SOA构建的系统架构可以在系统的开发和维护中缩短产品上市时间,因而可以降低企业系统开发的成本和风险。因此,当SOA架构师遇到一个十分复杂的企业系统时,首先考虑的应该是如何重用已有的投资而不是替换遗留系统,因为如果考虑到有限的预算,整体系统替换的成本是十分高昂的。

当SOA架构师分析原有系统中的集成需求的时候,不应该只限定为基于组件构建的已有应用程序的集成,真正的集成比这要宽泛得多。在分析和评估一个已有系统体系结构的集成需求时,我们必须考虑一些更加具体的集成的类型,这主要包括以下几个方面:应用程序集成的需求,终端用户界面集成的需求,流程集成的需求以及已有系统信息集成的需求。当SOA架构师分析和评估现有系统中所有可能的集成需求的时候,我们可以发现实际上所有集成方式在任何种类的企业中都有一定程度的体现。针对不同的企业类型,这些集成方式可能是简化的,或者没有明确地进行定义的。因而,SOA架构师在着手设计新的体系结构框架时,必须要全面的考虑所有可能的集成需求。例如,在一些类型的企业系统环境中可能只有很少的数据源类型,因此,系统中对消息集成的需求就可能会很简单,但在一些特定的系统中,例如航运系统中的EDI(Electronic Data Interchange 电子数据交换)系统,会有大量的电子数据交换处理的需求,因此也就会存在很多不同的数据源类型,在这种情况下整个系统对于消息数据的集成需求就会比较复杂。因此,如果SOA架构师希望所构建的系统架构能够随着企业的成长和变化成功地继续得以保持,则整个系统构架中的集成功能就应该由服务提供,而不是由特定的应用程序来完成。

SOA路线图? -苏振兴

在开始任何一段伟大的旅程之前都应该制订一个目标,企业决定实现SOA时也不例外。与乘马车出发西行的拓荒者一样,前方等待的是什么以及如何到达目的地都是未知的。要取得成功,您必须评估自己的长处与缺点,确定明...
  • SoftwareSOA
  • SoftwareSOA
  • 2006年05月24日 07:26
  • 2642

SOA 之 service ----苏振兴

Services impose a strong vertical slicing of the application that defines the coarse-grained structu...
  • SoftwareSOA
  • SoftwareSOA
  • 2006年05月31日 07:31
  • 1072

架构师基本功:SOA

(以下内容为个人理解,可能不够全面和准确)SOA (service-oriented architecture),面向服务的架构啥是SOA?网上的解释,玄而又玄。俺说点人话,也许不准确,但现阶段我就是...
  • leftfist
  • leftfist
  • 2016年03月14日 22:56
  • 2471

SOA架构思路 -苏振兴

1. 业务流程模型 (BPM)、信息、系统和技术 2. 对构成这些模型的图形材料和文字材料的描述 3. 对组织的目的和目标的完全跟踪能力 4. 系统架构的内容和表示形式依据的标准...
  • SoftwareSOA
  • SoftwareSOA
  • 2006年05月25日 07:36
  • 1208

如何构建 SOA 系统 --苏振兴

利用 SOA 的好处不仅是一个软件开发流程,而且还是一个业务开发流程。采用 SOA 有四个层次,您的实现可以跨越从创建特定的软件服务到将您的业务模型全面转换到按需系统的过程。要获得进一步的信息,您应该...
  • SoftwareSOA
  • SoftwareSOA
  • 2006年05月25日 07:31
  • 1496

SOA架构师注意的问题

当构建一个基于SOA架构的系统的时候,针对一个具体的 service,系统设计人员主要应该关注的是这个service能够为外部用户提供什么样的服务,也就是说系统设计人员关注的是这个service所提供...
  • langhoo
  • langhoo
  • 2007年05月13日 15:35
  • 363

SOA 应该具备的 -----苏振兴

性能是指系统提供的服务要满足一定的性能衡量标准,这些标准可能包括系统反应时间以及处理交易量的能力等;可升级性是指当系统负荷加大时,能够确保所需的服务质量,而不需要更改整个系统的架构;可靠性是指确保各应...
  • SoftwareSOA
  • SoftwareSOA
  • 2006年05月25日 07:51
  • 1184

SOA解决方案所阅读的书籍 --苏振兴

书/文档名称 Date ...
  • SoftwareSOA
  • SoftwareSOA
  • 2006年06月30日 07:37
  • 3328

SOA的业务分析做出来了 ----苏振兴

队员们,SOA的业务分析做出来了,大家一起讨论阿!
  • SoftwareSOA
  • SoftwareSOA
  • 2006年05月26日 07:15
  • 1111

SOA 与其他技术的关系! --苏振兴

SOA 可以与许多其他技术结合在一起使用,然而,组件的封装和聚合在其中扮演着重要的角色。如前所述,SOA 可以是一个简单对象、复杂对象、对象的集合、包含许多对象的流程、包含其他流程的流程,甚至还可以是...
  • SoftwareSOA
  • SoftwareSOA
  • 2006年05月25日 07:28
  • 1167
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:SOA架构师注意的问题 --苏振兴
举报原因:
原因补充:

(最多只允许输入30个字)