声明式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擁有更加靈活強大的升級、回滾功能
轉載于:https://www.cnblogs.com/hixiaowei/p/9795540.html
創作挑戰賽新人創作獎勵來咯,堅持創作打卡瓜分現金大獎總結
以上是生活随笔為你收集整理的声明式API replica controller vs replica set 对比的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: php定时执行原理
- 下一篇: C语言经典算法100例-031-判断星期