kubernetes开发环境来缩短开发时间

我是devops和kubernetes的新手，正在build立当地的开发环境。 为了实现无障碍部署，我想尽可能保持开发环境与部署环境相似。 所以，为此，我将minikube用于单节点集群，并且解决了我的许多问题，但是据我所知，开发人员需要按照以下步骤查看更改：

1. 在本地编写代码，
2. 创build一个容器图像，然后将其推送到容器registry
3. 将kubernetesconfiguration应用于更新的容器映像

但是这个方法的主要问题是高度的开发时间，你能提出一些更好的方法来实时看到变化吗？

Answer 1

如果你想在Kubernetes有一个合适的CI / CD环境，恐怕前两步实际上是强制性的。 由于容器的短暂性质，强烈build议在容器中执行修补程序，因为它们随时可能会消失。

有像helm或kubecfg这样的工具可以帮助你完成第三步

将kubernetesconfiguration应用于更新的容器映像

他们允许版本和部署升级。 你仍然需要学习如何使用，但他们有无数的优势。

另一个想到的select（没有Kubernetes）将使用Docker的开发容器。 在这种types的容器中，您的代码位于一个卷中，因此更容易testing更改。 在最坏的情况下，你只需要重新启动容器。

开发容器的示例（由Bitnami）（ https://bitnami.com/containers ）：

• https://github.com/bitnami/bitnami-docker-express
• https://github.com/bitnami/bitnami-docker-laravel
• https://github.com/bitnami/bitnami-docker-rails
• https://github.com/bitnami/bitnami-docker-symfony
• https://github.com/bitnami/bitnami-docker-codeigniter
• https://github.com/bitnami/bitnami-docker-java-play
• https://github.com/bitnami/bitnami-docker-swift
• https://github.com/bitnami/bitnami-docker-tomcat
• https://github.com/bitnami/bitnami-docker-python
• https://github.com/bitnami/bitnami-docker-node

Answer 2

我认为在组件开发过程中已经使用Docker / Kubernetes是错误的方法，正是因为这个开发周期太慢。 我只是像以前那样开发（例如，在IDE或本地应用程序服务器上运行组件），并且只有在准备好部署时才构build映像并在类似环境的环境中开始testing。 我只使用本地Docker容器或我们的Kubernetes开发环境来运行当前开发的组件所依赖的组件：可能是数据库或其他微服务，或其他。