微公共服务依赖管理的陷阱与模式

有可预期的结果。这也却是一定每个模组都能动手到统一联合开发，却是却是才可要程序员在不干扰其他免费的可能会对一个或多个免费展开本地愈来愈动。发请注意可以统一加速或回甩，从而带给对中的断的愈来愈迟反应速度和愈来愈专心于核心的生产愈来愈动。

扰免费面对的下一场

尽管有那么多优点，但基于扰免费的指令集也有可能则会让某些引程执行起来愈来越加困难。在接下来的大部分中的，我将重现我后来说明的一些情景（虽然我改动了一些其中的牵涉到的主观姓氏）。我将概要详述每个情景，非常少限于一些与负责管理扰免费涉及的美妙的痛点，例如调整前侧和后侧间的输水和海洋资源放缓效益。我还将争辩如何新设计损坏亦然，以及如何基于所有扰免费的组合成 SLO 计算商品 SLO。再一，我将倾听一些可靠的即兴，想这些即兴可以帮助节省你的时长三并预防性再度的客户免费中的断。

情景一：PetPic

我们的第一个情景错综复杂一个来由 PetPic 的同名商品告一段落。如绘出 2 附注，PetPic 是一项一个子系统免费，可为两处地理区外（Happytails 和 Furland）的犬犬而出名给予犬的照片。该免费现今在每个邻近地区都有 100 个客户免费，总共有 200 个客户免费。前侧 API 试运行在统一的扰电脑上，每台扰电脑都位于其中的一个区外。作为一个有用的免费，PetPic 有多个模组，但在第一次研究成果中的我们将只回避其中的一个模组：因特网后侧。该因特网试运行在云侧的一个一个子系统区外中的，并为 Happytails 和 Furland 两个区外给予免费。

一个子系统 PetPic 免费

缺陷：调整输水放缓

现今该因特网在高峰时采用了其所有海洋资源的 50%。回避到这一点，商品负责人尽迟在 PetPic 中的充分利用一项取而代之连续性，让它也可以向客户免费给予猩猩的照片。取而代之连续性充分利用后，工程施工师尽迟首先在 Happytails 区外面世这项连续性。这样，他们可以在向自已给予取而代之连续性后来寻找车祸的激情应用的发展程序输水或海洋资源采用变化。回避到两个邻近地区的应用的发展程序基为数相近，这在当时只不过是一个极其理论上的意图。

为马上依然免费，工程施工师将 Happytails 中的 API 免费的执行海洋资源减低了一倍，因特网海洋资源减低了 10%。依然免费很出乎意料。客户免费放缓了 10%，这有可能断定一些亲爱的猩猩政基本要素人士转至了 PetPic。因特网海洋资源使用率在峰值时为 50%，再次断定额外海洋资源确有是应当的。

所有信号都断定应用的发展程序放缓 10% 却是才可要因特网海洋资源也放缓 10%。为了马上在 Furland 区外面世取而代之连续性，PetPic 工程施工师向因特网中的附加了 10% 的额外海洋资源。他们还将 Furland 的 API 海洋资源减低了一倍，以促使取而代之客户免费的效益。这些愈来愈动与在 Happytails 面世取而代之功连续性时所动手的依然相近。

他们在周五为 Furland 应用的发展程序面世了这项取而代之连续性。然后，在午餐时长三，工程施工师开始发出大量警报，报告应用的发展程序了免费返回 HTTP 500 误判预定义——这却是一定应用的发展程序只能采用该免费了。这与 Happytails 的依然免费经历依然两回事。此时，因特网小组关联到工程施工部，说明因特网海洋资源使用率在两小时前（依然免费后不久）就降至了 80%。他们借此分摊愈来愈多的 CPU 来执行额外的输水，但这一愈来愈动在今天之内不太有可能充分利用。同时，API 小组检查和了应用的发展程序放缓绘出，并报告没有出现与预期相异的变化：该免费直到现在共有 220 个客户免费。由于工程施工小组中的没能寻找任何明显的中的断缘故，他们尽迟中的止发请注意并在 Furland 中的回甩该连续性。

输水放缓的车祸受到影响

