[[274932]]

【51CTO.com快譯】小巧化是軟件領(lǐng)域永恒的主旨：團(tuán)隊越小、代碼越小、版本越小、代碼駐留和執(zhí)行所在的環(huán)境(容器)越小。變小的目的是讓貴企業(yè)可以從云資源獲取最大的優(yōu)勢，更快地為客戶和用戶帶來更多的價值，從而更長遠(yuǎn)地思考。微服務(wù)是遠(yuǎn)離龐大整體式應(yīng)用程序的這股潮流的最新代表，這類應(yīng)用程序在云端運(yùn)行不暢。

微服務(wù)背后的想法對云端運(yùn)行應(yīng)用程序大有意義。通過將應(yīng)用程序分解成越來越小的幾部分，你可以支持敏捷性、按需擴(kuò)展和頻繁更新。改變、更新或移動應(yīng)用程序的小部分要比批量轉(zhuǎn)移或改變整個應(yīng)用程序容易得多，風(fēng)險也低得多。這還意味著用戶很少知道你何時進(jìn)行應(yīng)用程序更新，因?yàn)槭冀K以極小的方式來進(jìn)行更新。干擾極少，錯誤可以迅速糾正。許多小型獨(dú)立團(tuán)隊管理應(yīng)用程序的各部分，這與高效的DevOps方法相一致。

最后，CIO們知道僅僅將遺留應(yīng)用程序遷移到云端帶來的經(jīng)濟(jì)效益有限。只有通過重新設(shè)計應(yīng)用程序的架構(gòu)以充分利用云的分布式彈性以及云在數(shù)據(jù)庫、存儲和分析等不同領(lǐng)域所帶來的眾多服務(wù)，公司才能真正省錢。這一切都很好，是不是?

好事過多反成壞事?

問題是，微服務(wù)很快變得不堪重負(fù)。突然你有了一小段代碼，它只與支持某業(yè)務(wù)流程的一小部分功能有關(guān)。這時候，開發(fā)團(tuán)隊在應(yīng)用程序中構(gòu)建過多的微服務(wù)，而實(shí)際上越簡單越好。

編排和管理所有服務(wù)以協(xié)同運(yùn)行以便應(yīng)用程序可靠安全地運(yùn)行頗具挑戰(zhàn)性。微服務(wù)仍與較龐大應(yīng)用程序?qū)A(chǔ)設(shè)施有著同樣的需求：備份和恢復(fù)、監(jiān)控、網(wǎng)絡(luò)和日志記錄。這時候名為服務(wù)網(wǎng)格(service mesh)的新概念開始發(fā)揮作用。

服務(wù)網(wǎng)格的角色在演變

你打電話給當(dāng)?shù)厥姓畷r，一位接線員會幫助你快速聯(lián)系上合適的部門來解答問題。服務(wù)網(wǎng)格以類似的方式運(yùn)作：這項技術(shù)駐留在網(wǎng)絡(luò)上，處理微服務(wù)之間的所有聯(lián)系，并便于訪問諸多共享服務(wù)和工具，比如服務(wù)發(fā)現(xiàn)、故障檢測/恢復(fù)、負(fù)載均衡、加密、日志記錄、監(jiān)控和驗(yàn)證。這使你的開發(fā)團(tuán)隊得以將時間和精力集中在服務(wù)本身上，而不是編寫代碼或邏輯以發(fā)現(xiàn)所有服務(wù)并與它們進(jìn)行物理網(wǎng)絡(luò)連接。服務(wù)網(wǎng)格處理所有聯(lián)系。

服務(wù)網(wǎng)絡(luò)正迅速成為容器管理的必要技術(shù)。它可以減少開發(fā)人員的工作量，因此他們不需要擔(dān)心容器之間的所有依賴關(guān)系和聯(lián)系。開發(fā)人員只需使用智能代理或“sidecar”，即可將容器(和微服務(wù))連接到服務(wù)網(wǎng)格。

今天流行且常見的服務(wù)網(wǎng)格是一種名為Istio的開源技術(shù)，它最初由谷歌開發(fā)。思科、VMware及其他廠商正將Istio嵌入到各自的產(chǎn)品中。其他可用的開源服務(wù)網(wǎng)格技術(shù)包括HashiCorp的Consul、Linkerd和Envoy。服務(wù)網(wǎng)格技術(shù)比較新，但管理它們的工具趨于成熟。

部署服務(wù)網(wǎng)格前要考慮什么?

如果貴企業(yè)的技術(shù)架構(gòu)大體上同質(zhì)，又需要對服務(wù)的聯(lián)系方式進(jìn)行精細(xì)控制，那么服務(wù)網(wǎng)格可能不適合。你可能遇到與需要通過這個新的基礎(chǔ)設(shè)施層進(jìn)行通信的微服務(wù)有關(guān)的延遲問題，因此如果應(yīng)用程序?qū)ρ舆t的容忍度很低，使用服務(wù)網(wǎng)格可能會出問題。延遲可能帶來影響的一個例子是金融服務(wù)業(yè);在這個行業(yè)，交易需要在幾微秒內(nèi)完成;增加延遲的任何因素都可能會產(chǎn)生負(fù)面影響。

此外，構(gòu)建和管理服務(wù)網(wǎng)格會帶來一定程度的復(fù)雜性。比如在Istio中，需要你針對入站請求定義復(fù)雜規(guī)則，并決定如何處理請求，還要管理遙測數(shù)據(jù)收集、運(yùn)行網(wǎng)格的可視化、網(wǎng)格的安全性以及運(yùn)行網(wǎng)格的網(wǎng)絡(luò)方面。企業(yè)須權(quán)衡這些任務(wù)的成本，再決定服務(wù)網(wǎng)格是否合理。通常來說，應(yīng)用程序越復(fù)雜，對響應(yīng)時間和不可預(yù)測的規(guī)模和工作負(fù)載等方面的要求越高，需要服務(wù)網(wǎng)格的可能性就越大。

當(dāng)然，為你的基礎(chǔ)設(shè)施添加服務(wù)網(wǎng)格會在某些方面增添復(fù)雜性，不過改用繁重的微服務(wù)和云原生應(yīng)用程序環(huán)境后，它會帶來重大回報，總體上減少管理和維護(hù)要求。若實(shí)施得當(dāng)，服務(wù)網(wǎng)格技術(shù)可以為你的應(yīng)用程序提升速度、性能、靈活性和經(jīng)濟(jì)效益。

原文標(biāo)題：Simplifying microservices with a service mesh，作者：Chris Garvey

【51CTO譯稿，合作站點(diǎn)轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】