【IT168 专稿】    无论喜不喜欢，你都有可能参与到某个应用生态系统，要与其中的多个服务提供商、合作伙伴，可能还有供应商发生关系，以便支持你的业务服务。这些生态系统大多基于Web；除了典型的Web技术外，许多生态系统还利用Web 2.0。如果你正在使用任何一种外部云计算资源，即使只用来扩展自身基础架构，你都已经在依赖于高度动态的、颠覆性的服务社区。

    那么，如何管理企业最关键的应用程序——它们有可能受到10个或更多服务提供商的影响？如何管理共同扩展企业经营模式的多个业务合作伙伴？当企业基础架构大部分变得看不见时，又该如何优化自身的基础架构呢？

    相关研究数据表明，不同类型的生态系统有着太多的共同特征。仅举一个基础的例子：如果你恰好涉足互联网行业，企业对企业模式（B2B）在所要理清及管理的复杂关系方面酷似企业对客户模式（B2C）。对于医疗保健、金融服务、制造、零售和高科技等行业来说，也是如此。换句话说，只要你对基于Web应用有高度的依赖性，要想确保企业内部生产力、成功进入市场、与合作伙伴一起扩展经营模式，或者对外交付关键业务服务等，你都应当向自己下列问题：

    ·我如何拟定行之有效的服务级别协议（SLA），以支持兼顾与所有重要合作伙伴和服务提供商之间的所有关系的业务承诺和目标？

    ·这些服务提供商能够给我什么样的保障来解决我实际的业务需求，而不只是监测对他们来说很方便的内容？

    ·有没有任何可能的办法让这些服务提供商和合作伙伴作为一个社区、而不只是提供一组独立资源来响应我的要求？由于一些提供商和合作伙伴可能彼此竞争，这个问题显得更加困难重重。

    ·我应该如何与他们共享信息？

    ·他们应该如何与我共享信息？

    ·我需要在流程方面提出什么样的要求？比如事件和问题管理，或者安全、风险和法规遵循问题？

    ·如何优化我的基础架构，我是完全放弃，还是利用联合配置管理系统之类的机制来设法控制它？

    ·什么样的监测工具能最有效地兼容多种生态系统？它们如何与我现有的监测功能结合起来？

    突然面对这些问题，你不必慌张起来，下面几个方法对于如何应对可能出现的生态系统混乱将有所帮助：

    花些时间了解每个外购服务对你最主要的关键业务要求有什么影响。比如，你可能依赖自身网站上用于信用卡处理的小应用程序，进行各种各样的金融交易处理。如果是这样，这可能不属于需要作为最关键要求加以监测的类别——除非在过去这是你的一个问题，或者你依赖它用于核心业务交易。

    服务级别协议（SLA）方面的保障是可以洽商的。不是只有你面临生态系统的重大问题，有些服务提供商已经在应对一系列类似的挑战，因而与你洽商时应该会“对生态系统更友好”。

    跨多个生态系统共享信息是最重要的。研究表明，这种共享日益增多。一家IT部门加强跨多个企业内部领域共享信息与跨生态系统中的多个合作伙伴、客户和服务提供商共享信息确实有着相似之处。类似的流程和政策最终必定适用于两者。

    与上面一条密切相关的是，切实需要新的或扩展类型的非常好的实践和流程定义（适用于企业外部），甚至需要线性的企业－服务－提供商关系。这些新的流程定义将针对关系社群而设计，并考虑到了新类型的技术障碍，特别是企业政治和文化障碍。

    适用于多家企业的变更和配置管理流程也开始引起注意。所以，如果你面临竞争的托管型数据中心环境，不要对配置管理系统（CMS）表示绝望。有些配置管理系统项目在企业中取得成功，得益于着眼通过一种非破坏性方式对横跨多个竞争的托管型环境基础架构进行虚拟化处理。

    在监测工具方面，你需要从防火墙内外来监测你的服务。防火墙外的监测工具通常拥有软件即服务功能，比如Neustar、Keynote和Gomez/Compuware等厂商的监测工具。

    我能给予的最放心的保证恐怕就是，只要意识到“生态系统环境”的重要，并且抽些时间来了解它，你就已经走在许多竞争对手的前头。除此之外，运用一些常识，重点列出有意义而实际的第一阶段目标，也将非常有助于你对待生态系统管理的态度由“被动”变为“主动”，并作出正确的选择。