有状态集的RollingUpdate不会重新启动pods，从更新的ConfigMaps中所做的更改不会反映

有状态集的RollingUpdate是一种在Kubernetes中进行应用程序更新的策略。它允许在不中断应用程序的情况下逐步更新Pods。

在RollingUpdate策略中，Kubernetes会逐步替换旧的Pods，以确保应用程序的高可用性和稳定性。这意味着在更新期间，旧的Pods将继续运行，直到新的Pods成功启动并且健康检查通过。

在这个过程中，如果更新涉及到ConfigMaps的更改，有状态集的RollingUpdate策略不会重新启动Pods。这意味着旧的Pods将继续使用旧的ConfigMaps，而新的Pods将使用更新后的ConfigMaps。

这种行为是为了确保应用程序的稳定性和一致性。如果每次更新都重新启动Pods，可能会导致应用程序中断或数据丢失的风险。因此，Kubernetes选择不重新启动Pods，以避免潜在的问题。

对于这种情况下的应用场景，可以考虑以下腾讯云相关产品和产品介绍链接地址：

1. 腾讯云容器服务（Tencent Kubernetes Engine，TKE）：提供了可靠的Kubernetes集群管理服务，支持RollingUpdate策略和其他高级部署策略。详情请参考：https://cloud.tencent.com/product/tke
2. 腾讯云配置管理（Tencent Cloud Config Center）：用于集中管理和配置应用程序的配置文件，包括ConfigMaps。详情请参考：https://cloud.tencent.com/product/ccm

请注意，以上提到的腾讯云产品仅作为示例，其他云计算品牌商也提供类似的产品和服务。