SLA，它也是“服务级别协议”-客户与服务提供商之间关于客户将在服务方面获得的保证协议。 它还规定了由于供应商的故障等原因导致的停机时间的赔偿。 从本质上讲，SLA是一种凭证，数据中心或托管服务提供商可以使用它来使潜在客户确信，他将在所有方面和总体上受到友好对待。 问题是您可以在SLA中编写任何内容，并且本文档中描述的事件不会经常发生。 SLA与选择数据中心的指导方针相去甚远，您当然不应该依赖它。
我们都习惯于签署某种施加某些义务的协议。 SLA也不例外-通常是事实最离婚的文件。 仅在实际上不存在“商业秘密”概念的司法管辖区中的NDA可能更无用。 整个问题在于，SLA不能帮助客户正确选择供应商，而只会帮助客户。
托管者最经常在公开显示的SLA公开版本中写什么？ 好吧，第一行是主机的“可靠性”之类的术语-通常为98％到99.999％。 实际上，这些数字只是营销人员的美丽发明。 曾几何时，当托管还很年轻且昂贵时，只有专家们梦想着云（以及所有人的宽带接入），托管正常运行时间的指标极为重要。 现在，当所有供应商都使用正负一台相同的设备，位于相同的主干网络上并提供相同的服务包时，正常运行时间指示器绝对不是指示性的。
根本没有“正确的” SLA
当然，有理想的SLA版本，但它们都是非标准文档，由客户和供应商以手动方式编写和得出结论。 而且，这种SLA最常与某种合同工作有关，而不是服务。
好的SLA应该包含什么？ 如果提供TLDR，那么好的SLA是规范两个实体之间关系的文档，它使各方（客户）之一对流程具有最大的控制权。 也就是说，它如何在现实世界中发挥作用：有一个文档描述了全球交互过程并规范了双方之间的关系。 它建立了边界，规则，并且本身就成为了双方都可以充分利用的影响力的杠杆。 因此，得益于正确的SLA，客户可以简单地使承包商按约定工作，承包商可以帮助与合同不合理的过度活跃的客户抗争。 看起来像这样：“在我们的SLA中，这种写法就是这样，从这里开始，我们按照约定进行所有操作。”
也就是说，“正确的SLA” =“提供服务的足够合同”，并且可以控制情况。 也许这只是在平等的基础上进行的。
他们在网站上写的以及现实中等待的是两件不同的事情。
通常，我们将进一步讨论的只是典型的营销技巧和对专心的检查。
如果我们选择受欢迎的国内托管服务商，则一个建议比另一个建议更漂亮：25/8支持，99.9999999％的服务器正常运行时间，至少其中一些数据中心在俄罗斯。 请记住有关数据中心的那一刻，
我们稍后再讲 。 同时，让我们讨论理想的容错统计数据以及一个人在其服务器陷入“ 0.0000001％崩溃”时遇到的情况。
如果指标达到98％或以上，则任何下降都是指统计错误的事件。 工作设备和连接是否存在。 多年来，您可以以“可靠”率为50％（根据其SLA）使用托管服务器，而不会出现单个问题，或者在声明为99.99％的人员中每月连续几天“下降”一次。
然而，当下降的时刻到来（总有一天，一切都会下降）时，客户面对的是称为“支持”的内部公司机器，提供服务和SLA的合同就暴露了。 这是什么意思：
- 最有可能的是，在停机的前四个小时内，您将一无所获，尽管有些托管服务商从跌价之时起便开始重新计算关税（支付补偿）。
- 如果服务器长时间不可用，则可以提交重新计价的请求。
- 前提是问题是由于供应商的过错引起的。
- 如果您的问题是由于第三方（在高速公路上）引起的，则似乎“无人可责”，问题解决后，您的运气就成了问题。
重要的是要了解，您永远无法获得工程团队的支持，大多数情况下，您会受到与您相对应的第一线支持的阻拦，而真正的工程师正试图纠正这种情况。 熟悉的情况？
在这里，许多人都依赖SLA，似乎可以保护您免受这种情况的影响。 但是，实际上，公司很少会超出自己文档的范围，或者能够扭转局面以最小化自己的成本。 SLA的主要目标是保持警惕，并说服即使在无法预料的情况下，“一切都会好起来的”。 SLA的第二个任务是讨论关键的关键点，并为服务提供商留出回旋余地，即能够将故障归因于提供商“不负责”。
同时，大客户实际上并不在乎SLA规定的赔偿。 “ SLA补偿”是根据设备的停机时间在关税范围内退款，这将永远无法弥补潜在现金和声誉损失的1％。 在这种情况下，对于客户而言，更重要的是应尽快解决问题，而不是某种“关税重估”。
“世界各地的许多数据中心”-值得关注
我们将服务提供商的大量数据中心放在单独的类别中，因为除了上述明显的通信问题之外，还出现了非显而易见的问题。 例如，您的服务提供商无权访问“其”数据中心。
在上一篇文章中，
我们写了联盟计划的类型，并提到了White Label模式 ，其实质是根据自己的名义转售他人的能力。 声称在许多地区拥有“其数据中心”的绝大多数现代托管服务商都是使用White Label模式的转销商。 也就是说，从物理上讲，它们与瑞士，德国或荷兰的条件数据中心无关。
在这里发生了非常有趣的碰撞。 您与服务提供商的SLA仍在工作并且可以运行，但是如果发生事故，提供商无法以某种方式从根本上影响情况。 他本人在自己的供应商（数据中心）中处于依赖状态，该数据中心用于购买转售的机架容量。
因此，如果不仅协议和SLA中关于可靠性和服务的优美措辞对您很重要，而且服务提供商快速解决问题的能力也很重要，那么值得直接与设施所有者合作。 实际上，这意味着直接与数据中心进行直接交互。
当许多区议会实际上可以属于一家公司时，为什么不考虑选择方案呢？ 恩，这样的公司很少。 一，二，三个小型数据中心或一个大型数据中心-这是真实的。 但是几乎没有DC，其中DC的一半在俄罗斯，而欧洲的DC几乎没有。 这意味着转售公司的数量超出了您的想象。 这是一个简单的示例：
估计Google Cloud服务的数据中心数量。 在欧洲，只有六个。 在伦敦，阿姆斯特丹，布鲁塞尔，赫尔辛基，法兰克福和苏黎世。 也就是说，在所有主要干线点。 因为数据中心是一个昂贵，复杂且非常大的项目。 现在，请记住来自莫斯科某个地方的托管公司，其中“在俄罗斯和欧洲拥有十几个数据中心”。当然，没有足够的优秀供应商拥有White Label计划的合作伙伴，并且他们提供一流的服务。 它们使您可以通过同一浏览器窗口同时租用欧盟和俄罗斯联邦的容量，接受卢布而非货币的付款，等等。 但是，一旦发生SLA中所述的情况，它们就成为与您完全一样的人质。
这再次提醒我们，除非您对组织结构和供应商功能有任何了解，否则SLA是无用的。
结果如何
服务器崩溃总是令人不快的事件，任何地方的任何人都可能发生。 问题是您要对情况进行何种程度的控制。 现在，市场上没有太多直接的容量供应商，如果我们谈论大型企业，那么按照惯例，在整个欧洲的十几家企业中，莫斯科只有一个配送中心可以访问。
在这里，每个客户必须自己做出决定：我现在选择舒适度，或者花时间和精力在俄罗斯或欧洲可以接受的地点搜索数据中心，在那里我可以放置设备或购买容量。 在第一种情况下，将使用当前市场上的标准解决方案。 在第二个-你必须流汗。
首先，有必要确定服务的卖方是否是设施/数据中心的直接所有者。 许多White Label经销商会竭尽全力掩盖自己的地位，在这种情况下，我们需要查看一些间接标志。 例如，如果“他们的欧洲DC”具有一些与供应商公司名称不同的特定名称和徽标。 或者，如果某个地方的“伙伴”一词闪烁。 合作伙伴= 95％的情况下为白色标签。
接下来，您需要熟悉公司的结构，但是最好能实时了解设备。 在数据中心中，在自己的网站或博客上进行短途旅行或至少浏览短途旅行的行为并不新鲜（我们
一 两次写过这些内容），他们在其中用照片和详细说明谈论其数据中心。
在许多数据中心中，您可以安排亲自访问办公室以及对DC本身进行小型游览。 您可以在那里评估订单的程度，也许可以与其中一位工程师进行交流。 显然，如果您需要一台每月300卢布的服务器，没有人会安排生产旅行，但是如果您需要大量的容量，则销售部门很可能会满足您。 例如，我们进行此类游览。
无论如何，您应该以常识和业务需求为指导。 例如，如果您需要分布式基础结构（俄罗斯联邦的某些服务器，欧盟的第二台服务器），则可以根据White Label模式使用与欧洲DC拥有伙伴关系的托管服务商的服务，这将变得更加容易和盈利。 如果整个基础架构都集中在一个点，即一个数据中心，那么您应该花一些时间来寻找供应商。
因为典型的SLA可能对您没有帮助。 但是，与设施的所有者而非代理商合作将大大加快解决可能出现的问题的速度。