建站
咨詢
售后
建站咨詢
新聞中心
小巧化是軟件領(lǐng)域永恒的主旨：團(tuán)隊(duì)越小、代碼越小、版本越小、代碼駐留和執(zhí)行所在的環(huán)境(容器)越小。變小的目的是讓貴企業(yè)可以從云資源獲取最大的優(yōu)勢(shì)，更快地為客戶和用戶帶來(lái)更多的價(jià)值，從而更長(zhǎng)遠(yuǎn)地思考。微服務(wù)是遠(yuǎn)離龐大整體式應(yīng)用程序的這股潮流的最新代表，這類應(yīng)用程序在云端運(yùn)行不暢。
你所需要的網(wǎng)站建設(shè)服務(wù)，我們均能行業(yè)靠前的水平為你提供.標(biāo)準(zhǔn)是產(chǎn)品質(zhì)量的保證，主要從事成都做網(wǎng)站、成都網(wǎng)站建設(shè)、企業(yè)網(wǎng)站建設(shè)、成都做手機(jī)網(wǎng)站、網(wǎng)頁(yè)設(shè)計(jì)、成都品牌網(wǎng)站建設(shè)、網(wǎng)頁(yè)制作、做網(wǎng)站、建網(wǎng)站。創(chuàng)新互聯(lián)公司擁有實(shí)力堅(jiān)強(qiáng)的技術(shù)研發(fā)團(tuán)隊(duì)及素養(yǎng)的視覺(jué)設(shè)計(jì)專才。
微服務(wù)背后的想法對(duì)云端運(yùn)行應(yīng)用程序大有意義。通過(guò)將應(yīng)用程序分解成越來(lái)越小的幾部分，你可以支持敏捷性、按需擴(kuò)展和頻繁更新。改變、更新或移動(dòng)應(yīng)用程序的小部分要比批量轉(zhuǎn)移或改變整個(gè)應(yīng)用程序容易得多，風(fēng)險(xiǎn)也低得多。這還意味著用戶很少知道你何時(shí)進(jìn)行應(yīng)用程序更新，因?yàn)槭冀K以極小的方式來(lái)進(jìn)行更新。干擾極少，錯(cuò)誤可以迅速糾正。許多小型獨(dú)立團(tuán)隊(duì)管理應(yīng)用程序的各部分，這與高效的DevOps方法相一致。
最后，CIO們知道僅僅將遺留應(yīng)用程序遷移到云端帶來(lái)的經(jīng)濟(jì)效益有限。只有通過(guò)重新設(shè)計(jì)應(yīng)用程序的架構(gòu)以充分利用云的分布式彈性以及云在數(shù)據(jù)庫(kù)、存儲(chǔ)和分析等不同領(lǐng)域所帶來(lái)的眾多服務(wù)，公司才能真正省錢。這一切都很好，是不是?
好事過(guò)多反成壞事?
問(wèn)題是，微服務(wù)很快變得不堪重負(fù)。突然你有了一小段代碼，它只與支持某業(yè)務(wù)流程的一小部分功能有關(guān)。這時(shí)候，開(kāi)發(fā)團(tuán)隊(duì)在應(yīng)用程序中構(gòu)建過(guò)多的微服務(wù)，而實(shí)際上越簡(jiǎn)單越好。
編排和管理所有服務(wù)以協(xié)同運(yùn)行以便應(yīng)用程序可靠安全地運(yùn)行頗具挑戰(zhàn)性。微服務(wù)仍與較龐大應(yīng)用程序?qū)A(chǔ)設(shè)施有著同樣的需求：備份和恢復(fù)、監(jiān)控、網(wǎng)絡(luò)和日志記錄。這時(shí)候名為服務(wù)網(wǎng)格(service mesh)的新概念開(kāi)始發(fā)揮作用。
服務(wù)網(wǎng)格的角色在演變
你打電話給當(dāng)?shù)厥姓畷r(shí)，一位接線員會(huì)幫助你快速聯(lián)系上合適的部門來(lái)解答問(wèn)題。服務(wù)網(wǎng)格以類似的方式運(yùn)作：這項(xiàng)技術(shù)駐留在網(wǎng)絡(luò)上，處理微服務(wù)之間的所有聯(lián)系，并便于訪問(wèn)諸多共享服務(wù)和工具，比如服務(wù)發(fā)現(xiàn)、故障檢測(cè)/恢復(fù)、負(fù)載均衡、加密、日志記錄、監(jiān)控和驗(yàn)證。這使你的開(kāi)發(fā)團(tuán)隊(duì)得以將時(shí)間和精力集中在服務(wù)本身上，而不是編寫(xiě)代碼或邏輯以發(fā)現(xiàn)所有服務(wù)并與它們進(jìn)行物理網(wǎng)絡(luò)連接。服務(wù)網(wǎng)格處理所有聯(lián)系。
服務(wù)網(wǎng)絡(luò)正迅速成為容器管理的必要技術(shù)。它可以減少開(kāi)發(fā)人員的工作量，因此他們不需要擔(dān)心容器之間的所有依賴關(guān)系和聯(lián)系。開(kāi)發(fā)人員只需使用智能代理或“sidecar”，即可將容器(和微服務(wù))連接到服務(wù)網(wǎng)格。
今天流行且常見(jiàn)的服務(wù)網(wǎng)格是一種名為Istio的開(kāi)源技術(shù)，它最初由谷歌開(kāi)發(fā)。思科、VMware及其他廠商正將Istio嵌入到各自的產(chǎn)品中。其他可用的開(kāi)源服務(wù)網(wǎng)格技術(shù)包括HashiCorp的Consul、Linkerd和Envoy。服務(wù)網(wǎng)格技術(shù)比較新，但管理它們的工具趨于成熟。
部署服務(wù)網(wǎng)格前要考慮什么?
如果貴企業(yè)的技術(shù)架構(gòu)大體上同質(zhì)，又需要對(duì)服務(wù)的聯(lián)系方式進(jìn)行精細(xì)控制，那么服務(wù)網(wǎng)格可能不適合。你可能遇到與需要通過(guò)這個(gè)新的基礎(chǔ)設(shè)施層進(jìn)行通信的微服務(wù)有關(guān)的延遲問(wèn)題，因此如果應(yīng)用程序?qū)ρ舆t的容忍度很低，使用服務(wù)網(wǎng)格可能會(huì)出問(wèn)題。延遲可能帶來(lái)影響的一個(gè)例子是金融服務(wù)業(yè);在這個(gè)行業(yè)，交易需要在幾微秒內(nèi)完成;增加延遲的任何因素都可能會(huì)產(chǎn)生負(fù)面影響。
此外，構(gòu)建和管理服務(wù)網(wǎng)格會(huì)帶來(lái)一定程度的復(fù)雜性。比如在Istio中，需要你針對(duì)入站請(qǐng)求定義復(fù)雜規(guī)則，并決定如何處理請(qǐng)求，還要管理遙測(cè)數(shù)據(jù)收集、運(yùn)行網(wǎng)格的可視化、網(wǎng)格的安全性以及運(yùn)行網(wǎng)格的網(wǎng)絡(luò)方面。企業(yè)須權(quán)衡這些任務(wù)的成本，再?zèng)Q定服務(wù)網(wǎng)格是否合理。通常來(lái)說(shuō)，應(yīng)用程序越復(fù)雜，對(duì)響應(yīng)時(shí)間和不可預(yù)測(cè)的規(guī)模和工作負(fù)載等方面的要求越高，需要服務(wù)網(wǎng)格的可能性就越大。
當(dāng)然，為你的基礎(chǔ)設(shè)施添加服務(wù)網(wǎng)格會(huì)在某些方面增添復(fù)雜性，不過(guò)改用繁重的微服務(wù)和云原生應(yīng)用程序環(huán)境后，它會(huì)帶來(lái)重大回報(bào)，總體上減少管理和維護(hù)要求。若實(shí)施得當(dāng)，服務(wù)網(wǎng)格技術(shù)可以為你的應(yīng)用程序提升速度、性能、靈活性和經(jīng)濟(jì)效益。
文章標(biāo)題：用服務(wù)網(wǎng)格簡(jiǎn)化微服務(wù)！
文章來(lái)源：http://m.fisionsoft.com.cn/article/ccisced.html
