就云服务水平协议进行磋商的确很重要，但是强制执行才是关键。SLA是一种实质的云端应用性能管理专有化形式。如果你的管理框架选择取消了，SLA管理在云项目中吃掉所有期望的运营成本，最小化云服务的最大利益之一。

　　云SLA管理伴随的还有几乎所有云应用都是多种提供商的联合。以最小值算，云应用性能取决于其功能在云提供山阿哥、网络和用户之间跨多少边界。这些元素难以衡量，因为用户缺少足够的提供连接性的云、全球网络或者虚拟私有网络（VPN）的管理可视性。如果多种云提供商涉及其中，或者如果这是一种混合云架构，就会变得更加复杂。

　　企业在管理SLA时有三种途径，每一种都有自己的优势和风险。第一种，他们尝试使用现有的管理工具来收集云应用程序接口和应用/网络应用程序接口（API）的信息。第二种，他们购买云管理工具，通过单一图形用户界面（GUI）来提供广泛的可视性。第三种，也是最有效的，就是使用其云提供商系统的“管理窗口”。

　　用现有管理工具管理SLA的问题

　　因为需要节省时间和成本的诉求，大多数用户直觉的去采用其目前的管理系统来管理云SLA。同时这种方法保存技术和操作实践，增加了其他的管理层到现有的应用支撑流程中。任何云服务都可以请求管理，但是用户必须也管理他们贡献给云和网络的（云访问的）任何应用组件和中间件。

　　尽管大多数企业使用灵活的管理工具，可以集成所有的这些源到一个单一系统中，这种集成可能并不会协助隔离性能问题。因此，这种方法不能解决SLA的强制执行。

　　云SLA管理“窗口”

　　使用传统的第三方管理工具强制SLA执行大部分是可视化问题。有效的管理系统至少必须提供用户、云提供商和网络提供商之间边界的细节化的性能信息，来隔离问题责任。由于用户不连接到云提供商连接的网络，监控这个边界就变得困难或者不可能。

　　另一方面，云提供商对于自己的IT资源和自己同网络提供商之间的边界都具有可视性。因此，SLA管理另一种解决方案就是使用具体云提供商管理工具作为性能信息的主要源。
大多数更大的云提供商提供给企业一个“窗口”进入到提供商的管理系统。这个窗口可用于连接用户自己的应用管理工具来获得完整的SLA管理可视性。对于更高级别的饿晕服务（平台即服务和有其是软件即服务），用户对于健康应用性能的贡献缺少扩展性，可能只能用云管理窗口充分管理SLA。

　　对于管理窗口方法最佳的实现点可能就是PaaS，这也是为什么像IBM这样的企业关注与PaaS的增长，也将其作为其主要的云服务产品。系统软件通常在应用管理战略中是一个主要的元素，也是PaaS云的一部分。这意味着云提供商的管理控制台提供了足够的管理可视性来有效支持SLA用户管理。

　　云SLA管理的未来

　　管理SLA的最新选择就是使用“云管理系统”，这是一种专门的管理工具，旨在集成本地资源、云资源和应用组件，来提供统一的视图。这个系统对于相信应用性能管理和SLA强制执行的人来说是一种积极的方向，因为其通过从所有可能的源中抽取数据，合成了以云为核心的应用版本。

　　挑战在于没有针对云的管理标准，也没有针对系统平台、网络或者应用组件的统一管理接口。这也导致云管理系统实乃自定制，尤其是如果云计算提供商选择不是亚马逊Web服务这样的，这也是大多数云管理工具将支持的服务。

　　更多的IT厂商提供公有云和私有云支持，这些厂商（比如IBM和惠普）也提供整合的云管理系统。因为这些系统旨在支持基于IT长的公有云和私有云工具的混合云，他们典型的拥有对于所有关键服务点的可视性，而且能够收集SLA数据进行回顾和性能问题解析。

　　而且这种通用架构，混合云概念是云SLA执行最有希望的发展趋势。通过促进IT巨人提供建议的管理SLA，就会强迫其他云提供商考虑自己的工具来进行SLA管理。

　　从长期来看，最显著的实时就是SLA管理可能让系统软件必须创建提供商管理视图和用户视图之间的桥梁。应用性能管理几乎就是软件平台的功能，让SLA管理更容易，从技术层面整合PaaS。因为PaaS也易于混合化，这里的开发在为云SLA创建框架时就会引导进化发展，对于购买者更有意义，也能够为云提供商提供前沿竞争力。