测试环境不稳定&繁杂的必然性及其对策

系统比采购生态系统非常相当最简单

如上铭所知道，采购生态系统只有一套，路由和应用的工业发展有数的命令行人关系相当直观，增值也相对来说相当牢固，但在检验生态系统底下，因为仅限于到分段研制出，增值有数的依靠才会趋于很相当最简单，比如 A 对 B 强依靠，那么 A 的特性确实取得成功取决于 B，而且 B 发生变化了此后，也要意味着不冲击 A。

首再行是生态系统创始，此处的“生态系统创始”指的极为只是通过 yaml 创始出一台 pod 布署应用的工业发展这么最简单，而是创始出一套“可测量仪器”的生态系统，“可测量仪器”的准则仅限于：增值比如知道、路由互通（仅限于水路的增值）、乞求隔绝等。

随着分布式系统的回溯，不显增值的存量也呈指天内级增长，整个系统的相当最简单度也才会随之非常新。这些“不显增值”不太可能单个增值很最简单，但是交互建起起的系统将视为相当最简单性的瓶颈，很无论如何视为一个相当最简单的深渊。

我们以一个最简单的样例来陈述：

一条路由上有天内以百计的应用的工业发展天内，其底下两个应用的工业发展 A 与 B 有暂定，我们想一想，如果只创始了包含两个单应用的工业发展的生态系统，那么能不能依赖于“可测量仪器”只能？我们才会接踵而来如下诸多疑问：

需将路由上所有的应用的工业发展都创始一套生态系统才能将路由走通，谁能清楚整条路由上的应用的工业发展？ 多个重大项目/暂定，每次都将整条路由上的应用的工业发展继续创始一套生态系统？安全及和事发开销如何？ 多套生态系统，才对带来分段依靠性的疑问，如何将乞求精准的端口到期望的增值上？ 同一套跨该平台、天内据库库等交通运输如何微隔绝？

凹凸不平上我们只是为某个应用的工业发展创始了重大项目生态系统，似乎看似仅限于了一整套生态系统适配与隔绝建议，水静流深。

而对于这种情景，采购生态系统（预发、同年等）两者之有数首再行是物理隔绝（预发与同年是两套独立的跨该平台），其次是只需一套生态系统即可依赖于，不假定分段的疑问。

怎么让检验生态系统须要牢固和最简单一点

“检验生态系统的相当最简单度”，归根确实，无外乎来自于三个地方：

生态系统的适配 生态系统的隔绝 生态系统的牢固性（紧密结合生态系统）

我们再行来梳理两个金融业务多角度：

上层金融业务该平台多角度：对于上层金融业务而言，他们的痛点及实际行动是希望是底层的底下台能非常加牢固 底下台多角度：对于底下台而言，除了给上层金融业务给予增值外，自身还有集成实际行动

生态系统适配

东站在一个重大项目底下的整合同学的相反，他有时候只需为有暂定的应用的工业发展创始生态系统即可，其余的应用的工业发展都适配一套兜底的生态系统，如下三幅所示，这就是重大项目生态系统+紧密结合生态系统的系统：

有一个紧密结合生态系统，紧密结合生态系统之上“挂着”若干个重大项目生态系统 “紧密结合生态系统”，走的是和同年生态系统的版本相同的铭档，每次采购生态系统发布后，紧密结合生态系统也才会不有数断非常新 “重大项目生态系统”，每个重大项目有自己的重大项目生态系统，布署的是重大项目的分支铭档，这个重大项目上的同学就在这个重大项目生态系统底下继续做检验主体工程（集成） 重大项目生态系统不是全量的，例如，股票交易路由一共有一百个左右的应用的工业发展，它的紧密结合生态系统是全量的，但重大项目生态系统只包含这个重大项目仅限于的应用的工业发展，检验策动的量才会被端口选择性从紧密结合生态系统的应用的工业发展端口到重大项目生态系统的应用的工业发展

除了重大项目生态系统+紧密结合生态系统的系统，还有一种日常集成生态系统的系统，如下三幅所示：

对不变的增值或交通运输完成适配后，搭起生态系统无论是从资源开销还是从相当最简单度上都获得了极大的降较高。

生态系统隔绝

当对生态系统适配此后，才对带来分段依靠性的疑问，就需对生态系统完成隔绝来消除，将乞求精准的端口到期望的增值。

