为什么内部 SLA 不应受到惩罚
服务级别协议 (SLA) 正成为普通 IT 领导者越来越熟悉的领域。不幸的是，SaaS SLA 的数量在 IT 组织中蔓延，以至于几乎不可能管理所有这些。
业务关键型应用程序越来越多地迁移到云端，带宽资源开始屈服于压力只是时间问题——如果您的还没有的话。
尽管声誉不佳，但内部 SLA 可能是使业务目标与 IT 运营保持一致的最佳方式。
内部 SLA 并不新鲜
如果您接触了足够长的时间，您可能还记得在互联网连接应用程序的早期讨论内部 SLA 时。也称为 Chargeback，其想法是 IT 将特定的技术资源分配给业务部门，以了解部门的使用情况和需求。
作为 IT 领导者保持性能的工具，内部 SLA 因对业务用户的惩罚而享有盛誉。每个人都同意外部 SLA 对企业有益，因为它们让供应商承担责任。但是告诉业务领导，你要对应用程序的使用制定指导方针和限制，谈话就会变得更糟。
业务领导者对应用程序性能 KPI 和指标并不陌生。了解应用程序性能可以深入了解技术可能在哪些方面阻碍了员工的工作效率。但是，针对这些 KPI 和指标实施内部 SLA 常常会让经理觉得自己的表现受到了质疑。
内部 SLA 的目的不应该是惩罚业务用户——它应该是引起对潜在问题的关注、设定性能期望并创建解决冲突的明确途径。
有这么多外部 SLA 需要管理，内部 SLA 现在提供了优化带宽利用率和应用可用性的最佳方法。
内部 SLA 控制云应用需求
理想情况下，每个云应用都可以不受限制地访问网络资源，让企业用户在任何情况下都可以自由地享受峰值性能。
但 IT 领导者知道这是不可能的。可供使用的带宽有限，无论您喜欢与否，组织内的某些应用程序比其他应用程序更重要。总有一天，IT 基础架构可能会达到每个应用程序都可以访问无限带宽的地步——但那不是今天。
从 IT 角度来看，在涉及云应用程序时使用内部 SLA 规划可以让您布置所有外部协议，并在您的网络功能上下文中对其进行优先级排序。当您对 QoS、最终用户性能/体验、应用可用性和故障排除时间设定期望值时，整个业务都会受益。
每个企业领导者都希望获得顶级服务——冗余 WAN 连接、能够处理最大流量峰值的负载平衡、近乎即时、四 9 或更高可用性的一致应用程序响应时间，以及最优先的帮助台响应。你的工作是让业务用户觉得他们在不耗尽网络的情况下获得了所有这些。当然，说起来容易做起来难。
应用程序组起初可能会感到受限，但如果您正确管理内部 SLA，业务领导者将永远不会注意到他们的存在。理想情况下，他们会觉得自己获得了他们和他们的团队需要的技术资源。
但是，正确规划和管理内部 SLA 需要对云应用程序合同有深入的了解。您是否已成为您组织的云经纪人？还是您的业务领导者对 IT 组织失去了信心？
如果您想了解更多关于适应基于云的工作场所的必要性，请查看有关成为云经纪人的信息图。
云计算