我可以在Google Kubernetes引擎(GKE)中更新代码而不重新构建docker映像吗?
我是GKE的新手 是否仍然可以在不重新构建docker映像的情况下更新我的代码的新版本? 因为我每次都要重建docker图像并将其上传到GKE上,我甚至对源代码做了一点修改,这花费了我很多时间。我可以在Google Kubernetes引擎(GKE)中更新代码而不重新构建docker映像吗?,docker,kubernetes,google-kubernetes-engine,Docker,Kubernetes,Google Kubernetes Engine,我是GKE的新手 是否仍然可以在不重新构建docker映像的情况下更新我的代码的新版本? 因为我每次都要重建docker图像并将其上传到GKE上,我甚至对源代码做了一点修改,这花费了我很多时间。 谢谢。手动创建Docker图像-不是个好主意。。。 你花太多时间做这件事并不奇怪。更好的方法是配置和部署任何CI/CD系统,它可以根据提交或合并请求自动生成映像或执行任何其他操作。当然,这将花费你的时间,但无论如何,你迟早要这么做。当前的现实提供了太多这样的例子: 假设您需要在部署应用程序之前测试(单
谢谢。手动创建
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容器,在容器中执行,获取源代码,构建/编译并手动运行二进制文件
这是一种非常老套的做事方式。我在开发阶段多次使用过这种技术,但从未在生产设置中使用过
请谨慎使用此方法