本文主要給大家簡單講講部署Istio實現(xiàn)雙向TLS遷移講析，相關(guān)專業(yè)術(shù)語大家可以上網(wǎng)查查或者找一些相關(guān)書籍補充一下，這里就不涉獵了，我們就直奔部署Istio實現(xiàn)雙向TLS遷移講析主題吧，希望可以給大家?guī)硪恍嶋H幫助。

成都創(chuàng)新互聯(lián)提供高防服務(wù)器、云服務(wù)器、香港服務(wù)器、四川移動機房托管等

在Istio中，雙向TLS是傳輸身份驗證的完整堆棧解決方案，它為每個服務(wù)提供可跨集群的強大身份、保護服務(wù)到服務(wù)通信和最終用戶到服務(wù)通信，以及提供密鑰管理系統(tǒng)。本文闡述如何在不中斷通信的情況下，把現(xiàn)存Istio服務(wù)的流量從明文升級為雙向TLS。

使用場景

在部署了Istio的集群中，使用人員剛開始可能更關(guān)注功能性，服務(wù)之間的通信配置的都是明文傳輸，當(dāng)功能逐漸完善，開始關(guān)注安全性，部署有sidecar的服務(wù)需要使用雙向TLS進行安全傳輸，但服務(wù)不能中斷，這時，一個可取的方式就是進行雙向TLS的遷移。

下面通過實例演示如何進行雙向TLS的遷移。

環(huán)境準(zhǔn)備

?   已經(jīng)部署好Istio的集群，沒有啟用雙向TLS

?   創(chuàng)建三個命名空間，分別是 foo、bar 以及 legacy

?   在 foo、bar 中分別部署注入 Istio sidecar 的 httpbin 以及 sleep 應(yīng)用，在legacy中部署未注入sidecar的sleep應(yīng)用

檢查部署情況

可以看到，從任意一個命名空間選一個sleep應(yīng)用，發(fā)送http請求到httpbin.foo，都能請求成功。這個時候，使用的是明文傳輸。

檢查系統(tǒng)中的認證策略和目標(biāo)規(guī)則：

可以看到，系統(tǒng)中在foo、bar 以及 legacy命名空間下沒有認證策略和目標(biāo)規(guī)則。

下面開始通過配置服務(wù)端和客戶端來升級傳輸過程：

1. 配置云服務(wù)器

向服務(wù)端注入以下策略：

上圖策略中，模式為PERMISSIVE，這個模式讓云服務(wù)器能夠同時接收明文和雙向TLS流量，具體使用哪種方式由實際配置決定。再次驗證網(wǎng)絡(luò)通信，可以看到所有請求都成功，目前使用的還是明文的方式。

1. 配置客戶端

通過設(shè)置下圖所示DestinationRule，為服務(wù)端添加目的地規(guī)則：

這些規(guī)則生效后，客戶端sleep.foo 和 sleep.bar 就會開始使用雙向 TLS 和 httpbin.foo 進行通信了，而sleep.legacy因為沒有注入sidecar，因此不受DestinationRule 配置影響，還是使用明文來和httpbin.foo通信。

通過發(fā)送請求驗證上述分析，可以看到三個應(yīng)用都訪問成功：

1. 鎖定使用雙向TLS（可選）

通過上述方式，可以把不同的客戶端和服務(wù)端之間流量都遷移到雙向TLS。當(dāng)系統(tǒng)中的流量都遷移完畢，并且希望所有應(yīng)用之間都通過雙向TLS進行安全傳輸，我們可以將應(yīng)用間的傳輸鎖定為雙向TLS。具體操作方式如下：將配置的認證策略mtls的模式修改為STRICT，這樣，服務(wù)端就只運行使用雙向TLS這一種方式接收流量。

鎖定之后，再發(fā)送請求驗證通信，可以看到，sleep.legacy 的請求失敗，這是因為sleep.legacy沒有注入sidecar，無法進行雙向TLS傳輸。

總結(jié)：通過上述演示，可以了解到，將服務(wù)通信從明文流量傳輸遷移到雙向TLS傳輸?shù)倪^程是十分方便的，可以根據(jù)服務(wù)的實際需求按需配置，不會對服務(wù)的正常通信產(chǎn)生任何影響。

部署Istio實現(xiàn)雙向TLS遷移講析就先給大家講到這里，對于其它相關(guān)問題大家想要了解的可以持續(xù)關(guān)注我們的行業(yè)資訊。我們的板塊內(nèi)容每天都會捕捉一些行業(yè)新聞及專業(yè)知識分享給大家的。