声明式API replica controller vs replica set 对比

1.在命令式API中,你可以直接发出服务器要执行的命令,例如: “运行容器”、“停止容器”等。

在声明性API中,你声明系统要执行的操作,系统将不断向该状态驱动。

可以想象成手动驾驶和自动驾驶系统。(多了会删除,少了会自动增加)

因此,在Kubernetes中,你创建一个API对象(使用CLI或REST API)来表示你希望系统执行的操作。系统中的所有组件都会向该状态发展,直到删除该对象。

例如,如果要调度容器化工作负载,不是发出“运行容器”命令,而是创建描述所需状态的API对象、pod:

创建后,此对象在API服务器上保留:

Deployment管理Pods和ReplicaSets,提供声明式更新。和老的ReplicationController(命令式管理)对应

2. 1rc vs rs

rc用来确保容器应用的副本数始终保持在用户定义的副本数,即如果有容器异常退出,会自动创建新的Pod来替代;

ReplicaSet跟ReplicationController没有本质的不同,只是名字不一样,并且ReplicaSet支持集合式的selector。

虽然ReplicaSet可以独立使用,但一般还是建议使用 Deployment 来自动管理ReplicaSet,这样就无需担心跟其他机制的不兼容问题(比如ReplicaSet不支持rolling-update但Deployment支持)。

2.2Deployment拥有更加灵活强大的升级、回滚功能

上一篇:.NET面试题解析(07)-多线程编程与线程同步 (转)


下一篇:ajax跨域传值