企业为何需要一套孪生体，以及 Mithril 如何提供它

生产环境不适合用来弄清谁能触达敏感系统、一次拒绝会是什么样子，以及正在运行的集群是否就是当初声明的那一套。孪生体保留这些名称，并且不应用结果。Mithril 把这套孪生体做成一份文档：以反向域名命名的组件可以组合，一次运行返回响应与判定，集群对照观测进行核验而不被启动。

本文由机器翻译。

企业需要孪生体，是因为真正要紧的问题不能在生产环境里问。谁能触达持有客户数据的系统。配额耗尽时，一次被拒绝的调用是什么样子。今天正在运行的集群，是不是当初声明的那套集群。生产环境是客户、支付和身份已经住在其中的地方。把它当作学习这些答案的场所，就会把好奇和故障绑在一起。在委员会确信之前冻结一切变更，是另一种失败：资产体系继续在动，而它的模型没有跟上。

孪生体是那套资产体系的第二份副本，名称相同，并有一条硬规则：什么都不应用。主体、存储桶、队列和集群真实到足以回答那个问题。效果停在副本上。安全、平台和架构可以在一次允许、一次拒绝、一次故障、一次漂移之中的任何一项到达向客户计费的账户之前，先做一遍演练。

Mithril 把孪生体做成一份文档，而不是第二朵云。资产体系的每一部分都是以其反向域名命名的组件，组件之间可以组合。身份、授权、配额、一致性、故障和 TLS 放在需要它们的服务之下。一次运行沿着这条链走，并返回调用方可以留存的 2 样东西：客户端会看到的响应，以及产生该响应的判定。applied 标志保持为 false。运行时不打开套接字，点名一台在线主机或一项秘密的文档，在运行之前就会被拒绝。

同一条边界也覆盖集群。Docker 和 Podman 被包成一份 Mithril 文档，写明哪些服务应当存在、彼此如何依赖。渲染该文档会生成 Compose 文件。核验把声明与实际观测到的情况相比较。核验不启动容器。企业得到的，是对自己这套资产体系的一次演练，放在已经在讲云协议的那些引擎旁边，并留下记录：决定了什么，以及有意没有应用什么。