Minikube与码头的开发流程

Question

我正试图了解如何有效地利用已实现文档化的应用程序进行开发，特别是在Kubernetes上。我很难找到正确的方法去做实时编辑容器。

在过去的Docker中，我只会使用类似Nodemon之类的东西来监视文件在本地的变化，然后当我完成应用程序时，我就会对其进行修改和部署。对于Kubernetes (minikube)，我的第一印象是，我应该用每个编辑重新构建容器。当然，这不可能是人们在这里发展的方式--我错过了什么？我应该在本地编辑，然后编辑->K8s部署吗？这似乎不对。

我正在寻找一种方法来同步我的所有本地更改到一个码头容器，然后用新的更改重新启动kubernetes吊舱，这样我就可以在开发期间从日志中读取。如果这很奇怪，请给我推荐一种更好的方法。

谢谢

Answer 1

Kubernetes是一个容器编排工具。这不是一个开发平台。它旨在简化数百个容器的部署，并处理生命周期/网络/存储问题。

如果您正在开发您的应用程序，您现在真的不需要kubernetes/minikube。我建议的工作流程是：

• 在本地码头容器中开发应用程序。随着时间的推移，不断迭代，直到你快乐为止。
• 创建快照发行版，标记停靠器映像并将其推到回购程序中。
• 那就部署它。
• 当您需要更新时，应用一个新标记。

使用Docker的好处是它将完全相同地部署在本地膝上型计算机上，也可以部署到生产k8s集群上，因此一旦您到达准备标记/推送映像的阶段，就可以确保部署过程将完全相同。

Minikube不是地方发展的，它是供人们在当地测试kubernetes，并且可能开发kubernetes本身，它不是作为一个流浪汉的替代设计。

Answer 2

Kubernetes是一个用于支持不可变部署模式的容器的运行时系统。集装箱不是修补好的，而是重建和重新部署的。为了支持这一点，您需要实现ALM (，应用程序生命周期管理)工作流的特性，库本特斯是它的目标。

看看在Kubernetes之上添加容器构建工作流的以下产品：

• 迪斯
• Openshift

如果您是Java开发人员，下面的项目可以为您的代码部署基于Jenkins的CD/CD管道：

• Fabric8

Netflix项目Spinnaker现在支持Kubernetes作为托管应用程序的部署目标。

• 斯宾纳克

除了Openshift (请参阅小位移)之外，上面的项目可以部署为minikube之上的应用程序。玩得开心!