* 免費Kubernetes 教程，絕不降低品質 * [](https://shang.qq.com/wpa/qunwpa?idkey=a2d64aa5f578fe885fce065b242afbb12eeb804a67a552f996584b464277303a)在線答疑，也可以掃描左側導航下方的二維碼加群 # [#](https://kuboard.cn/learning/k8s-practice/ocp/sequence.html#部署順序)部署順序 ## [#](https://kuboard.cn/learning/k8s-practice/ocp/sequence.html#部署順序的確定)部署順序的確定 本教程將在 KUbernet是上部署 Spring Cloud - Open Capacity Platform 微服務架構的如下模塊： * 服務注冊中心 eureka-server --**【中間件層】** * 用戶中心 user-center --**【微服務層】** * 認證中心 auth-server --**【微服務層】** * 服務網關 api-gateway --**【API網關層】** * 后臺中心 back-center --**【展現層】** 他們之間的依賴關系如下圖所示：  本教程將按照如下順序部署這些微服務模塊： 1. 服務注冊中心 eureka-server 2. 用戶中心 user-center 3. 認證中心 auth-server 4. 服務網關 api-gateway 5. 后臺中心 back-center 在決定按照什么順序部署這些微服務組件時，主要考慮的因素有： * **依賴關系** * 0 依賴（不依賴任何其他模塊）的最先部署 * 按依賴鏈條順序部署 * 上圖的依賴順序為：eureka-server <-- (auth-server / user-center) <-- api-gateway <-- back-center * 依賴鏈條末端的最后部署 * **分層關系** * 一個模塊可以依賴處于下一層的模塊 * 一個模塊可以依賴處于同一層的模塊 * 盡量避免跨層依賴，例如 back-center 直接依賴 auth-server * 展現層、API網關層、微服務層、持久層的組件都有可能依賴中間件層，在本例中，API網關層的 api-gateway 和 微服務層的 auth-server、user-center 都依賴于中間件層的 eureka-server * **解耦關系** * 如果從服務注冊/服務發現的角度來審視服務調用者 api-gateway、服務提供者 auth-server/user-center、服務注冊中心 eureka-server 三者的關系： * 服務注冊中心 eureka-server 必須先于服務調用者和服務提供者存在，否則調用者和提供者都有可能啟動失敗 * 服務提供者先于服務調用者存在，遵循了依賴關系 * 服務調用者可以先于服務提供者存在并正常啟動，此時，如果服務提供者完成啟動并向注冊中心注冊，服務調用者后續才發現提供者的存在，并進一步向服務提供者發送接口調用請求。此時服務注冊中心使得我們可以向一個已經運行多時（api-server已存在）的情況下添加新的微服務（比方說 product-center） 按照解耦關系這幾個微服務模塊的部署順序也可以調整為： 1. 服務注冊中心 eureka-server 2. 服務網關 api-gateway 3. 用戶中心 user-center 4. 認證中心 auth-server 5. 后臺中心 back-center ## [#](https://kuboard.cn/learning/k8s-practice/ocp/sequence.html#服務編排工具的特點)服務編排工具的特點 ### [#](https://kuboard.cn/learning/k8s-practice/ocp/sequence.html#docker-compose)docker-compose 需要嚴格定義不同模塊之間的依賴關系，依賴鏈條前序的模塊沒有完成啟動，將不會嘗試后續模塊的啟動。 ### [#](https://kuboard.cn/learning/k8s-practice/ocp/sequence.html#kubernetes)Kubernetes Kubernetes 中，不定義模塊之間的依賴關系。你把控制器（Deployment/StatefulSet/DaemonSet 等）按任意順序部署到 Kubernetes 中，Kubernetes 就開始嘗試為你維持期望的 Pod 副本數。如果依賴模塊不存在，被依賴模塊會啟動失敗？是的，但是，沒關系，Kubernetes 會先等一下然后再嘗試啟動，直到被依賴模塊出現以后，依賴模塊正常啟動為止。請參考[重啟策略](https://kuboard.cn/learning/k8s-intermediate/workload/pod-lifecycle.html#重啟策略) 在測試驗證階段，我們仍然嚴格按照期望的順序進行部署，否則，雖然 Kubernetes 會不知疲倦地嘗試維持期望的 Pod 副本數，但是開發者仍然期望快速看到正常運行的結果。 [](https://shang.qq.com/wpa/qunwpa?idkey=a2d64aa5f578fe885fce065b242afbb12eeb804a67a552f996584b464277303a)在線答疑  [如果您覺得 Kubernetes教程 有幫到您，點擊此處，給個 Github Star，謝謝！](https://github.com/eip-work/kuboard-press)