通过软件质量保证SOA打破兼容壁垒

通过软件质量保证SOA打破兼容壁垒  SOA构架

关键字：SOA 兼容 壁垒

　　为什么每当我们听到“兼容”这个词的时候，总会很紧张的认为自己已经，或者是即将犯错呢?这可能是由于人们对于“兼容”在企业内所扮演的角色一个长期而广泛的误解吧，也可能是因为我们曾经在公司内部不同层面推行 “兼容”这一概念时所经历过的挑战，甚至是失败。

　　让我们面对现实吧：兼容性是必须的。由于IT在基础架构中设置了壁垒，兼容性从内部角度来说也是必要的，从外部明文规则要求来说亦是如此。与普遍看法不同的是，建立兼容性比你想象的要简单得多。

　　那么，在充分利用现存IT投资的情况下，你要怎样更轻松的建立和实现兼容性呢?

　　较为成功的企业会说实现与推行兼容性的速度和效率与他们IT基础架构的健康是成正比的。理想的情况下，基于标准上的面向服务架构(SOA)能够成为让IT达成业务目标的桥梁。在这种情况下，我们的目标就是保证兼容性。

　　有了SOA作为基础，一个公司就能够从一个IT基础架构薄弱、不能支持业务目标的企业成为一个架构灵活并且确保遵守内外部相关规章制度的企业。

　　然而，操作起来并不是仅仅像在SOA上加上一层那么简单。关键是退后一步并对现存的政策以及它们的治理进行测试，因为这将对公司满足兼容性要求的能力以及推动整体SOA实施的能力造成重大影响。

　　当然，政策的使用并不是新的。无论怎样，政策的设立都是为了通过企业来建立最佳实践或者标准，提高效率、帮助简化业务流程。近期的政策设立以及SOA的普及更凸显了这一重点，也推动了对能够满足企业或强制性要求的IT政策的需要。

　　但是，企业和IT成员需要学习、理解并且遵守的行业标准、企业规则的数量孩子不断增加和变化。很多情况下，与行业标准保持一致的努力往往与短期项目目标冲突。项目管理组织(PMO)和架构团队可能就会以文件形式和在内部网站上发布具体内部政策，然而项目团队几乎是没有时间和人力去理解和遵守这些政策的。

　　一个比较典型的例子就是严格的地方以及联邦制度变化频繁的金融服务公司，这些公司需要迅速的应对这些变化。在很多情况下，这些公司在近几年的发展中，通过并购换来了重大的成长。这些成长使得他们能够扩大自己的产品目录，获取新的客户，这也增加了IT基础架构的复杂性。

　　随着时间的推移，许多公司积累了成百上千在不同平台运行的应用程序，其中一些甚至是在不同语言环境中的。而监管环境与各种政府和行业团体对于公司的监控也为管理这一基础架构增添了挑战。

　　在最早采用面向服务策略的公司中，金融服务机构发现在SOA的旅途中他们仍然需要遵循包括Sarbanes-Oxley法案、十国集团的Basel II法案和Check 21在内的法律。

　　而且众所周知，如果IT不能建立基础架构使得公司满足这些要求，就有可能导致服务的重新设计、维护和项目的延迟，上百万成本的损失，更不用提由于不满足合规性而带来的潜在利润流失和企业负债。

原文转自：http://www.ltesting.net