對于任何選擇轉(zhuǎn)向Kubernetes平臺的組織來說，服務(wù)網(wǎng)格越來越被視為一個基本的構(gòu)建模塊。由于服務(wù)網(wǎng)格為微服務(wù)管理提供了可觀察性、連接性和安全性檢查，因此，Istio的底層功能和開發(fā)是運維和最終標(biāo)準(zhǔn)化的關(guān)鍵組成部分。
服務(wù)網(wǎng)格幫助組織遷移到云原生環(huán)境，它是一種彌合內(nèi)部數(shù)據(jù)中心部署和云環(huán)境中的容器化云環(huán)境之間的管理差距的方法。一旦實現(xiàn)，服務(wù)網(wǎng)格如果運行正常，可以大大降低這個過程的巨大復(fù)雜性。事實上，對于許多DevOps團(tuán)隊成員來說，沒有服務(wù)網(wǎng)格就無法切換到云原生環(huán)境和Kubernetes。
Tetrate技術(shù)人員Butcher說，在一個典型的分為內(nèi)部服務(wù)器和多云部署的環(huán)境中，服務(wù)網(wǎng)格通過支持“需要在這些不同環(huán)境中進(jìn)行通信的組件之間的通信”來提供“公共基礎(chǔ)”。
“這就是對身份和安全的投資。”他繼續(xù)說，“所有環(huán)境都是一致的，而且可以向?qū)徲媶T證明這些環(huán)境是一致的。服務(wù)網(wǎng)格帶來的集中控制和一致性是非常有用的，尤其是在這么一個基礎(chǔ)設(shè)施分裂的世界中。”
Aspen Mesh的聯(lián)合創(chuàng)始人和CTO Jenkins認(rèn)為，歸根結(jié)底，組織將服務(wù)網(wǎng)格作為“不僅僅是部署問題”的答案，也作為在云原生旅程中“將所有部分集成在一起”的一種方式。
Jenkins說：“你想達(dá)到的最終目標(biāo)是，通過讓開發(fā)人員在更小的組件上快速移動，釋放開發(fā)人員的效率，而這些組件都是為用戶提供集成體驗的，你必須從這里開始。因此，我們發(fā)現(xiàn)，組織在很大程度上使用服務(wù)網(wǎng)格來幫助實現(xiàn)這一進(jìn)化路徑。這涉及到了解現(xiàn)在所處的位置，將一些部分遷移到云原生模型中，并開發(fā)新的云原生組件，但同時不要將已經(jīng)完成的所有工作都拋在腦后。”
各組織也從服務(wù)網(wǎng)格以及Istio的成熟中受益。例如，最近發(fā)布的Istio 1.6.4和Istio 1.6.3，功能越來越實用。
正在開發(fā)中的另一個主要新功能是“web組裝支持”，作為擴(kuò)展Istio，尤其是sidecar Envoy代理的一種方式，它“以更便攜和快速發(fā)展的方式，而不是必須在系統(tǒng)中構(gòu)建一些非常低級的組件。”Jenkins說，“我認(rèn)為這很好，因為它將允許開發(fā)人員擴(kuò)展服務(wù)網(wǎng)格的某種能力，但不必在這個擁擠的核心區(qū)實現(xiàn)所有這些，在這里，穩(wěn)定性是一個極其重要的問題。因此，這一功能打開了網(wǎng)絡(luò)組裝的新空間，使我們能夠同時做到這兩點：穩(wěn)定性和創(chuàng)新。
然而，仍有一些情況不需要服務(wù)網(wǎng)格。換句話說，服務(wù)網(wǎng)格并不是所有DevOps的最終解決方案。“實際上，有些時候你不需要Kubernetes，而且可能根本不需要容器，或者可以使用無服務(wù)器。”
當(dāng)組織考慮采用什么來促進(jìn)他們的軟件開發(fā)和部署目標(biāo)時，有成百上千的開源工具和解決方案可供選擇。在進(jìn)行選擇時，要考慮連續(xù)性和統(tǒng)一性，服務(wù)網(wǎng)格就具備這些。
原文鏈接：
https://thenewstack.io/when-you-need-or-dont-need-service-mesh/
