基于SOA大型机软件变更管理系统

日期: 2008-03-26 作者:Pradeep Bhanot 来源:TechTarget中国 英文

尽管各种大小的计算机都在流行,但是大型机确依然装载了世界上绝大部分数据。据估计大概有二千亿行COBOL代码运行在世界上的金融服务、银行和保险中心。管理众多大型机应用的成熟的软件变更管理流程为周围的分布式系统确立了高的标准。   尽管如此,新应用程序开发越来越多的使用了新的技术比如Z大型机上的Linux、java、xml和Web服务。

这就给软件变更管理(software change management ,SCM)提出了新的挑战,因为软件变更管理环境相对于传统的大型机应用平台,更像一个分布式平台。一些SCM工具为了应对这些挑战,提供了将传统的COBOL、VSAM组成的应用程序连接到C/C++或……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

尽管各种大小的计算机都在流行,但是大型机确依然装载了世界上绝大部分数据。据估计大概有二千亿行COBOL代码运行在世界上的金融服务、银行和保险中心。管理众多大型机应用的成熟的软件变更管理流程为周围的分布式系统确立了高的标准。

  尽管如此,新应用程序开发越来越多的使用了新的技术比如Z大型机上的Linux、java、xml和Web服务。这就给软件变更管理(software change management ,SCM)提出了新的挑战,因为软件变更管理环境相对于传统的大型机应用平台,更像一个分布式平台。一些SCM工具为了应对这些挑战,提供了将传统的COBOL、VSAM组成的应用程序连接到C/C++或者基于java的Web服务的单点控制。

  能够处理Web服务的大型机应用程序的组件可以完全在大型机上或者分布于多个平台。这就导致一个严重的问题:在应用程序超出了大型机领域之后,IT部门还可以控制好应用程序的生命周期吗?答案是绝对的肯定。

  传统的大型机应用基于大型机上的编程语言、数据库和工具。现在的应用程序趋向于基于Web的、跨平台的、提供吸引人的浏览界面、不同的部署模式和在多个平台上运行关键组件的灵活性。

  面向服务的架构(SOA)的趋势试图进一步通过跨运行环境的松耦合组件来提高集成度,这些运行环境从大型机的CICS、CA的IDMS、DB2和IMS,到Windows、.NET和JAVA。当然,拥抱SOA和Web服务的机构想要保住它们对现有大型机应用上的投资。的确如此,SOA流行的一个重要原因在于它的理念能够使现有的应用支持服务,而不是抛弃它们从头开始。

  无论是选择重新用JAVA构造应用程序支持跨平台的移植性,还是使用Web服务技术包装现有的交易,应用程序都可以通过构造高层的重用服务来以新的、灵活的方式访问信息。通过回答诸如“我的帐户余额还有多少”的问题,而不是将注意力集中在遍历单个的数据库表和行上,可以在不影响应用的情况下,将数据保存在多个数据库中,比如z/OS上的DB2、Solaris上的Oracle或者Windows上的Microsoft SQL Server。

  如今前所未有的灵活性——还有复杂性——给出了应用可能跨越多个服务器的理由,同时也要求程序员需要同时掌握Microsoft Visual Studio、java、Eclipse和大型机上的ISPF编程技术。

  从整体来看,使用SCM,各种机构可以适应变更的节奏,同时加强对变更的控制,无论应用组件位于什么位置,或者它们使用了什么编程模式。

  那些将现有的应用扩展到分布式平台的机构再也不必担心会牺牲它们的软件变更管理或者应用生命周期管理过程。现有的解决方案允许保持对它们的控制,甚至在COBOL和JAVA程序混在一个应用的情况下。

  维持对异构应用环境的控制的关键点在于对应用开发和部署平台的可见和控制。SCM系统提供对它们的控制,帮助IT部门加强对质量和合规性的控制。结果是只有被仔细测试的变更才会进入到生产部署阶段,而且完整的审计记录被保留,这样让通过合规性审计变得容易。一些SCM解决方案集中在一个平台上。它们或是缺乏大型机平台的参与,或是因为分布式的本质而没有深入到大型机。理想的SCM解决方案应该提供对大型机原生的支持,同时提供对非大型机平台的接口。这种方法通过提供两个群体都熟悉的环境,可以同时满足通常保守的大型机IT经理和分布式平台应用管理员,而提供给机构充分利用两种平台的灵活性。

  比如,纽约的一家大型的信托公司决定升级它的传统的大型机应用程序,开发出在离岸区域的UNIX服务器上运行的基于Java的Web服务。它的程序员需要在z/OS上存储和执行Java代码,这样他们可以控制Java代码和COBOL交易。这让他们利用大型机的先进灾难恢复、增强的应用管理、安全和可服务性功能。虽然他们已经有了一套SCM系统,但是它只能支持传统的z/OS数据集——程序名受到八个字符长度的限制——但是他们想利用Java程序使用的UNIX的目录和程序名。于是他们决定改变SCM方案,将Java代码放到Z/OS UNIX Service文件系统中消除上面提到的限制。

  这样他们对COBOL代码上的现有投资就可以得到保护,同时他们可以使用Java程序员扩展应用程序。他们拥有了SOA和Web服务提供的灵活性和易重用性,同时又保持了Z系列大型机平台提供的安全、可靠性、可扩展性和易管理性。

  并非所有的分布式SCM解决方案都有涵盖z/OS平台的扩展能力。提供跨分布式和大型机变更的单一视图一直都是很多产品供应商的强烈愿望。理想的SCM产品能够使用像IBM WebSphere Developer for ZSeries这样的工具来支持Z/OS开发环境,同时通过.NET、Eclipse和大型机ISPF的插件来提供和UNIX/Windows的协同,还有WebSphere集成开发环境。

  维持质量和控制

  本质上,SOA和Web服务向普通的应用提供了前所未有的重用性。无论IT组织采纳大型机上的WebSphere应用服务器,还是转向了像Linux、Windows、UNIX或者Mac OSX的平台,大型机应用可以不失去控制和牺牲质量的条件下被现代化和得到加强。一旦合适的SCM方案就绪,即使是最灵活的开发和部署环境都可以无缝的协同起来,从一个点进行控制。

相关推荐

  • SAP收购CallidusCloud 与Salesforce竞争

    一直被称为后台办公巨头的SAP现在似乎也想在前台办公大展拳脚。 最新的迹象是SAP收购CallidusClou […]

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。