Azure 在AKS中部署POD期间,应用程序是否处于活动状态?

Azure 在AKS中部署POD期间,应用程序是否处于活动状态?,azure,kubernetes,azure-devops,Azure,Kubernetes,Azure Devops,在AKS中部署POD期间,应用程序是否处于活动状态(事务中) 在执行POD部署时,应用程序事务是否会通过(或)出错?部署系统会进行滚动更新。使用新模板创建新的POD,并在准备就绪后将其添加到服务负载平衡器,然后删除并终止旧的POD。部署系统执行滚动更新。使用新模板创建新的POD,并在准备就绪后将其添加到服务负载平衡器中,然后删除并终止旧的POD。使用微服务的前端应用程序(事务)到底会发生什么情况?那笔交易会怎么样?它将被中止还是继续使用较旧的部署服务?如果您正确编写应用程序,使其在活动请求完成之

在AKS中部署POD期间,应用程序是否处于活动状态(事务中)


在执行POD部署时,应用程序事务是否会通过(或)出错?

部署系统会进行滚动更新。使用新模板创建新的POD,并在准备就绪后将其添加到服务负载平衡器,然后删除并终止旧的POD。

部署系统执行滚动更新。使用新模板创建新的POD,并在准备就绪后将其添加到服务负载平衡器中,然后删除并终止旧的POD。

使用微服务的前端应用程序(事务)到底会发生什么情况?那笔交易会怎么样?它将被中止还是继续使用较旧的部署服务?如果您正确编写应用程序,使其在活动请求完成之前不会退出,则它们将正常完成。在pod终止期间,从负载平衡器移除pod和强制终止pod之间有一段宽限期。你先得到一个SIGTERM,大多数web服务器都把它当作一个温和的关机命令。。我必须管理构建和部署生命周期的源代码。据我所知,该特定事务可能存在于缓冲区中,并将继续按照现有代码进行处理。换句话说,我们可以在不停机的情况下管理构建和部署。(仅适用于微服务部署)如果我错了,请纠正我。您必须检查每个应用程序或让另一个团队进行检查。但这并不是Kubernetes所特有的,它只是针对零停机更改的滚动更新的常见实现。如果您的服务支持“完成工作,然后退出”命令或信号,那么您可以使用该命令或信号。使用微服务的前端应用程序(事务)到底会发生什么情况?那笔交易会怎么样?它将被中止还是继续使用较旧的部署服务?如果您正确编写应用程序,使其在活动请求完成之前不会退出,则它们将正常完成。在pod终止期间,从负载平衡器移除pod和强制终止pod之间有一段宽限期。你先得到一个SIGTERM,大多数web服务器都把它当作一个温和的关机命令。。我必须管理构建和部署生命周期的源代码。据我所知,该特定事务可能存在于缓冲区中,并将继续按照现有代码进行处理。换句话说,我们可以在不停机的情况下管理构建和部署。(仅适用于微服务部署)如果我错了,请纠正我。您必须检查每个应用程序或让另一个团队进行检查。但这并不是Kubernetes所特有的,它只是针对零停机更改的滚动更新的常见实现。如果您的服务支持“完成工作然后退出”命令或信号,那么您可以使用该命令或信号。