成都創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于成都網(wǎng)站設(shè)計、網(wǎng)站制作、西鄉(xiāng)網(wǎng)絡(luò)推廣、微信小程序開發(fā)、西鄉(xiāng)網(wǎng)絡(luò)營銷、西鄉(xiāng)企業(yè)策劃、西鄉(xiāng)品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們大的嘉獎；成都創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供西鄉(xiāng)建站搭建服務(wù)，24小時服務(wù)熱線：18982081108，官方網(wǎng)址：chinadenli.net

1. 服務(wù)網(wǎng)格白熱化

服務(wù)網(wǎng)格是一個專注于服務(wù)間通信的基礎(chǔ)設(shè)施層，也是目前最受關(guān)注的與云原生有關(guān)的話題。隨著容器的普及，服務(wù)拓?fù)渥兊迷絹碓絼討B(tài)化，這對網(wǎng)絡(luò)功能提出了更多的要求。服務(wù)網(wǎng)格通過服務(wù)發(fā)現(xiàn)、路由、負(fù)載均衡、健康檢測和可觀察性來管理流量，簡化容器與生俱來的復(fù)雜性。

隨著 HAProxy、traefik 和 NGINX 逐步把自己定位成數(shù)據(jù)平面，服務(wù)網(wǎng)格也變得越來越流行。盡管服務(wù)網(wǎng)格還沒有得到大規(guī)模部署，但確實有些企業(yè)已經(jīng)在生產(chǎn)環(huán)境中運(yùn)行服務(wù)網(wǎng)格。另外，服務(wù)網(wǎng)格不僅可以用在微服務(wù)或 Kubernetes 環(huán)境中，也可以被用在 VM 和無服務(wù)器架構(gòu)的環(huán)境中。例如，美國國家生物技術(shù)信息中心雖然沒有使用容器，但他們使用了 Linkerd。

服務(wù)網(wǎng)格還可以用在混沌工程中。服務(wù)網(wǎng)格可以給系統(tǒng)注入延遲和故障，這樣就不需要在每臺主機(jī)上安裝后臺進(jìn)程。

Istio 和 Buoyant 的 Linkerd 是目前最為流行的服務(wù)網(wǎng)格框架。另外，Buoyant 在去年 12 月份開源了用于 Kubernetes 的服務(wù)網(wǎng)格框架 Conduit V0.1。

2. 事件驅(qū)動架構(gòu)的崛起

隨著業(yè)務(wù)場景的不斷變化，我們已經(jīng)看到了基于推送或事件的架構(gòu)正在成為一種趨勢。服務(wù)向訂閱事件的觀察者容器發(fā)送事件，容器異步做出響應(yīng)，事件發(fā)送者可能對此一無所知。與請求響應(yīng)式架構(gòu)不同的是，在基于事件的系統(tǒng)架構(gòu)中，發(fā)起事件的容器并不依賴下游的容器，它們的處理過程和加載的事務(wù)與下游容器的可用性或完成情況無關(guān)。這種架構(gòu)的另一個好處是，開發(fā)者可以更加獨(dú)立地設(shè)計各自的服務(wù)。

在容器環(huán)境中使用基于事件的架構(gòu)時，功能即服務(wù)（FaaS）可以助他們一臂之力。在 FaaS 架構(gòu)中，功能以文本的形式保存在數(shù)據(jù)庫中，然后由事件來觸發(fā)它們。在調(diào)用一個功能時，API 控制器會收到一個消息，并將它通過負(fù)載均衡器發(fā)送到消息總線，調(diào)用者容器負(fù)責(zé)處理隊列中的消息。消息處理完畢后，結(jié)果被保存在數(shù)據(jù)庫中，并發(fā)送給用戶，而功能暫時退役，等待下一次觸發(fā)。

FaaS 有兩大好處。首先，縮短了服務(wù)開發(fā)時間，因為除了源代碼，不需要創(chuàng)建其他任何東西。其次，降低了開銷，因為功能的管理和伸縮通常是由 FaaS 平臺（比如 AWS Lambda）來完成的。當(dāng)然，采用 FaaS 本身也存在一些挑戰(zhàn)。FaaS 要求解耦每一個服務(wù)，那么就會存在大量的服務(wù)需要發(fā)現(xiàn)、管理、編配和監(jiān)控。因為缺乏對服務(wù)依賴鏈的全盤了解，F(xiàn)aaS 系統(tǒng)難以調(diào)試，而且可能會出現(xiàn)無限循環(huán)依賴問題。

