docker - 包含 Dockerfile、Jekinsfile、Kubernetes 部署 yaml、pip requirements.txt 和测试脚本的项目的目录结构？

Question

下面的目录结构可行吗？

目标是让 Jenkins 触发 GitHub 提交并运行构建和测试容器的多分支管道。 (我在 Kubernetes 上运行了一切，包括 Jenkins)

/project
  .git
  README.md
  Jenkinsfile
  /docker_image_1
    Dockerfile
    app1.py
    requirements.txt
    /unit_tests
      unit_test1.py
      unit_test2.py
  /docker_image_2
    Dockerfile
    app2.py
    requirements.txt
    /unit_tests
      unit_test1.py
      unit_test2.py
  /k8s
    /dev
      deployment.yaml
    /production
      deployment.yaml
  /component_tests
    component_tests.py

1. 包含 deployment.yamls 的 k8s 文件夹是否在正确的位置？
2. 测试文件夹是否在合适的位置？ “component_tests”中的测试理想情况下将进行更多涉及多个容器的端到端集成测试
3. 我看到很多存储库在同一目录级别中有 Jenkins 文件和 Dockerfile。这有什么优 pip 和缺 pip ？

Answer 1

这个问题目前没有很好的答案。

Kubernetes 提供用于部署的标准 API，但作为一项技术，它依赖于额外的第 3 方工具来管理 ALM 工作流的构建部分。有很多选项可用于将源代码转换为在 Kubernetes 上运行的容器。对于您的源代码的组织方式以及如何从 Jenkins 等 CI/CD 服务器调用部署，每个都有自己的影响。

我提供了以下大致分类的选项集合供您考虑。代表我目前的评价列表。

“平台即服务”工具

工具管理代码的整个 ALM 生命周期。强大但更复杂和固执己见。

• Deis workflow
• Openshift
• Fabric8 (See also Openshift.io)

构建和部署工具

对开发过程中常见的代码/测试/代码/重新测试工作流程有用的工具。也可以从 Jenkins 调用来抽象您的构建过程。

• Draft
• Forge
• Kcompose
• Fabric8 Maven plugin (Java)
• Psykube

YAML 模板工具

kubernetes YAML 从未被设计为供人类使用。使此过程更简单和更标准化的多项举措。

• Helm
• Ksonnet

部署监控工具

这些工具有约定，它们希望在您的源代码存储库中找到 Kubernetes list 文件(或 helm 图表)。

• Keel
• Kube-applier
• Kubediff
• Landscaper
• Kit

支持 k8s 的 CI/CD 工具

• Spinnaker
• Gitlab
• Jenkins + Kubernetes CI plugin
• Jenkins + Kubernetes plugin