在 Happytails 中的面世的连续性带给的 10% 的客户免费放缓与 10% 的因特网输水放缓比如说。然而，在为数据分析日志后工程施工小组发现，在 Furland 面世该连续性后，即使没有一个取而代之应用的发展程序注册，因特网的输水也放缓了 60%。回甩后，意图在每天晚上时长三看见Leaf照片的不满客户免费们开了黑白照片客户免费支持票。 工程施工师们总算意识到，Furland 的客户免费实际上多为亲爱的猩猩政基本要素人士，当只有犬犬页面能看时，他们却是感兴趣与 PetPic 互动。

要点

前面的情景告诉他我们，猩猩页面连续性在吸引 Furland 的既有客户免费层面夺得了更大出乎意料，但取而代之连续性的调遣意图依然没能预料到则会夺得如此大的出乎意料。这中的的一个极为重要决心是，每种商品都则会经历相异多种类型的放缓反复。正如我们在这个情景中的看见的，客户免费总为数的放缓与既有客户免费关注度的放缓是不一样的——相异多种类型的放缓却是总是彼此间关联。执行应用的发展程序劝说所才可的硬件海洋资源有可能因应用的发展程序道德上而异，应用的发展程序道德上也有可能因许多状况（非常少限于地理区外）而异。

在马上在相异邻近地区面世商品时，最好在所有邻近地区展开连续性生物科学实验，以愈来愈全面地了二阶取而代之连续性将如何受到影声势浩大用的发展程序道德上（以及海洋资源使用率）。此外，每当取而代之发请注意却是才可要额外的硬件海洋资源时，理应的动手法是让后侧采用权有愈来愈多时长三来动手分摊这些海洋资源。分摊取而代之扰电脑却是才可要采购订单、货运反复和硬件的生物学安装反复。发请注意意图却是才可要回避到这大部分额外时长三。

情景二：损坏受控

从指令集的角度来看，我们刚研究成果的这个情景牵涉到了一项在试运行中的已是单点损坏的一个子系统免费，以及一次造成两个区外中的断的本地调遣。在小分子应用的发展的全球中的，一环模组受控损坏是极其困难，甚至只能动手到的。这种困难的主要缘故是所有命题模组共存于同一个十六进制明文中的，因此它们也则会处于同一个执行生态子系统中的。采用扰免费的一个更大竞争者是我们可以却是却是才可要统一的命题模组孤立无援地暴发损坏，防止损坏在整个子系统中的传播并危及其他模组。为数据分析免费如何携手失败的新设计反复却是一定称做损坏受控。

在我们的示例中的，PetPic 统一调遣在两个相异的区外：Happytails 和 Furland。但是，这些区外的安全性展现与为这两个区外给予免费的一个子系统因特网的安全性比如说。正如我们现今所观察到的，Happytails 和 Furland 的客户免费特别是在截然相异的感兴趣，因此很难调整因特网来高效地为这两个邻近地区给予免费。Furland 客户免费访问因特网方式也的变化有可能让 Happytail 应用的发展程序相遇糟糕的应用的发展程序体验，反之亦然。

有一些作法可以尽量避免此类缺陷，例如采用有基本要素本地明文子系统，如绘出 4 附注。本地明文子系统可以带给减弱的应用的发展程序体验，因为它还可以缩减声势浩大推迟和因特网海洋资源采用。明文子系统大小可以适应本地输水而不是一个子系统使用率。它还可以在后侧中的断的可能会给予复原的绘出请注意，从而充分利用免费的优雅降级。

明文子系统也有可能则会带给特定于应用的发展程序或业务部门效益的缺陷——例如你有颇高的绘出请注意取而代之鲜度或扩展效益时。少用缺陷非常少限于由于海洋资源约束和转发各种明文子系统时的一致性造成明文子系统推迟缓慢减低。此外，免费不无论如何依赖明文子系统的内容来给予免费。

采用有基本要素本地明文子系统展开损坏受控

商品指令集中的的其他模组呢？对所有内容都采用明文子系统是否是理论上？你能否将在地中的试运行的免费受控到特定区外？这两个缺陷的题目都是肯定的，如果可以，你无论如何推行这些意图。在地中的试运行免费却是极其容易它已是一个子系统中的断的本质。试运行在相异云区外的免费无论如何可以作为一个子系统免费试运行，因此可以已是单点损坏来源。将免费受控到损坏亦然是一种指令集决策，却是能非常少由试运行免费的中间件来应当。

