在中止的部署期间，一些实例可能已经部署了新的应用程序版本。确保所有实例运行相同的版本

在中止的部署期间，一些实例可能已经部署了新的应用程序版本。为了确保所有实例运行相同的版本，可以采取以下措施：

版本控制：使用版本控制系统（如Git）来管理应用程序的不同版本。通过在代码库中创建不同的分支或标签，可以确保所有实例都使用相同的代码版本。
自动化部署：使用自动化部署工具（如Jenkins、Travis CI等）来自动化部署应用程序。通过配置自动化流水线，可以确保所有实例在部署过程中使用相同的版本。
滚动更新：采用滚动更新策略，逐步替换实例中的应用程序版本。在滚动更新过程中，先停止一部分实例的服务，将其升级到新版本，然后再启动，确保这些实例运行相同的版本。然后逐步重复这个过程，直到所有实例都升级到新版本。
蓝绿部署：采用蓝绿部署策略，在新版本部署完成后，先将一部分流量引导到新版本的实例上进行测试，确保新版本的稳定性和兼容性。如果测试通过，再逐步将流量全部切换到新版本的实例上，确保所有实例运行相同的版本。
云原生技术：利用云原生技术（如容器化、微服务架构等），将应用程序与基础设施解耦，实现快速部署和扩展。通过使用容器编排工具（如Kubernetes），可以轻松管理多个实例，并确保它们运行相同的应用程序版本。

腾讯云相关产品和产品介绍链接地址：

版本控制：腾讯云CodeCommit（https://cloud.tencent.com/product/cc）
自动化部署：腾讯云CodePipeline（https://cloud.tencent.com/product/ci-cd）
容器编排：腾讯云容器服务TKE（https://cloud.tencent.com/product/tke）

页面内容是否对你有帮助？

有帮助

没帮助

恢复失败的云计算部署

database-migration、cloud-foundry、rollback

我正在将应用程序部署自动化到云代工。因此，在start命令中，我执行了一个db迁移。可能发生的情况是，迁移将失败，因此，应用程序将死亡。是否有一些预定义的策略可以用来回滚到最后一个工作部署，或者我应该手动存储最后一个工作版本，检查故障并在这种情况下重新部署存储的版本？

浏览 0提问于2018-01-09得票数 1

2回答

我正在开发一个小型网站(Ruby/Sinatra)，供我工作的内部使用。(简单地说，它处理一些源数据并生成报告。) 我想使用Docker部署它，并在我的开发环境中进行设置，但我正在尝试理解“生产”部署的工作流程(我们使用的是Jenkins)。我读过很多关于使用Docker部署工作流的文章，但它们似乎都停留在“然后将您的映像推送到Docker注册表”。似乎缺少的是如何获取该图像并实际更新应用程序。我理解每个应用程序都可能是不同的，但是下一步是什么呢？我知道有很多不同的框架可以使用，比如Chef，Puppet，Ansible，但我的问题是-我如何将它们集成到我的CI/CD管道中？例如，作业是将

浏览 1提问于2017-05-23得票数 1

4回答

有支持jason返回的数据么？

官方文档

请描述您的问题标题：Get Service - 对象存储 - 产品文档 - 帮助与文档 - 腾讯云地址：https://cloud.tencent.com/document/product/436/8291

浏览 625提问于2018-02-28

1回答

具有链接到特定应用程序部署修订版的redis服务。

deployment、kubernetes、redis、dependencies

假设我有一个有两个部署的应用程序：具有实际应用程序本身的应用程序部署。 Redis部署，应用程序部署用于缓存。 Redis缓存由一个名为"redis“的服务公开。应用程序使用服务主机名(" Redis ")连接到redis服务。假设应用程序从版本1更新到版本2。部署容器规范已经更新，所以现在它是基于app:2容器映像的。问题是:在更新过程中，应用程序的两个版本使用相同的Redis服务。新应用程序在达到就绪状态时，会使缓存升温，基本上会损坏仍在运行的版本1。 Kubernetes是否简化了部署的新版本获得自己的Redis服务的构造，它可以在达到就绪状态之前对其进行热

浏览 0提问于2019-11-06得票数 0

1回答

使用流量迁移的GAE部署方法中的服务丢失？

deployment、google-app-engine、traffic-management

我想知道GAE的“沉默”部署方法是否存在任何可能的停机时间。我在用 inbound_services: - warmup 并在进入App之前部署带有-no-promote --no-stop-previous-version标志的应用程序，并将流量从旧版本迁移到新版本。客户端是否仍有可能注意到正在进行部署？

浏览 0提问于2016-09-11得票数 1

2回答

在金丝雀部署策略中，将特定用户重定向到具有新版本的pod。

kubernetes、kubectl、canary-deployment