隔绝大致分为不限几类：

增值隔绝（RPC） 跨该平台隔绝（传言、的设计、文件系统等） 天内据库库隔绝 HTTP 量隔绝（无线口 + PC 口）

以增值隔绝为例，如下三幅，当多个重大项目分段研制出时，对于不尽相同的生态系统如何继续算是两者之有数互相不依靠性时需消除的疑问：

将才会的方向：通过 Service Mesh 充分利用隔绝

Service Mesh 的权威定义如下：

“A service mesh is a dedicated infrastructure layer for handling service-to-service communication. It’s responsible for the reliable delivery of requests through the complex topology of services that comprise a modern, cloud native application. In practice, the service mesh is typically implemented as an array of lightweight network proxies that are deployed alongside application code, without the application needing to be aware.”

用说道来论述就是，Service Mesh 是四组用来处理增值有数无线通讯的网络全权负责，如下三幅：

从上三幅可以看到，Sidecar 接管了网络的控制权，在隔绝的情景下，所有的两件事都可以在 Sidecar 内完成。

使用 Service Mesh 充分利用隔绝有如下不同之处：

对应用的工业发展本身无侵入 适配多种协议（web socket、rpc 等）、多种跨该平台（传言、的设计、DB 等） 防火了应用栈的差异 非常新对应用的工业发展本身无冲击

生态系统牢固性

生态系统的牢固性相异着如下的石棺数学方法，越往下部，牢固性越需应有，以一个经典的范例为例，如果每一层的牢固性只有 99%，那么 0.99 _ 4 = 0.96，随着冲击因素所的增大，整体牢固性就才会被放大，如 0.99 _ 365 = 0.03，所以每一层的牢固性都很重要，都只能 100%，或者有数应是“五个9”，这样整体的牢固性才无论如何提高。

为基础增值牢固性

这个的为基础增值仅限于交通运输、跨该平台和天内据库库，虽然是检验生态系统的为基础增值，但需按照采购级的标准完成应有，因为为基础增值响一响，对于上层增值来知道可以知道是震央。

检验生态系统可以知道不了什么比如知道的为基础该平台，由于采购生态系统与检验生态系统的不尽相同，造成了很多采购的、事发辅助工具、运维该平台在检验生态系统都很难运营，因此需为基础设施可以被使用的辅助工具来应有为基础增值的牢固性。

首再行对于为基础增值而言，需建起系统 SLI/SLO 加权，牢固性只能超出 100%，或者有数应是“五个9”。其次需建起快恢选择性，第一时有数止血，继续算是 “1-5-10”，即 1 分钟发现，5 分钟整合，10 分钟趋于稳定。

紧密结合生态系统牢固性

那时候我们研制出同学的心智是：当一个同学在检验遇到出错的时候，他的第一自由基是“一定是生态系统疑问”。也就是知道，他的第一自由基是“别人的疑问”，只有当“别人的疑问”都排入后他才才会坦诚的去看是不是他自己的疑问（仅限于重大项目的疑问）。

紧密结合生态系统的牢固性休养生息，终于就是在继续做一道断言题：拿走天内据库来，断言紧密结合生态系统是牢固的。所以，如果有疑问，商量再行事发你的重大项目。

断言紧密结合生态系统是牢固的天内据库分两类，单应用的工业发展和路由：

单应用的工业发展就是像检查结果和 RPC 检查这类，它实验者的是单个应用的工业发展是比如知道的，不管金融业务逻辑学对不对，不管的设计对不对，有数这个应用的工业发展、这个增值、这个不显增值是也就是说启动且运营的。单应用的工业发展牢固性只能超出100%，或者有数应是“五个9”。这个促商量是合理的，因为单应用的工业发展的牢固性是路由牢固性的为基础。如果单应用的工业发展都很难也就是说启动且运营，路由特性的比如知道和可验证就根本无从讲起；

路由的牢固性，知道白了就是走CGI、走检验用例。频率是分钟级也可以，小时级也可以。实验者路由的CGI是需迅速的必需丰富的，当发生了一个紧密结合生态系统的疑问但是实验者CGI很难发现，就要把这个疑问的情景必需到路由实验者CGI（检验用例）；还有去。也可以交回检验用例充分度的度量手段（例如，行增幅、金融业务增幅等等），主动的必需路由实验者CGI。很多其他检验用例备用生成的应用也可以用上来；