让我们回避另一个 PetPic 的采用情景，但这次将全面性放入操纵（Control）模组上。该模组则会执行一系列内容恒星质量证明。联合开发小组最近基于扰电脑深造（ML）将自动误用侦测程序录入到了操纵模组中的，这使得每张取而代之页面在MySpace来免费后立即得到证明。当 Happytails 的取而代之客户免费开始将大量相异昆虫的页面MySpace来 PetPic 时，缺陷开始出现了，因为 PetPic 新设计为只给予犬和猩猩的页面。MySpace引介导了我们操纵模组中的的自动误用侦测，但取而代之的 ML 二阶释器只能跟上劝说的总为数。

该模组试运行在 1000 个内存池中的，并将方便使用作误用二阶释器的内存总为数约束为一半，即 500 个内存。如果大量长三执行劝说两人驶离，这无论如何有助于防止内存饥饿，就像我们这中的的举例一样。工程施工师就让的是， 一半的内存再一消耗了所有可用的内存和 CPU，造成这两个邻近地区的客户免费在将位绘出MySpace来 PetPic 时开始相遇颇高的推迟。

我们如何缓解应用的发展程序在这种可能会所经历的痛苦呢？如果我们将操纵模组运维举办活动受控到单个区外，就可以进一步约束这种误用可能会的受到影响范围。即使免费试运行在地中的，确保每个区外都有自己的方便使用操纵范例可以应当只有 Happytails 中的的客户免费则会受到经常性位绘出MySpace引的受到影响。问注意，无情况下免费很容易被约束在损坏亦然中的。受控因特网却是总是不切实际的，但你可以回避从明文子系统中的充分利用本地载入，以及偶尔的一环区外一致性作为一个不错的折衷建议书。执行堆无论如何尽有可能充分利用区外受控。

要点

将免费堆中的的所有免费保持在同一前面，并约束在同一损坏亦然中的，可以防止传播的一个子系统中的断。将无情况下免费受控到损坏亦然却是一定比受控有情况下模组并能。如果只能尽量避免一环区外无线通信，问回避优雅降级和再度一致性的意图。

情景三：规划 SLO

在这再一一个情景中的，我们将察看 PetPic 的 SLO，并证明每个绘出请注意包给予的 SLO 可能会。简而言之，SLO 是给予免费时要陷入僵局的要能，可以通过协议绑定在我们与客户免费的 SLA 中的。让我们看一下绘出 5 中的的注记：

PetPic 的 SLO

此请注意显示了工程施工师眼中的将为 PetPic 客户免费给予出色应用的发展程序体验的 SLO。在这中的，我们还可以看见每个实质上模组给予的 SLO。问注意，API SLO 不必基于 API 后侧（例如 Control 和 Data）的 SLO 重构。如果却是才可要愈来愈迟的 API SLO，但我们又只能动手到，我们却是才可要回避愈来愈动商品新设计并与后侧采用权互助以给予愈来愈高的安全性和可用性。回避到我们最取而代之的 PetPic 指令集，让我们就让 API 的 SLO 是否是有意义。

让我们从运维后侧（我们将其称做“Ops”）开始，它是后侧的一大部分，用作收集 PetPic API 的卫生基准。API 免费非常少调用 Ops 来给予与运维涉及的劝说、误判和执行时长三的监测绘出请注意。所有对 Ops 的存储都是异步完毕的，损坏不则会受到影响 API 免费恒星质量。回避到这些状况，我们在为 PetPic 新设计举例来说 SLO 时可以忽略 Ops SLO。

将载入 SLO 与因特网偏移

直到现在，让我们来就让从 PetPic 载入页面的应用的发展程序环游世界。内容恒星质量只在取而代之绘出请注意流进 PetPic 时才则会展开证明，因此绘出请注意载入不则会受到操纵免费安全性展现的受到影响。除了链接位绘出信息外，API 免费还却是才可要执行劝说，我们的基准测试断定这却是才可要将近 30 毫秒。马上好发送位绘出后，API 却是才可要重构一个声势浩大，平均却是才可要将近 20 毫秒。非常少在 API 中的，每个劝说的执行时长三就减低了 50 毫秒。