我对库伯奈特来说是新手，只是在k8s上做一些小的研发工作。正在检查不同的部署策略，如滚动更新、重新创建、蓝绿色和金丝雀。如果我是正确的，金丝雀部署背后的想法是推出新的版本来设置用户。在这里，我的问题让我的团队有开发人员和测试团队。无论何时测试团队试图访问应用程序，它都应该重定向到新版本的应用程序，这是可能的吗？还是金丝雀只用于同时运行两个版本的应用程序和一个服务？

浏览 4提问于2020-08-21得票数 1

回答已采纳

1回答

推荐的GCP蓝绿色部署模式？

google-app-engine、google-cloud-platform、google-cloud-functions、google-cloud-build、blue-green-deployment

我们正在为一个使用React的客户端开发/支持一个移动应用程序--本地与GCP后端的对话。数据库是Firestore，对象存储使用GCP存储，我们使用GCP应用引擎进行一些REST调用，以及一系列的云函数来处理一些Firestore和GCP存储处理。我们的prod部署包括将移动应用程序构建文件交付给客户端(它们在自己的服务器上内部分发应用程序)，对于后端，我们使用GCP CloudBuild从我们的主/prod分支部署应用程序引擎和云功能。然而，在过去的六个月中，我们已经进行了一系列的粗略部署，主要归结为在dev或qa envs (或忘记)上没有遇到意外的环境配置问题，以及一些db更新问题(

浏览 8提问于2020-07-13得票数 1

回答已采纳

1回答

用docker容器切换应用程序版本

docker、dns

我希望对以下场景进行处理：例如，用像Jenking这样的自动化工具构建我的应用程序当构建/测试成功时，我希望创建一个新的停靠容器，其中包含应用程序的新版本。我希望使用新部署的应用程序/服务的所有其他应用程序，使用新创建的容器而不是旧的容器。因此，当其他容器使用"calculator.local:3000“时，我希望它指向我的新容器，而不是旧的容器。当一切顺利时，我想删除/存档旧容器创建这样一个设置的正确方法是什么，我遇到了许多涉及DNS服务器的复杂系统，但我看起来确实更容易设置。

浏览 2提问于2016-05-11得票数 1

回答已采纳

2回答

H3C防火墙和腾讯云IPSEC的VPN打通，云上PING不通云下，请问怎么处理？

VPN 连接、防火墙、腾讯云、ping、vpn

H3C防火墙和腾讯云IPSEC的VPN打通，云上PING不通云下，但是云下可以PING通云上内网，请问怎么处理？

浏览 314提问于2023-08-09

1回答

如何在kubernetes中无缝地部署带有散列资源的web应用程序？

vue.js、nginx、kubernetes、kubernetes-ingress、kubernetes-service

我想部署一个使用vue.js前端的Java应用程序。目前，我在一个部署中使用多个荚，一个ClusterIp服务和一个nginx。母老虎在循环模式下运行。问题如下：部署前很好：应用程序部署在版本1.0.Version 1.0中的提供了一个前端，它使用了一些以哈希作为名称的资源--假设是1.0.js和1.0.css (我们将使用版本而不是哈希来简化阅读)。--用户请求站点，站点告诉他请求1.0.js，而他这样做。循环的nginx将把请求发送到1.0版本中的另一个Pod，他可以撤回资源. 在令人遗憾的情况下破碎：部署2.0.css)During Version 2.0，提供全新的2.0前端

浏览 0提问于2022-04-26得票数 0

1回答

生成新的Aws：：在旧的被销毁之前自动缩放组实例。(发生503个错误)

amazon-web-services、aws-cli、autoscaling、amazon-cloudformation

TL;DR:见底部编辑. 我正在尝试为我们在公司迁移到的新环境设置持续的部署。我正在使用aws cloudformation堆栈来包含我的所有基础设施。当我创建堆栈时，我的实例通过它们的AWS::AutoScaling::LaunchConfiguration设置(特别是- AWS::CloudFormation::Init )正确地初始化。(这是在我的cloudformation模板中)。这个启动config/init脚本将拉下我的应用程序的一个停靠容器&在我的ec2实例上运行它。当我提交repo时，我有一个.travis-ci.yml文件设置来运行一个aws update-st

浏览 0提问于2018-11-30得票数 1

2回答

当静态资产发生变化时，Kubernetes是否具有支持零停机部署的功能？

kubernetes

我们有一个要求，在进行滚动部署时，任何请求都不能收到404。目前，我们通过在继续滚动部署之前将新的资产容器部署到所有服务器来实现这一点。使用nginx的"try_files“，这确保了随着新代码的推出，我们可以为资产的新旧版本提供服务。Kubernetes有没有支持这种类型的工作流的特性？

浏览 0提问于2016-04-12得票数 2

2回答

云运行数据库迁移

google-cloud-run

