Kubernetes声明式管理和手动命令风险
我理解声明性管理和命令性管理之间的区别，在这个线程kubectl应用和kubectl创建中解释得很好？和官方文档https://kubernetes.io/docs/tasks/manage-kubernetes-objects/declarative-config/
但我仍然怀疑的是，即使在声明式管理中
库贝特标度
尽管这种情况还会继续
Kubectl申请
命令在集群重启时仍然“无法存活”（因为它的配置更改存储在集群存储中，如etcd），对吗？如果是这样，我们不应该只对
对象配置文件
并通过
Kubectl申请
命令？谢谢
共有1个答案
据我所知，kubectl Scale将更改etcd中的ReplicaSet配置对象。因此，它将在重新启动后存活。
但是，您应该将配置对象存储在版本控制系统（git）中。如果执行像kubectl scale这样的命令，则不会更新存储在git中的副本。这些配置文件的下一次使用将覆盖之前设置的值。
-
我试图在声明性和命令式配置的混合中设置（J）缓存，因为JCache标准没有提供限制缓存可以占用的最大大小的方法。我想尽可能地“独立于提供者”，这样我将来就可以灵活地更改提供者。目前我有使用Java7的限制，所以我相信咖啡因被丢弃了。 我在应用程序中保留了缓存列表和它们条目的持续时间（TTL）。yaml，这是我用属性加载器得到的。然后，我用以下代码创建缓存： 无论我在POM中使用哪个JCache提供
-
10.5. 声明式事务管理 大多数Spring用户选择声明式事务管理。这是对应用代码影响最小的选择，因此也最符合非侵入式轻量级容器的理念。 Spring的声明式事务管理是通过Spring AOP实现的，因为事务方面的代码与Spring绑定并以一种样板式风格使用，不过尽管如此，你一般并不需要理解AOP概念就可以有效地使用Spirng的声明式事务管理。 从考虑EJB CMT和Spring声明式事务管理
-
本文向大家介绍SpringMVC+MyBatis声明式事务管理，包括了SpringMVC+MyBatis声明式事务管理的使用技巧和注意事项，需要的朋友参考一下 采用的基本搭建环境：SpringMVC、MyBatis、MySQL、tomcat Spring事务管理分解了传统的全局事务管理和本地事务管理的劣势，使得在任何环境中都可以使用统一的事务管理模型，你可以写一次代码，然后在不同的
-
问题内容： 最近，我一直在研究有关Facebook JavaScript库React.js的功能和使用方法。当其差异说话的JavaScript的世界往往是两种编程风格的休息和被mentionned。 两者有什么区别？ 问题答案： 声明式的样式（如react所具有的样式）允许您通过说“它看起来像这样”来控制应用程序中的流程和状态。命令式风格可以解决这个问题，并允许您通过说“这是您应该做的”来控制应用
-
本文向大家介绍spring声明式事务管理解析，包括了spring声明式事务管理解析的使用技巧和注意事项，需要的朋友参考一下 前沿：通过对spring事务管理有了比较深入学习，本文将不做实例，而是指定具体的类和配置文件进行讲解。 本文内容： 1、了解什么是声明式事务？ 2、声明式事务管理分别有哪几种？ 3、这几种事务管理之间的区别是什么？ 一、什么是声明式事务？ 声明式事务(decl
-
声明式事务管理方法允许您在配置的帮助下管理事务，而不是源代码中的硬编码。 这意味着您可以将事务管理与业务代码分开。 您只能使用注释或基于XML的配置来管理事务。 bean配置将指定要进行事务的方法。 以下是与声明性交易相关的步骤 - 我们使用标签，它创建一个事务处理建议，同时我们定义一个切入点，匹配我们希望进行事务的所有方法并引用事务建议。 如果事务配置中包含方法名称，则创建的通知将在调用方法之前