前兩天看了一篇文章，提到了“分佈式雲”這個概念，我個人覺得這個“分佈式雲”仍然沒有跳出混合雲的範疇，只是底層資源的實現形式上有自己的主張和對應的產品罷了，在有了Kubernetes這個雲原生操作系統以後，至於底層的資源到底是如何供給的其實已經沒有那麼重要了。
在上次的公眾號文章中我提到了通過阿里雲的ASM（阿里雲服務網格服務）可以同時納管雲上和雲下IDC的Kubernetes集群，並可以實現雲上雲下的服務路由和流量管理。
（上圖來自阿里雲官網有關ASM的介紹）
ASM和Kubernetes可以實現計算資源的雲上雲下自由融通，在配合之前介紹的PolarDB一體機和MiniOSS就可以在線下環境提供與雲上完全兼容的結構化和非結構化存儲能力，再通過專線/VPN/SAG實現網絡互聯，我們就得到一個雲上雲下一體融通的混合雲。
除了Kubernetes和ASM服務之外，下一代的混合雲大概還需要以下這些服務：
- 線下的Kubernetes容器平臺很有可能是構建在現有的虛擬化平臺上的，這樣相關的硬件資源就可能進行充分的利舊。
- 除了可以利舊虛擬化平臺，像F5/A10這樣的負載均衡設備、現有的網絡設備、存儲設備、安全設備都可以繼續使用。
- 增加MiniOSS設備用來在線下IDC提供和雲上兼容的非結構化數據的存儲能力。
- 可選增加PolarDB數據庫一體機，可以在線下IDC提供和雲上一致的雲原生數據庫服務。
- 可選在靠近IDC的邊緣側開通邊緣計算服務，利用邊緣節點的彈性計算資源就近進行數據的處理。
- 在中心雲的VPC內部可配置一定數量的ECS來滿足正常業務水位的資源需求。
- 當業務存在突發峰值請求時可以通過ECI彈性容器節點來快速補充資源缺口。
- 可選MQ消息隊列服務，可以緩衝突發業務流量，保證在資源的擴容期間不丟失訂單。
- SLB負載均衡服務無需隨著資源的擴容而進行手工配置，Kubernetes的彈性伸縮機制將自動完成相關資源的接入。
- GTM全局流量管理服務通過對DNS請求的智能分發來在線下IDC和雲上環境之間進行流量分配。
- 可選的ACR容器鏡像服務，管理容器的鏡像，當ECI節點需要快速進行資源彈性擴容時，ACR支持分佈式的鏡像分發。
- 可選的DTS服務，可在線下IDC和線上雲數據庫之間進行實時數據同步，滿足業務的高可用需求。
以上內容，希望對大家有用。
