Linkerd是世界上最小、最簡單的服務網格。自Linkerd 2.0以來，我們一直遵循極簡主義、可組合性的哲學，并在現有的生態系統之上構建。這個想法可能看起來有點瘋狂，我將描述即將發布的Linkerd 2.10的一個特性，它將使Linkerd變得更小和更簡單：擴展。

在Linkerd 2.10中，我們將Linkerd的默認控制平面安裝剝離為一個基本的部署，不包括先前默認發布的Prometheus、Grafana、儀表板和其他非關鍵組件。由于這些變化，一個基本的Linkerd控制平面現在在啟動時的大小從Linkerd 2.9的~500mb減少到200mb以下。

現在，這些組件可以作為一個可選的擴展，以及其他幾個對基本操作來說不是嚴格必需的組件。Linkerd擴展的初始集合包括：

• viz，它將包含所有的集群度量堆棧：Prometheus，Grafana，儀表板等；
• multicluster，包含所有用于跨集群通信的機器；和
• jaeger，它將包含分布式追蹤收集器和UI。

使用擴展有兩個目的。首先，它允許Linkerd的使用者精確地選擇他們想要安裝在他們的集群上的Linkerd的哪一部分。其次，它允許Linkerd社區構建特定于Linkerd的操作器和控制器，而不必修改核心的Linkerd CLI。下面有更多相關內容。

它是如何工作的？

安裝一個擴展就像你期望的那樣簡單。例如，要安裝viz擴展，你可以運行：

linkerd install -f - | kubectl apply - # install the core control plane
linkerd viz install -f - | kubectl apply - # install the viz extension

（對于Helm用戶：每個擴展將有一個相應的Helm chart。）

我們還使第三方擴展盡可能容易地連接到同一個系統中。例如，如果在用戶的搜索路徑中找到了linkerd-foo的二進制文件，那么調用linkerd foo將自動調用并將參數傳遞給linkerd-foo的二進制文件。此外，在安裝之后，linkerd check將自動運行所有已安裝擴展的檢查，并將輸出連接到一個報告中。

不管來自哪里，擴展應該“感覺”就像Linkerd的其他部分一樣。

為什么這樣做呢？

隨著Linkerd的采用持續急劇增長，它必須處理的用例集也在不斷增長。對于一些用戶來說，開箱即用的可觀察性是他們采用Linkerd的關鍵原因。對于其他人來說，它是安全的跨集群通信。還有一些是Linkerd的透明的默認mTLS。這種用例的多樣性是很好的，但也給項目帶來了壓力——尤其是我們關注的是簡單性。

到目前為止，我們以一種相對臨時的方式處理這個問題，包括多集群組件的自定義安裝流程、專門的“帶來你自己的Prometheus”特性等等。將所有這些機制轉移到擴展框架中可以實現一致性：現在可以以完全相同的方式對待這些特性擴展。

最后，讓我們興奮的想法是，允許Linkerd的特性感覺上就像Linkerd的其他部分，但不需要修改核心項目。