我希望在云运行入口点中运行db迁移(例如promoting迁移)，以避免在促进修订之前使用外部工具来运行这些迁移。在kubernetes中，可以通过让init容器在部署中运行迁移并将最大值设置为1来实现这一功能，确保只有一个容器尝试迁移，然后再扩展到其他容器。 CloudRun的推出策略是在任何地方定义的吗？如果CloudRun等待修订中的一个容器保持健康，然后再进行批发量，这将是一件好事(尽管如果多个容器尝试迁移，那么postgres事务性DDL就不会有太大问题)。我认为这是我观察到的行为，但不确定。是否有比在每个入口点运行迁移更好/更低维护的方法？

浏览 2提问于2020-01-15得票数 3

回答已采纳

3回答

AWS弹性豆柄在部署时瞬间下降

amazon-web-services、amazon-elastic-beanstalk

我正在为我的node.js express.js应用程序测试弹性豆柄。当我部署一个更新程序时，应用程序会中断几秒钟，然后从ngnix获得“坏网关”。这是因为我现在只有一个实例吗？我怎样才能为生产做好准备？就像零停机时间一样。

浏览 9提问于2016-06-07得票数 3

回答已采纳

1回答

GCP与PostgreSQL一起运行--如何进行迁移？

postgresql、google-cloud-platform、flyway、google-cloud-run

我们将从我们的第一个云运行项目开始。在过去，我们使用postgres与弹簧靴相结合。当应用程序启动时，我们的迁移通过天桥运行(类似于液化库)。现在，使用云运行，由于以下(角)情况，这种方法可能会达到极限：多个传入请求(http、消息)路由到并行实例，这些实例在引导容器时可以并行执行相同的迁移。这将导致异常和重试失败的消息或http错误，对引导的检查会在每次容器启动时减慢冷启动时间，如果没有具有“温暖”实例的常量流量，则可能会大大减少冷启动时间。什么是一种好的方法，让springboot/flyway和postgres作为后台数据库共享，通过实例实现？当您用nosql数据存储替换postg

浏览 2提问于2020-11-20得票数 2

回答已采纳

1回答

保留旧docker-编写容器，直到下一个准备就绪

docker、docker-compose、continuous-deployment

我正在通过docker-compose部署我的应用程序，它有两个服务:服务器应用程序和nginx。因此，在CI中，我创建了以下指令脚本： docker-compose build # create new containers docker-compose down # down old containers docker-compose up -d # up new containers 但是服务器应用容器有它自己的启动时间，所以在应用启动后我看到了502页面，因为服务器应用还没有准备好接收调用，但nginx已经准备好了。我想要做的是保留旧的容器运行，在构建和建立新的容器期间，等待一段时

浏览 2提问于2018-07-19得票数 0

3回答

如何在没有停机时间的情况下部署到Bluemix？

ibm-cloud、cloud-foundry

我们有一个在bluemix上运行的应用程序，但是每当我们停止部署应用程序时，新版本就会被编译/打包，然后启动，所有这些都会导致至少60%的停机时间。我们如何在没有停机的情况下进行部署？

浏览 3提问于2016-07-23得票数 0

回答已采纳

2回答

金丝雀部署策略使用哪种机制？

kubernetes、kubernetes-deployment

我是K8s新手，遇到了多种部署策略。我发现金丝雀部署策略的理论有点不明确。我了解到，在金丝雀策略中，整个目标是首先在当前pod实例的子集上测试新版本，然后，如果成功，则升级其余实例。我怀疑的是，在测试成功的情况下，是否会对其余的例子进行升级：是否遵循重新创建的机制，其中所有的豆荚都被杀死，新的豆荚被创建，从而导致停机？(或)是否遵循滚动更新机制，将剩余的豆荚逐个更新，从而避免任何停机时间？(或)是否类似于蓝色/绿色，在这里我们已经有了一组新版本的豆荚，而我们只是交换，从而需要额外的资源？(或) specification. (或)它可以遵循以下任何一种机制

浏览 10提问于2022-01-10得票数 0

回答已采纳

1回答

在terraform设置中替换ECS容器实例

amazon-web-services、amazon-ec2、terraform、amazon-ecs

我们有一个terraform部署，它为EC2实例创建一个自动缩放组，作为ECS集群中的停靠主机。在集群中，有正在运行的任务。替换任务(例如用更新的版本)很好(通过创建新的任务定义修订版和更新服务-- AWS将执行滚动更新)。但是，如何在没有任何停机时间的情况下将EC2主机实例轻松地替换为更新的实例？我想这样做，例如，对ASG启动配置的更改生效，例如切换到不同的EC2实例类型。我尝试过一些东西，以下是我认为最接近我想要的东西：排出一个例子。这些任务将分发给其余的实例。一旦该实例中不再运行任务，则终止它。等待ASG旋转一个新实例。重复步骤1到3，直到所有实例都是新的。

浏览 6提问于2017-10-31得票数 0

2回答