在目前看來，F(xiàn)aaS 并不適用于某些場景，比如那些需要較長處理時間、需要往內(nèi)存里加載大量數(shù)據(jù)或需要穩(wěn)定性能的場景。開發(fā)者主要使用 FaaS 來運(yùn)行后臺作業(yè)和處理臨時事件，不過我們相信，隨著存儲層速度的加快和平臺性能的提升，F(xiàn)aaS 的應(yīng)用場景會越來越多。

2017 年秋天，CNCF 對 550 名用戶進(jìn)行了問卷調(diào)查，其中 31% 的人正在使用無服務(wù)器架構(gòu)技術(shù)，28% 的人打算在未來 18 個月使用無服務(wù)器架構(gòu)技術(shù)。而在使用無服務(wù)器架構(gòu)技術(shù)的 169 人當(dāng)中，有 77% 使用的是 AWS Lambda。雖說 Lambda 或許是領(lǐng)先的無服務(wù)器架構(gòu)平臺，但我們相信邊緣計算仍然有機(jī)會。邊緣計算將在物聯(lián)網(wǎng)和 AR/VR 領(lǐng)域大展拳腳。

3. 安全模型的變化

因為對內(nèi)核訪問方面的限制，部署在容器中的應(yīng)用程序相對安全。在 VM 環(huán)境中，虛擬設(shè)備驅(qū)動器是唯一暴露可見性的地方。而在容器環(huán)境里，操作系統(tǒng)提供了系統(tǒng)調(diào)用，信號源也變得更加豐富。之前，管理員需要在 VM 中安裝代理，但那樣太復(fù)雜了，需要管理太多的東西。容器提供了更清晰的可見性，相比 VM，與容器的集成會更加容易。

451 Research 公司發(fā)布的一份調(diào)查報告表明，安全性是影響容器普及的大障礙。在一開始，安全漏洞就已成為容器環(huán)境最主要的問題。隨著越來越多的容器鏡像的發(fā)布，確保這些鏡像不含有漏洞便成為當(dāng)務(wù)之急。隨著時間的推移，容器鏡像掃描和認(rèn)證成為了一種有利可圖的生意。

在 VM 環(huán)境中，hypervisor 扮演著訪問控制點(diǎn)的角色，而對于一個具備內(nèi)核訪問權(quán)限的容器來說，它可以訪問內(nèi)核上的其他所有容器。因此，使用容器的企業(yè)必須限制容器與宿主機(jī)之間的交互行為以及容器將會執(zhí)行的系統(tǒng)調(diào)用。確保宿主機(jī)的 cgroup 和 namespace 配置妥當(dāng)也是非常重要的一點(diǎn)。

傳統(tǒng)的防火墻通過 IP 地址規(guī)則來控制網(wǎng)絡(luò)流量。不過，這種技術(shù)無法在容器環(huán)境中使用，因為動態(tài)編配需要重用 IP。在生產(chǎn)環(huán)境，運(yùn)行時攻擊檢測是非常關(guān)鍵的安全手段，通過構(gòu)建容器指紋和定義行為基準(zhǔn)，就可以很容易檢測出異常行為，并把攻擊者隔離在沙箱中。451 Research 公司的報告指出，受調(diào)的 52% 企業(yè)在生產(chǎn)環(huán)境中使用了容器，可見，在容器環(huán)境中使用運(yùn)行時攻擊檢測十分有必要。

4. 從 REST 到 GraphQL

GraphQL 是 Facebook 于 2012 年創(chuàng)建并于 2015 年開源的一套查詢語言 API 規(guī)范。GraphQL 的類型系統(tǒng)允許開發(fā)者自己定義數(shù)據(jù) schema，可以增加新字段，也可以刪除舊字段，這些都不會影響已有的查詢，也不需要修改客戶端。GraphQL 非常強(qiáng)大，因為它沒有與特定的數(shù)據(jù)庫或存儲引擎綁定在一起。

GraphQL 服務(wù)器使用一個單獨(dú)的端點(diǎn)來提供所有的功能。只要定義好資源之間類型和字段的關(guān)系（這個與 REST 端點(diǎn)不太一樣），GraphQL 就可以跟蹤屬性之間的關(guān)系，在單個查詢中從多個資源獲取數(shù)據(jù)。在使用 REST 時，可能需要為單個請求加載多個 URL，這樣不僅增加了網(wǎng)絡(luò)跳轉(zhuǎn)，還拖慢了查詢速度。通過減少網(wǎng)絡(luò)跳轉(zhuǎn)，GraphQL 降低了單個數(shù)據(jù)請求所要耗費(fèi)的資源。GraphQL 返回的數(shù)據(jù)通常是 JSON 格式。

