1、云原生應(yīng)用自動(dòng)部署解決方案如何為云原生應(yīng)用 帶來穩(wěn)定高效的部署能力？2011: containerizeLXCOne pool per BU2015: dockerize + smart schedulingDockerIn-house scheduling2017-18: k8s with basic orchestration“Rich Container”O(jiān)ne Pod one containerK8S API2019: cloud nativeContainerdPod with sidecarsFull K8S stackExplore(K8s API centric)Cloud N

2、ative(Standard + Open)Containerize(container centric)Alibaba 云原生歷程規(guī)?；w移業(yè)務(wù)復(fù)雜場景協(xié)助PaaS云 原生轉(zhuǎn)變富容器拆分穩(wěn)定性保障應(yīng)用關(guān)心的核心問題:面向豐富業(yè)務(wù)場景的策略能力極致的部署發(fā)布效率運(yùn)行時(shí)的穩(wěn)定性和容錯(cuò)能力超大規(guī)模應(yīng)用上云的問題應(yīng)用負(fù)載管理（workload）原生workload能力缺陷阿里應(yīng)用依賴的workload能力功能DeploymentCloneSetStatefulSetAdvanced StatefulSetPod 名字GeneratedGeneratedOrderedOrdered先擴(kuò)再縮遷移NoYe

3、sNoNo流式擴(kuò)容NoYesNoNoPod重建升級YesYesYesYesPod原地升級NoYesNoYes分批（灰度）發(fā)布NoYesYesYes最大不可用數(shù)量YesYesNoYes最大彈性數(shù)量YesYesNoNo發(fā)布順序可配置(優(yōu)先級、打散)NoYesNoYesPod 升 級 前 后 hook (preUpdate/postUpdate)NoYesNoYesPod升級方式CloneSet、Advanced StatefulSet 均支持指定Pod 升級方式：ReCreate：重建Pod 升級，和原生 Deployment/StatefulSet 一致InPlaceIfPossible：如果只

4、修改 image 和metadata 中的labels/annotations 等字 段，則觸發(fā) Pod 原地升級；如果修改了其他 template spec 中的字段，則退化 到Pod 重建升級。InPlaceOnly：只允許修改 image 和metadata 中的labels/annotations 等字段， 只會(huì)使用原地升級。原地升級:Node不變，不經(jīng)過重新調(diào)度IP不變、升級過程網(wǎng)絡(luò)不斷Volume不變，完全復(fù)用掛載發(fā)布速度大幅提升（只涉及拉鏡像增量部分）原地升級示例CloneSetPod-aPod-bPod-cAdvanced StatefulSetPod-aPod-bPod-cP

5、od-xPod-yPod-zIn-place upgradeRetain Pod state, avoid schedulingCloneSetPod-zappPod-xappPod-yappNodeNodeKubeletKubeletUpdate app image in templatePartition=1Patch image ofapp containerFind hash changedRecreate container with new image原地升級原理sandboxsidecarsandboxsidecarsandboxsidecar流式+分批發(fā)布$ kubectl g

6、et clone demoNAMEDESIREDUPDATEDUPDATED_READYREADYTOTALAGEdemo5105617m# .$ kubectl get clone demoNAMEDESIREDUPDATEDUPDATED_READYREADYTOTALAGEdemo5225517m配置發(fā)布順序發(fā)布優(yōu)先級（1）：按 selector 匹配計(jì)算權(quán)重發(fā)布優(yōu)先級（2）：按給定label key 對應(yīng)的value 值 作為權(quán)重發(fā)布打散：將匹配key-value 的Pod 打散到 不同批次中發(fā)布定義在應(yīng)用workload中當(dāng)應(yīng)用和workload數(shù)量眾多時(shí)，很難統(tǒng)一增加應(yīng)用開發(fā)者不知

7、道（甚至也不關(guān)心）自己的 應(yīng)用需要配置哪些sidecar容器當(dāng)sidecar鏡像需要升級時(shí)，如果把所有應(yīng)用 的workload全部升級一遍？通過SidecarSet注入單獨(dú)定義sidecar容器的模板和注入規(guī)則，和應(yīng)用workload解耦應(yīng)用開發(fā)者們不需要再關(guān)心workload中需要 寫哪些sidecar容器支持懶升級和原地升級sidecar容器，后者主 動(dòng)升級過程中不會(huì)影響應(yīng)用容器運(yùn)行Sidecar 管理方式SidecarSet 示例CloneSet(A)Pod-aPod-bPod-cCloneSet(B)Pod-xPod-yPod-zSidecarSet通過admission contro

8、l注入原地升級，與應(yīng)用解耦When we have thousands sidecars, well need:A SidecarSet CRD:Describe all sidecars need to be operatedA SidecarOperator:Inject sidecar containers to selected PodsUpgrade sidecar containers following rollout policy when SidecarSet is updatedDelete sidecar containers when SidecarSet is deletedSidecar 注入DaemonSet (即將開源）Kruise DaemonSet：1. 具備三種灰度能力StandardSurgingInp