# Conduit 概覽 Conduit是一款針對Kubernetes的超輕量級的service mesh。它可以透明得管理服務運行時之間的通信，使得在Kubernetes上運行服務更加安全和可靠；它還具有不用修改任何應用程序代碼即可改進應用程序的可觀測性、可靠性及安全性等方面的特性。 本文檔將從一個較高層次介紹Conduit及其是如何工作的。如果不熟悉service mesh模型，或許可以先閱讀William Morgan的概覽文章 [什么是service mesh？為什么需要它？](https://buoyant.io/2017/04/25/whats-a-service-mesh-and-why-do-i-need-one/) ## Conduit架構 Conduit service mesh部署到Kubernetes集群時有兩個基本組件：**數據平面**和**控制平面**。數據平面承載服務實例間實際的應用請求流量，而控制平面則驅動數據平面并修改其行為（及訪問聚合指標）提供API。Conduit CLI和Web UI使用此API并為人類提供符合人體工程學的控制。 讓我們依次認識這些組件。 Conduit的數據平面由輕量級的代理組成，這些代理作為sidecar容器與每個服務代碼的實例部署在一起。如果將服務“添加”到Conduit servie mesh中，必須重新部署該服務的pod，以便在每個pod中包含一個數據平面代理。（`conduit inject` 命令可以完成這個任務，以及透明地從每個實例通過代理匯集流量所需的配置工作。） 這些代理透明地攔截進出每個pod的通信，并增加諸如重試和超時、檢測及加密（TLS）等特性，并根據相關策略來允許和拒絕請求。 這些代理并未設計成通過手動方式配置；相反，它們的行為是由控制平面驅動的。 Conduit控制平面是一組運行在專用Kubernetes名稱空間（默認情況下為`conduit`）的服務。這些服務完成各種事情 - 聚合遙測數據，提供面向用戶的API，向數據平面代理提供控制數據等。它們一起驅動數據平面的行為。 ## 使用Conduit 為了支持Conduit的人機交互，可以使用Conduit CLI及web UI（也可以通過相關工具比如 `kubectl`）。CLI 和 web UI通過API驅動控制平面，而控制平面相應地驅動數據平面的行為。 控制平面API設計得足夠通用，以便能基于此構建其他工具。比如，你可能希望從另外一個CI/CD系統來驅動API。 運行 `conduit --help` 可查看關于CLI功能的簡短概述。 ## Conduit 與 Kubernetes Conduit設計用于無縫地融入現有的Kubernetes系統。該設計有幾個重要特征。 第一，Conduit CLI（`conduit`）設計成盡可能地與 `kubectl` 一起使用。比如，`conduit install` 和 `conduit inject` 生成的Kubernetes配置，被設計成直接送入`kubectl`。這是為了在service mesh和編排系統之間提供一個明確的分工，并且使得Conduit適配現有的Kubernetes工作流程。 第二，Kubernetes中Conduit的核心詞是Deployment，而不是Service。舉個例子，`conduit inject` 增加一個Deployment，Conduit web UI會顯示這些Deployment，并且每個Deployment都會給出聚合的性能指標。這是因為單個pod可以是任意數量Service的一部分，而這會導致流量與pod之間出現復雜的映射。相比之下，Deployment要求單個pod只能屬于一個Deployment的一部分。通過基于Deployment而不是Service來構建，流量與pod間的映射就總是清晰的。 這兩個設計特性能很好地組合。比如，`conduit inject`可用于一個運行的Deployment，因為當它更新Deployment時， Kubernetes會回滾pod以包括數據平面代理。 ## 擴展Conduit的行為 Conduit控制平面還為構建自定義功能提供了一個便捷的入口。Conduit最初發布時并不支持這一點，在不遠的將來，通過編寫gRPC插件來作為控制平面的一部分運行，將能擴展Conduit的功能，而無需重新編譯Conduit。