如何使用自动化基础设施测试来验证 MySQL Server Docker 镜像

随着容器基础设施的出现，容器基础设施的测试变得与机器镜像的测试一样重要。

传统的基础设施管理是一项手动任务，由系统管理员管理静态服务器。现代云平台的自动化能力改变了这种工作方式：基础设施通常被描述为“代码”，基础设施管理系统会对基础设施自动做出变更。因此，基础设施的变得更加动态，周转时间也要短得多。

基础设施测试框架通常被用于验证机器镜像的状态（Amazon Machine Images、Google Compute Images 或 Oracle OCI Images）。随着容器基础设施的出现，容器基础设施的测试变得与机器镜像的测试一样重要。

在 MySQL，我们有很多基础设施，我们越来越多地使用容器来代替真实（虚拟）机器。此外，越来越多的核心基础设施运行在 Oracle 的云基础设施（OCI）上。这要求我们实现多个级别的自动化，并且可以利用基础设施测试来验证我们的服务器（或虚拟机、容器）的状态。基础设施测试还用于验证我们发布的一些工件的状态。

在这篇博文中，我们将重点介绍如何使用自动化基础设施测试来验证 MySQL Server Docker 镜像。我们将比较三个可用于进行容器测试的框架，并给出示例代码。

这类测试可以作为 bash 脚本的一部分，因此通常被用于配置任务，或者在（手动）创建实例后进行手动验证。自动化基础设施测试更进一步，它假设需要对很多基础设施和脚本的正确性做出验证，以及动态的现代云环境有很多东西需要通过手动的方式处理。

基础设施测试工具通常与 Ansible、Puppet 或 Chef 等配置工具结合使用。配置工具在机器上安装软件，测试框架则确保它们能够正常运行。然后，任何东西都可以通过代码来表示，并使用工具进行自动化。

我们的重点是测试 Docker 镜像，对我们来说，这些工作有点偏向底层。由于我们所有的 Docker 镜像主要是由经过测试并发布的 yum 软件包层组成，这些层位于非常可靠的 OS 层之上，我们主要想要验证软件包的版本是否正确，以及这些二进制文件的功能是否正常。在镜像构建期间，可能会发生网络故障，出现软件包安装不完整的情况，我们想要通过自动化测试来捕捉它们。

在评估测试工具时，需要考虑到以下两个方面的问题：

• 配置语言，即想要测试的内容（可用包、必要的文件等）
• 测试执行，即如何运行测试（local/ssh/container）

对于以下的工具，我们将关注这两个方面的问题。这个领域最常见的工具包括：

• InSpec/Serverspec
• Goss
• Container Structure Test

接下来，我们将逐个简要介绍它们。

• 可以通过 resources 指定多种配置语言
• 通过 targets（local/ssh/docker）来测试执行