如果我们能应当至少有一半的劝说则会中弹的本地明文子系统中的的一个列出，那么尽力第 50 个百分位为数和 100 毫秒的 SLO 是极其理论上的。问注意，如果我们没有本地明文子系统，劝说推迟将至少为 150 毫秒。对于其他所有劝说，位绘出却是才可要从因特网中的转发。因特网却是才可要 100 到 240 毫秒才能无论如何，并且它有可能不则会与 API 免费共存。网络平台推迟平均为 100 毫秒。如果我们回避这些二进制的十分困难可能会，劝说有可能耗时的最长三时长三是 50 毫秒（API 执行）+10 毫秒（回避明文子系统未中弹的）+100 毫秒（网络平台）+240 毫秒（绘出请注意），总计 400 毫秒。如果我们察看绘出 6 左列中的的 SLO，我们可以看见这些二进制与 API 后侧结构不错地偏移了。

将存储 SLO 与操纵和因特网模组偏移

按照相近的命题，我们来检查和MySpace取而代之位绘出的 SLO。当客户免费劝说向 PetPic 加载取而代之位绘出时，API 不必劝说操纵模组以证明内容，这却是才可要 150 毫秒到 800 毫秒。除了检查和误用内容之外，操纵模组还则会证明位绘出是否是已假定于因特网中的。既有位绘出被视作已证明（并且不却是才可要重取而代之证明）。历史绘出请注意显示，Furland 和 Happytails 的客户免费倾向于在两个邻近地区MySpace相近的位绘出集。当因特网中的已经假定位绘出时，Control 模组可以为其创建者一个取而代之 ID，而无才可镜像绘出请注意，这却是才可要将近 50 毫秒。这段环游世界适合将近一半的存储劝说，50% 的推迟可能会总计为 250 毫秒。

包含误用内容的位绘出却是一定却是才可要很短的时长三来执行。操纵模组返回声势浩大的时长三约束为 800 毫秒。此外，如果位绘出是犬或猩猩的有效页面，并且假设它不在因特网中的，则绘出请注意模组有可能却是才可要长三多达 1000 毫秒来复原它。回避到所有二进制，在十分困难的可能会，返回声势浩大有可能却是才可要近 2000 毫秒。正如你在绘出 7 的左列中的所见， 2000 毫秒远比高于这两项 SLO 工程施工师为存储而预期的时长三，这断定他们在重申 SLO 时有可能心想非常少限于经常性情景。为了缓二阶这种不匹配现象，你可以回避将第 99 个百分位的 SLO 与劝说截止时长三绑定。这种可能会也有可能造成免费安全性不佳或误判。例如，因特网有可能则会在 API 向客户免费侧报告多多达操作期限后才完毕位绘出存储反复，从而造成客户免费侧恐慌。在这种可能会，最好的意图是与因特网小组互助大大提高因特网安全性或调整 PetPic 的存储 SLO。

要点

确保你的分布式商品为客户免费给予正确的 SLO 是极其极为重要的。在重构举例来说 SLO 时，你不必回避所有后侧的这两项 SLO。你无论如何回避所有相异的应用的发展程序环游世界以及劝说转化成声势浩大有可能无视的相异轨迹。如果却是才可要愈来愈迟的 SLO，问回避愈来愈动免费指令集或与后侧采用权互助以改进免费。将免费和后侧保持在同一前面，可以愈来愈有趣地确保 SLO 偏移。

所写详述

Silvia Esparrachiari已在搜索引擎担任的软件工程施工师 11 年了，她曾在应用的发展程序绘出请注意个人资料、垃圾邮件和误用预防性领亦然任职，最近在搜索引擎 Cloud SRE 实习。她持有分子生物科学学士和计算机动态和人机交互硕士。她现今在搜索引擎的实习全面性是促进一个彼此间尊重和取而代之颖的生态子系统，让人们可以愈来愈迟地大大提高他们的应用技能。

Betsy Beyer是搜索引擎纽约总公司的应用作家，最初研究成果线路安全性工程施工（SRE）。她与他人月出版了《线路安全性工程施工：搜索引擎如何试运行生产子系统》（2016 年）、《线路安全性实习宁朔：推行 SRE 的简约作法》（2018 年）和《重构安全可靠的子系统》（2020 年）。在她迄今为止的职业生涯中的，Betsy 还深造了国际关系和文学，她持有斯坦福的大学和戈登的大学的学位。

出处链接：

。

思密达和必奇治疗腹泻哪个更快
蒙脱石散哪个牌子最好
十二指肠溃疡临床表现
风湿骨痛
两性健康
支气管炎咳嗽
结膜炎
脑溢血