“居安思危”并不仅仅是童子军的座右铭；这也应该是我们在任何云计算供应商评估和选择过程中需要切实谨记和时刻遵循的。经过对你的业务云计算服务等级协议（SLA）需求进行前期研究和逐字推敲之后，现在是时候坐下来对你面前这份云计算SLA进行评估了。
由于目前云计算仍然是买方需倍加小心的，所以公司用户可以使用SLA来确保所使用服务的性能和可用性。如果你是有备而来的，并已研究过所有可能的风险，请确保在SLA文档中有明确而详细的条文与合适的保护措施相对应。可使用如下十大原则指导你的企业进行云计算SLA评估。
1. 保持SLA条文的简单扼要。避免陷入过度的细节纠缠。关注于公司的业务重点和管理正面业务成果的指标，而不是技术参数。以对业务目标最重要的事项为目标，而不是云计算SLA为一个典型消费提供了什么。
找出潜在的漏洞并确认未来的供应商是否允许就填补漏洞问题进行谈判。同时，需要为特异性明确各自的责任。例如，传统上云计算供应商的责任只限于直接损失，并根据协议中所有条款设定总赔偿金额上限。应认真考虑这些条款对你的公司是否有利。
2. 考虑独特的业务需求。由于大多数供应商都是通过多租户和资源共享的形式与客户和服务进行交易，所以他们的SLA考虑更加宽泛，往往适合于大众客户而不适合你的特定业务。因此，相关特定需求就会变得更加难以满足。你需要了解一个云计算供应商是如何处理客户的一次性需求的。
3. 考虑SLA和服务质量。区分云计算服务的规格、服务的可用性以及服务的质量是很重要的。例如，样板协议可以确保的是一定水平的服务可用性而不是服务质量。
多租户和高峰负载模式变化会出乎意料地降低云计算服务。其结果就是，虽然可能可以满足一个SLA的服务可用性需求，但是却无法满足其服务质量。在云计算需求实时爆发的情况下，这将导致服务内部IT用户和访问云计算爆发容量的用户、甚至更糟的情况下是最终用户所得到的服务性能不一致。服务质量将直接对生产力或业务输出产生影响。
4. 记得做好灾难恢复预案。如果在本地网站或供应商的IT网站发生灾难事件，那么数据访问将如何受到影响？在你的云计算SLA中提前阐明这个混合云计算环境是尤为重要的，现在是时候详细阐述在内部IT部门和公共云计算之间具有业务流程或数据集成依赖性的业务了。
考虑这两个云计算之间一致性也是非常重要的：你的云计算SLA是否与内部恢复点和恢复时间目标相匹配？供应商的环境中是否已锁定了数据？是否有一个供灾难恢复（DR）或迁移至另一供应商或内部IT基础设施使用的云计算数据检索机制？
5. 寻找相关的特殊费用和成本。与具有大量历史遗留数据的公司需要在正式使用前把这些大量数据迁移至云计算不同，有一些公司客户只拥有很少的数字资产。由于把数据迁移至云计算会花费时间与金钱，拥有较少的数字资产就使得云计算资源更易于实现了。公司用户需要评估是否有这样的数据传输机制可适用于他们的业务责任和安全目标。
6. 不要忘记数据保存。有必要在经过一段时间后按照一定规定或业务要求保留必要的数据或完全删除某些数据。客户需要获得特殊数据访问的审计报告，这样任何需要完全删除的信息就被保存在内部而不是云计算中了。
7. 建立一个未注水的SLA.在一个混合云计算设置中，内部或私有云计算SLA在引入混合云计算服务之后是存在着注水的风险的，除非内部运行的业务功能与之云计算服务中工作的业务功能是彼此相斥的。如果你使用超过一家云计算供应商，那么就应评估SLA中有可能削弱相关内部SLA或其他供应商云计算SLA任何方面的条款。
8. 寻找第三方的支持。如果私有云计算中涉及第三方或者如果云计算服务供应商依靠第三方交付其服务，那么针对潜在的漏洞评估云计算SLA并澄清责任和所有权方面的问题是非常重要的，尤其是在出现违反和冲突的情况下。一些云计算服务供应商的SLA虽然印刷精美，但是却限制了对他们所拥有基础设施和服务所需承担的责任。
9. 时刻牢记云计算标准。随着时间的推移，企业和混合云计算环境都在同步发展和成长。他们可能会要求从一个云计算供应商迁移工作量和数据至另一个云计算供应商。尤其是在涉及多个供应商的情况下，供应商SLA的灵活性、可扩展性以及合规性在长期应用中是至关重要的。
10. 检查其他考虑因素。与内部IT设施相比，在无法承诺云计算的灵活性、可扩展性或成本优势的情况下，潜在供应商的云计算SLA是否能解决这些问题呢？
可接受的交易延迟。它是否能与内部设置共存，或者是否有与集成相关的负载或高峰问题？
退款。但是，无论云计算供应商的货款退付政策是如何的自由或客户友好，但是事实上退款是不可能的，而且即便有退款也通常只能够用于未来的付款。
云计算SLA的发展。快速的技术与业务需求改变着混合云计算环境能够接受未来SLA版本的必要性，从而满足不断变化中的业务需求，而不是被供应商严格SLA所限制。
其底线是消费者应对他们的IT需求有足够的认识，而在SLA评估中，无论供应商的云计算SLA是如何的复杂、有限制或令人疑惑，明确通过云计算所需实现的业务产出是非常重要的。