问在Kubernetes堆栈上运行集成/e2e测试

EN

有趣的问题，以及我在过去几个月里为我现在的雇主所做的工作。从本质上说，我们把一个产品作为舱单作为码头形象。在编写e2e测试时，我希望尽可能地运行接近客户环境的产品。

从本质上讲，为了解决这个问题，我们构建了与标准云提供商(GCloud)交互的脚本，以创建集群、部署产品并对其运行测试。

对于主要的云提供商来说，这并不是一项困难的任务，但可能会耗费时间。在开发测试时，我们学到了一些很难记住的东西。

1. 并发性，这可能听起来很明显，但请考虑您的CI可以运行的并发构建的数量。
2. 从云中延迟，不要假设您将得到对您在云中运行的每个命令的即时响应。同时也要考虑暂停。如果你提出一个有很多豆荚和服务的产品，什么时候可以开始呢？
3. 导致构建失败的错误，这是一个有趣的错误。在与测试部署进行通信时，由于网络错误，我们已经看到了构建中的错误。这些几乎总是传递性的。最好避免这些使构建失败。

有一点值得注意的是，GitLab提供了一些关于如何在CI管道中构建和测试映像的文档。

1. 在我这边我用的是崔维斯-奇。我在里面构建容器映像，然后在travis中运行带有k8s (https://kind.sigs.k8s.io/)的容器映像，然后启动我的e2e测试。

• 以下是本博客文章中的一些附加信息：https://k8s-school.fr/resources/en/blog/k8s-ci/
• 以及在travis-ci中安装两行脚本：https://github.com/k8s-school/kind-travis-ci.git。它允许在k8s端进行大量定制(启用psp，更改CNI插件)
• 下面是一个例子：https://github.com/lsst/qserv-operator

1. 或者我使用Github，它允许轻松安装：https://github.com/helm/kind-action和提供大量特性，以及为开放源码项目提供免费的工作节点。

• 下面是一个例子：https://github.com/xrootd/xrootd-k8s-operator

请注意，Github操作工作人员可能不会为大型build/e2e测试进行缩放。特拉维斯-CI评分很好。

据我理解，这个工作流可以移动到一个前提下的gitlab CI，在这里，您的应用程序可以与位于您网络中的其他服务进行交互。

一件有趣的事情是，您不必为您的CI维护一个k8s集群，这样就可以了！