终于，超出的精准度就是：用天内据库知道话。用很有知道服力的天内据库知道话：紧密结合生态系统的单应用的工业发展都是好的，路由也都是能走通的，这时候显现出来了疑问，就应再行怀疑是重大项目生态系统的疑问。

端口可验证

对于隔绝而言，一旦端口调飞，一方面普通用户想实验者的特性很难实验者到，另一方面事发开销也是极其高的，每次事发有数需半小时跟上。

端口可验证的休养生息，终于也是在继续做一道断言题：拿走天内据库来，断言端口逻辑学是精准的，仅限于隔绝三幅形界面、隔绝的设计等。所以，如果有疑问，商量再行事发你的增值。

断言端口是精准的天内据库分两类，隔绝三幅形界面遮盖和隔绝天内据库不有数断：

隔绝三幅形界面遮盖就是意味着所有需隔绝的微个人电脑上都配备了隔绝三幅形界面，如 HSF 隔绝三幅形界面、MetaQ 隔绝三幅形界面等，不管端口逻辑学对不对，如果很难配备隔绝三幅形界面，某种程度是才会调飞的（随机命令行）。隔绝三幅形界面的增幅只能超出100%，或者有数应是“五个9”。这个促商量是合理的，因为隔绝三幅形界面是隔绝的为基础。如果隔绝三幅形界面都很难也就是说配备，隔绝的比如知道和可验证就根本无从讲起； 隔绝天内据库不有数断就是意味着隔绝天内据库的可验证以及不有数断的效率，如 增值上确实用上了隔绝标签、传言确实带上了隔绝标签，当生态系统创始或者暂定完成后，隔绝天内据库确实才会立即生效，隔绝天内据库不有数断的效率只能是秒级，不有数断的取得比率只能超出100%，或者有数应是“五个9”。隔绝天内据库除此以外是隔绝的为基础，隔绝三幅形界面以及整个隔绝制度化的逻辑学都是围绕着隔绝天内据库展开的；

我们通过 StarAgent 在检验生态系统的每台微个人电脑上布署 Metricbeat 捕获全权负责，捕获三幅形界面配备状况、增值检查结果状况等，分钟级上报 5w+ 微个人电脑的巡检天内据库，并在显现出来疑问后第一时有数自愈：

结语

关于本铭的结论，论述如下：

检验生态系统与采购生态系统是两个不尽相同的情景，检验生态系统的不牢固是某种程度的，在很难充分利用TiP（Test in Production）以前，近期我们能继续做的是须要让它牢固一点； 检验生态系统比采购生态系统非常为相当最简单，最两大的是要消除振荡疑问，即继续做到隔绝潜能，Mesh 是消除隔绝疑问的一个将才会方向；

讲笑以前讲将才会：

我们希望将生态系统一东站式/沉浸式的产品体验，遮盖整个主体工程实验者的生命周期，给予从生态系统搭起到回归实验者的多层次增值，局部的试点优化及为基础上能形成全局计划，论述出的方与辅助工具能逐步遮盖到全局，使得主体工程疑问往正向反转工业发展，终于全面消除主体工程效能疑问。

参考：

1. 《Pattern: Service Mesh》

2. 《What Is a Service Mesh?》

《高盛DevOps倡导手册》

火遍亚洲地区的 DevOps 确实是什么？如何利用 DevOps 完成高效能研制出？如何享受 DevOps 红利，构筑自己的精英订购团队？《高盛DevOps倡导指南》给你作答！本书分为篇名、敏捷研制出篇、铭档管理篇、长时有数订购篇和消除建议篇并列篇名，遮盖 DevOps 回溯历史学者、两大理念与高盛最佳倡导的多层次解出，从DevOps到云效架构师徒你搭起DevOps该平台，想要充分利用高效研制出，不读这本书就不了错啦！

点击这底下，核对不限内容。

原铭链接：

本铭为阿底下云原创内容，未经极为需不得登出。

。

新冠特效药叫什么
骨折后关节僵硬怎么办
常乐康腹泻
扶他林与英太青哪个止痛管用
拉肚子吃益生菌可以止泻吗