使用 GraphQL 還有其他好處。首先，客戶端和服務(wù)器端之間解耦開了，這樣就可以分開維護(hù)。GraphQL 使用相似的語言進(jìn)行客戶端與服務(wù)器端之間的通信，所以調(diào)試更加容易了。查詢結(jié)構(gòu)與服務(wù)器端返回的數(shù)據(jù)結(jié)構(gòu)完全匹配，因此，相比其他語言，如 SQL 或 Gremlin，GraphQL 更加高效。查詢本身就反映了響應(yīng)消息的結(jié)構(gòu)，所以可以很容易地檢測出差異，如果沒有正確處理某些字段也可以很容易識別出來。因為查詢更簡單了，整個流程也變得更穩(wěn)定。雖然說 GraphQL 規(guī)范主打支持外部 API，但我們發(fā)現(xiàn)將它用在內(nèi)部 API 中也很不錯。

GraphQL 的用戶包括 Amplitude、Credit Karma、KLM、紐約時報、Twitch、Yelp 等。去年 11 月，亞馬遜推出的 AppSync 就提供了 GraphQL 支持，可見它有多么流行。在存在 gRPC 和 Twitch Twirp 這些 RPC 框架的前提下，看著 GraphQL 的發(fā)展真是一件有趣的事情。

5. 混沌工程浮出水面

混沌工程最初由 Netflix 發(fā)起，后來亞馬遜、谷歌、微軟和 Facebook 也開始實踐?；煦绻こ痰哪康脑谟诟倪M(jìn)系統(tǒng)的確定性，以便應(yīng)對生產(chǎn)環(huán)境的各種問題。混沌工程經(jīng)歷了十年的發(fā)展。最初，Netflix 開發(fā)了 Chaos Monkeys，用它在生產(chǎn)環(huán)境關(guān)閉部分服務(wù)，后來演變成故障注入測試和 Chaos Kong，用在更大規(guī)模的環(huán)境中。

從表面上看，混沌工程只是為了向系統(tǒng)注入混亂。盡管通過破壞系統(tǒng)來發(fā)現(xiàn)問題是件有趣的事情，但這樣做并不一定會帶來生產(chǎn)力的提升或者給我們提供有用的信息。實際上，混沌工程不只是注入故障那么簡單，它還可以制造流量高峰、非正常的請求等，用以發(fā)現(xiàn)已經(jīng)存在的問題。除了可以用它驗證假設(shè)，還可用它來發(fā)現(xiàn)系統(tǒng)的新屬性。通過發(fā)現(xiàn)系統(tǒng)弱點(diǎn)來改進(jìn)系統(tǒng)彈性，以免造成糟糕的用戶體驗。

混沌工程通過對系統(tǒng)進(jìn)行全面的測試來改善穩(wěn)定性。隨著工程師們在提升系統(tǒng)健壯性方面所做的工作越來越多，混沌工程似乎會變得越來越為人們所接受。

隨著混沌工程成為主流，它可能會以開源項目的形式、商業(yè)的形式甚至是服務(wù)網(wǎng)格的形式來實現(xiàn)。

最后給大家 推薦一個 Java 架構(gòu)方面的交流學(xué)習(xí)群： 698581634 ，里面會分享一些資深架構(gòu)師錄制的視頻錄像：有 Spring ， MyBatis ， Netty 源碼分析，高并發(fā)、高性能、分布式、微服務(wù)架構(gòu)的原理， JVM 性能優(yōu)化這些成為架構(gòu)師必備的知識體系，主要針對 Java 開發(fā)人員提升自己，突破瓶頸，相信你來學(xué)習(xí)，會有提升和收獲。在這個群里會有你需要的內(nèi)容   朋友們請抓緊時間加入進(jìn)來吧。

文章題目：2018年5大微服務(wù)架構(gòu)發(fā)展趨勢-創(chuàng)新互聯(lián)
瀏覽路徑：http://chinadenli.net/article32/deissc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供全網(wǎng)營銷推廣、網(wǎng)站收錄、響應(yīng)式網(wǎng)站、網(wǎng)站策劃、網(wǎng)站營銷、虛擬主機(jī)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)