业务逻辑或代码无关的错误

parvej764

它使用 启用了主机和容器之间文件同步的专用解析。这个解决方案对我来说有一个缺点 它需要在主机上安装。因此，为了隐藏我们基础设施的整个逻辑，我们决定创建一个工具来管理整个开发环境。 将应用程序移至容器使我们能够在所谓的管道（即 过程中自动任务的路径）上进行应用程序测试。然而，很快就发现，运行的自动化测试比开发人员执行的测试更具限制性。此外，很难在本地环境中重现给定的错误，因此它迫使我们添加在本地范围内运行整个测试基础设施的能力。我们还将此选项添加到我们的开发环境管理工具中。
  
开发每个阶段的环境一致性非常重要，因为它使我们能够最大限度地减少与的发生。 转移到容器后我们得到： 完全隔离的环境， 完全分离的数据卷， 快速启动另一个环境，与添加丢失的映像或创建存储库克隆所需的时间相当。 迈向 的路上 在开始设计第一个 路径之前，我们必须选择 电话号码数据 能够实现长期活动规划的工具。有许多工具可让您构建 路径。使用 很长时间了，我们决定给当时新发布的 工具一个机会。这个选择是正中靶心，因为它仍然是一个动态开发和广泛使用的工具。我们如何选择 作为在生产中编排镜像的工具？当时有很多关于他的议论。



事实上，技术巨头谷歌的背后给了我们信心，让我们相信我们可以规划这项技术的长期开发，尽管当时所有工具都处于 阶段，并明确注明 不用于生产用途 。 当计划启动第一个 路径时，我们必须准备一个用于运行自动任务的环境。第一阶段是所谓执行器的实现，这是一个在虚拟机中编排 上自动任务的工具。然后，我们迁移到 集群，以测试集群的规模尽可能地复制应用程序基础设施。该解决方案的一个重大挑战是需要维护大量包含整个应用程序和基础设施的测试环境。仅对于核心应用程序来说，每天大约有 个环境。 从实施 镜像一开始，我们就知道我们想要自己托管镜像。这需要许多不同的解决方案。