soa成功案例:SOA成功的基础:满足业务需求

 为了能够支持各种区别端对端交易组件把潜在客户转化为利润这种架构业务交流形式必须有充分自由度这不管对什么业务都是很重要而SOA成功基础则是满足业务需求

  现今要有个可以持续运作业务就必须要有能够提供相应支持架构这种架构必须具有敏捷和可重用性质为了能够支持各种区别端对端交易组件把潜在客户转化为利润这种架构业务交流形式必须有充分自由度这不管对什么业务都是很重要这种信息透明度要渗透于企业各层次的间从而实现重用标准化——并将其作为种优势而不是成为缺乏准确度来源

  比如个推广新产品业务它不仅代表着外部市场需求还表示着内部基层团队(Team)和业务过程应该如何向谁、以什么价位来销售这个新产品这并不需要对业务部门或者业务线进行改编它和那些当前被信用危机严重影响交易样:要实现利润途径就是减少操作成本

  这个原则对于那些要采用面向服务架构(SOA)企业同样适用SOA改变了企业集成业务系统方式这种以“潜在客户到订单、订单到生产、生产要发货、发货到发货单、发货单到支付”为基础系统使企业能够根据他们人员情况、生产过程、和IT工具(特别是硬件和软件Software方面)抓住投资机会并且他们可以在此同时对系统进行改进以满足将来电子商务、B2B、全球经济等多样化发展需求

  SOA独特优势

  分布式计算已经发展了许多年对于某些人来说SOA看起来和其样只是炒作得厉害但是SOA作为种企业开发和架构范式它确实有其独特优势现在分布式系统主要是面向服务、使用松耦合组件进行操作对业务事件有很好响应性并且对集成和内部固有各种方案能提供很好支持严格来说它们是以能够产生利润交易数据为基础建立起来并能有效地应用既有基础设施和软件Software

  SOA脱离了对平台和物理服务器依赖使IT部门可以提高基础设施效率并能从既有网络和系统中提取更多价值它可以通过消息传送和认证机制动态地使用当前服务系统组件的间交互方式也很灵活再加上软件Software模式应用——重用服务组件SOA可以极大地提高系统可靠性从服务部署角度来看这不仅意味着每个业务线驱动新项目都可以减少所购买硬件和软件Software基础设施数量企业也能从标准化、整合、虚拟化服务器和软件Software应用环境中受益并且在区别技术的间构建交流接口时候也可以专注于通过技术融合和信息共享获得额外成本节省

  SOA这种范式所带来最大优势包括管理底层基础设施操作成本更低、组合应用构建以及相应更低风险、可以依据从单应用接口获取整个企业即时数据制定决策为了达到这个目标各机构就要整合多个系统和数据源建立统数据分类实现数据视图--结果就是在整个供应链中形成了由各机构共同组成面向服务架构

  SOA为走上这条路企业提供了诸多便利直接利益包括灵活而简单管理、方便各种方案组合、更少开发时间、以及能够实现更大重用性和互通性标准接口些供应商可以提供整套SOA平台但这也会把客户锁死在单供应商上;因此许多人也把可以从多个供应商选择区别组件当作SOA优势的还有许多企业虽然并没有明确地决定要发展SOA但他们也在不经意中增加了某些类型SOA设施不管是大型或小型企业SOA都具有普遍适应性

  SOA还有个相当大优势就是能够适应不断变化客户和市场需求敏捷性以及由于无需购买和维护新技术所产生成本节省同时由于SOA能够把管理部门和业务部门推向线从而减少了客户开发和技术方面花费这也保证了SOA能够带来更多利益和更低成本不管是从商业角度或者是从构建个集成、呈现、修改业务基础数据企业解决方案角度我们都可以说SOA真正价值是非技术性

  SOA成功基础

  但是大多企业在进行SOA时候却从数据模型——企业元数据——以及企业将来所需各种元数据视图着手比如各个机构都有客户数据但是在区别业务过程中所需要各个客户数据属性却是区别在从“发货单到支付”过程中我们希望看到是可能是客户付款记录而“潜在客户到下定单”过程中我们可能会对客户定单记录更感兴趣如果产业区别这种差异就会变得更大因此许多企业甚至在着手企业范围集成的前就先陷入了为各业务部门的间建立致、及时信息传输架构困境的中

  然后各机构开始考虑各种SOA技术、定义以及各种海量选择区别优势:中间件、基于模式软件Software架构、远程处理、后期连接、消息/信息、容器、J2EE和NET组件、服务标准、通过注册中心验证服务、和分散外部世界同步、业务规则及适应性、服务层以及个真正面向服务技术框架意义

  在这整个过程中许多公司都忘了个基本点:在他们开始SOA旅程的前他们首先要了解当前既有架构保证他们能够利用些可重用敏捷组件在起步SOA和企业集成的前还有大量基础性工作要做IT技术人员个重要出发点就是了解他们当前基础设施如何(以及是否)支持业务关键系统和过程--以及在哪些地方可以有效地利用成本进行安全改变、集成系统从而从互通服务中受益作为第为既有SOA相关技术和这些技术在企业中应有位置制作个完整列表并保持更新是很有必要

  对于那些希望通过SOA转型实现节省成本、提高效率目标公司来说他们完全可以使用和供应商无关发现和制图工具对他们IT设施所有组件进行鉴别并得到硬件、软件Software和应用的间依赖性准确而全面数据这些数据质量以及从系统中提取、聚合、处理这些数据所使用思路方法是SOA成功重要原因这些发现和制图工具是IT团队(Team)继续开发分布式、高性能架构(比如SOA)主要工具--而且它们还可以协助管理SOA框架中应用性能和依赖关系它们还能跟踪些架构中活动组件(比如虚拟机)标志这些活动组件的间依赖关系并在整体SOA环境下对这些个体进行检测--这可以将投资回报周期从以年为单位缩短为以天或周为单位通过对当前架构理解确定原始设计偏移就能为公司实现个安全、快速、有效转换打下坚实基础

  放到实际操作中这意味着架构、开发和基础设施支持团队(Team)要协作致地研究当前环境他们需要共同语言来描述当前IT状态包括所有组件关系和依赖关系对于SOA成功来说这比仅仅依靠数据模型和中间件更有意义

  自动化发现和制图工作可以更容易地寻找适合SOA业务服务当然也可以找出那些不适合服务比如SOA并不适合那些非分布式对组件集成没有需求系统、使用由服务递交数据会降低性能应用、需要严格匹配异步通信应用、已在通用通信环境中运行应用和短期过渡性方案

  这些制图工具能够描述软件Software组件的间关系让我们更清楚地了解业务应用或服务底层组件同时还可以让我们更容易地发现当前支持SOA范式应用组件这些信息可能会在实验性进行SOA部署时候派上用场但是这只是其中然后还要对这些信息进行治理方面补充治理是SOA成功步要求伴随着SOA灵活性和其它优势需要管理组件也变得越来越多——同时这些组件的间关系也越来越复杂

  SOA就是IT企业架构可以使用什么方式根据企业、客户、合作伙伴数据分类对分散系统进行松散整合在实际操作中这需要对当前架构有深刻了解、能够在企业范围内实现SOA治理、成熟数据模型设计、以及随时注意对任何能够支持敏捷和重用已建立软件Software服务方案需求技术是个重要考虑原因而技术结构将根据当前各系统是否适合转化为SOA应用而调整利用发现和依赖关系制图工具公司可以对当前架构进行评估建立个已经实现SOA企业环境确定可用于集成组件并对部署成功率做出评测SOA是要满足业务需求而不能仅仅作为应用开发团队(Team)工具而存在因此首先建立个可以方便地了解底层技术清晰业务服务视图才是合理

Tags:  什么是业务需求 业务需求分析 业务需求 soa成功案例

延伸阅读

最新评论

发表评论