我可以在Google Kubernetes引擎(GKE)中更新代码而不重新构建docker映像吗?

我可以在Google Kubernetes引擎(GKE)中更新代码而不重新构建docker映像吗?,docker,kubernetes,google-kubernetes-engine,Docker,Kubernetes,Google Kubernetes Engine,我是GKE的新手 是否仍然可以在不重新构建docker映像的情况下更新我的代码的新版本? 因为我每次都要重建docker图像并将其上传到GKE上,我甚至对源代码做了一点修改,这花费了我很多时间。 谢谢。手动创建Docker图像-不是个好主意。。。 你花太多时间做这件事并不奇怪。更好的方法是配置和部署任何CI/CD系统,它可以根据提交或合并请求自动生成映像或执行任何其他操作。当然,这将花费你的时间,但无论如何,你迟早要这么做。当前的现实提供了太多这样的例子: 假设您需要在部署应用程序之前测试(单

我是GKE的新手

是否仍然可以在不重新构建docker映像的情况下更新我的代码的新版本? 因为我每次都要重建docker图像并将其上传到GKE上,我甚至对源代码做了一点修改,这花费了我很多时间。
谢谢。

手动创建
Docker
图像-不是个好主意。。。 你花太多时间做这件事并不奇怪。更好的方法是配置和部署任何CI/CD系统,它可以根据提交或合并请求自动生成映像或执行任何其他操作。当然,这将花费你的时间,但无论如何,你迟早要这么做。当前的现实提供了太多这样的例子:

  • 假设您需要在部署应用程序之前测试(单元/集成测试)
  • 假设您有多个环境
  • 展望未来,设想您的公司希望通过“DevOps方式”开发应用程序
  • 还有很多其他情况

根据存储源代码的位置,您可以选择最合适的CI/CD。例如,如果您将源代码存储在
GitLab
中,那么
GitLab CI
可能是最好的方法

手动构建
Docker
图像-这不是个好主意。。。 你花太多时间做这件事并不奇怪。更好的方法是配置和部署任何CI/CD系统,它可以根据提交或合并请求自动生成映像或执行任何其他操作。当然,这将花费你的时间,但无论如何,你迟早要这么做。当前的现实提供了太多这样的例子:

  • 假设您需要在部署应用程序之前测试(单元/集成测试)
  • 假设您有多个环境
  • 展望未来,设想您的公司希望通过“DevOps方式”开发应用程序
  • 还有很多其他情况

根据存储源代码的位置,您可以选择最合适的CI/CD。例如,如果您将源代码存储在
GitLab
中,那么
GitLab CI
可能是最好的一个

可能有一些解决方法,但这取决于您的具体用例。我将指定一个用例,让您根据您的情况进行插值

假设您有一个docker容器运行一个使用二进制文件的web应用程序,该二进制文件使用以下图像:
quoclap/webapp
。你可以做的不是用这个图像启动一个容器,而是运行一个ubuntu容器,在容器中执行,获取源代码,构建/编译并手动运行二进制文件

这是一种非常老套的做事方式。我在开发阶段多次使用过这种技术,但从未在生产设置中使用过


请谨慎使用此方法。

可能有一些解决方法,但这取决于具体的用例。我将指定一个用例,让您根据您的情况进行插值

假设您有一个docker容器运行一个使用二进制文件的web应用程序,该二进制文件使用以下图像:
quoclap/webapp
。你可以做的不是用这个图像启动一个容器,而是运行一个ubuntu容器,在容器中执行,获取源代码,构建/编译并手动运行二进制文件

这是一种非常老套的做事方式。我在开发阶段多次使用过这种技术,但从未在生产设置中使用过

请谨慎使用此方法