通過Service MeshASM，可以簡化微服務部署架構下微服務的治理。本文介紹如何快速將應用部署到ASM。
操作步驟
步驟 | 操作 | 說明 |
1 | 在使用服務網格ASM之前，您需要建立一個ASM執行個體，對應用服務進行流量管理、安全管理、故障恢複、觀測監控等。 | |
2 | 部署在服務網格中的應用實際上運行於叢集之上，因此需要先給ASM執行個體添加Kubernetes叢集。 | |
3 | 入口網關為Kubernetes叢集提供了七層網關功能，對外提供一個統一的七層服務入口，根據HTTP請求的內容將來自同一個TCP連接埠的請求分發到不同的Kubernetes服務。 | |
4 | 為ASM執行個體添加入口網關後，即可部署應用到該執行個體關聯的叢集。 | |
5 | 版本流量路由是指將流量按照比例路由到服務的不同版本，適用於灰階發布和A/B測試等情境。您可以使用Istio資源實現版本流量路由。 | |
6 | 網格拓撲是一個服務網格可觀測性工具，提供了查看服務行為的可視化介面。您可以通過網格拓撲查看工作負載之間的調用關係、流量走向。 |
FAQ
為什麼不能使用ASM執行個體的KubeConfig部署應用？
ASM控制台提供的KubeConfig配置用於串連ASM執行個體，並通過kubectl對Istio CRD（自訂資源）進行操作，例如虛擬服務VirtualService。Istio資源在控制平面進行操作，無法在控制平面部署應用。
為什麼不能在ASM管理的叢集中部署Istio的虛擬服務等CRD資源？
Istio資源在控制平面進行操作，串連的KubeConfig也是控制平面提供的配置。
為什麼不直接使用叢集的串連配置操作Istio資源？
Istio CRD對應的資源儲存在控制平面，控制平面會將對應的規則轉換成Sidecar裡的規則並進行應用。
Service Mesh控制平面的命名空間與資料平面叢集的命名空間有什麼區別？
通過Service MeshASM控制台或者使用ASM KubeConfig定義的命名空間隸屬於ASM執行個體本身，與該ASM管理的資料平面叢集是相對獨立的，因此ASM託管的控制平面的命名空間可以與資料平面叢集的命名空間存在不同的情況。即在Service MeshASM控制台新增或者刪除命名空間，並不會影響資料平面Kubernetes叢集的命名空間。