女人自慰AV免费观看内涵网,日韩国产剧情在线观看网址,神马电影网特片网,最新一级电影欧美,在线观看亚洲欧美日韩,黄色视频在线播放免费观看,ABO涨奶期羡澄,第一导航fulione,美女主播操b

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

微服務(wù)優(yōu)缺點解析

lhl545545 ? 來源:電子發(fā)燒友網(wǎng) ? 2018-02-09 09:01 ? 次閱讀

前言

首先,微服務(wù)不是一個名字,而是一個架構(gòu)的概念,就像Restful不僅僅是描述api的格式,而更多的是描述基于Restful API的架構(gòu)是一樣的。微服務(wù)架構(gòu)(MSA)是對原來的大型系統(tǒng)而言的,通過橫向或者縱向、業(yè)務(wù)或者架構(gòu)切分,將一個大型的系統(tǒng)分散成很多微型小系統(tǒng)。當(dāng)系統(tǒng)復(fù)雜到一定程度時,幾十號人共同維護一個系統(tǒng)的效率很低,而且出問題的風(fēng)險也很高。

這時候就需要對系統(tǒng)進行切分,很早之前提出的SOA系統(tǒng),和微服務(wù)的架構(gòu)理念不謀而合。大家現(xiàn)在使用的基于RPC框架(dubbo、thrift等)的架構(gòu)也可以視為一種微服務(wù)。微服務(wù)到現(xiàn)在為止還沒有確切的邊界和定義,貌似計算機上很多概念都定義不出來邊界。但是,我理解微服務(wù)之間的通信是http通信,傳統(tǒng)rpc調(diào)用方式并不是嚴(yán)格的微服務(wù),因為他不能自理,需要依賴,比如可能必須某個rpc服務(wù)Producer存在的情況下,rpc服務(wù)的Consumer才能啟動起來。所以,下文中的討論,我都以微服務(wù)之間以http通信為前提。

微服務(wù)有什么好處

解耦:對于我們底層程序員而言,看得見的好處就是解耦。我要實現(xiàn)一個功能,可能并不需要很深入的了解別人的代碼,因為程序員嘛,可能都覺得別人的代碼是個渣渣([哭笑不得])。我可以新作一個微服務(wù),這個服務(wù)為其他功能提供服務(wù),又不依賴于原來已有的功能,至于業(yè)務(wù)邏輯,可以一邊上手一邊熟悉 內(nèi)聚,可以獨立部署:意思就是我維護的這個微服務(wù),可以獨立部署,對其他服務(wù)不會是強依賴,不會存在因為其他服務(wù)不存在而造成我自己的服務(wù)不能啟動或者不可用的問題。

分布式:微服務(wù)架構(gòu)下不存在一個特別大的系統(tǒng)包含很多中心功能,這樣也能提高容錯性,一個服務(wù)的癱瘓并不會讓整個系統(tǒng)癱瘓 權(quán)限驗證:微服務(wù)是高度內(nèi)聚的服務(wù),我自己的這個服務(wù),我可以定制任意合理規(guī)則,而這個規(guī)則又只適用于我自己的服務(wù)。相比于dubbo RPC調(diào)用,http微服務(wù)調(diào)用的權(quán)限驗證可以更直接更嚴(yán)格更定制化,而rpc調(diào)用時的權(quán)限驗證,我個人始終覺得不能做的很優(yōu)雅 數(shù)據(jù)分開治理,自帶分庫屬性:原來的大系統(tǒng)使用一個數(shù)據(jù)庫,當(dāng)數(shù)據(jù)很多流量很大時,就會涉及到分庫分表。

而微服務(wù)下,每個服務(wù)是否使用數(shù)據(jù)庫,數(shù)據(jù)庫是和其他服務(wù)公用還是自建,都有很大靈活性,即我覺得微服務(wù)自帶分庫分表屬性 系統(tǒng)不會被長期限制在某個技術(shù)棧上,在微服務(wù)的架構(gòu)下,整個系統(tǒng)不會受限于java或者nodejs 或者go,而是大家協(xié)同不沖突,全部http協(xié)議,json格式 各個模塊的單元測試容易自動化 等

微服務(wù)面臨的挑戰(zhàn)

通信,http請求速度慢,通常一個操作可能會涉及到多個微服務(wù)的相互調(diào)用,如果為了完成一個操作而多次從服務(wù)端調(diào)用不同的微服務(wù),http請求的耗時可能會成為瓶頸,如圖1所示。

微服務(wù)優(yōu)缺點解析

客戶端與服務(wù)端的通信需要一個 API GateWay:通常情況下,客戶端和微服務(wù)們不在一起,而各個微服務(wù)會集中部署在一個機房,那微服務(wù)之間的互相調(diào)用是很快速的,但是客戶端和微服務(wù)之間的調(diào)用會是耗時的。而且,用戶的一個動作不能在客戶端進行多次連續(xù)調(diào)用,這樣一來速度慢,二來會有泄漏系統(tǒng)架構(gòu)的風(fēng)險。正常情況下,在客戶端和微服務(wù)架構(gòu)之間會有一個API GateWay。

如圖1變成圖2所示,GateWay最重要的作用是為客戶端提供后臺服務(wù)的聚合,提供一個統(tǒng)一的服務(wù)出口,解除他們之間的耦合,為了解決API Gateway單點故障點或者性能瓶頸,通常Gateway也是一個集群,而且客戶端的訪問控制、賬號管理、登錄管理等切面通常會在這里處理

微服務(wù)優(yōu)缺點解析

微服務(wù)很多時,整個鏈路可能很長,調(diào)用失敗的風(fēng)險高,而且e2e自動化測試會成為一個問題 服務(wù)注冊和服務(wù)發(fā)現(xiàn),我司有自己的服務(wù)管理系統(tǒng)。我推薦etcd。Google開源的Kubernetes(k8s)貌似也是使用的這個。 分布式事務(wù),這個是微服務(wù)系統(tǒng)的大難點,可能需要根據(jù)自己系統(tǒng)的情況和業(yè)務(wù)需求進行定制了,我推薦補償性分布式事務(wù)和基于消息的分布式事務(wù)。(下次有時間介紹一下常用的集中分布式事務(wù)要怎么做)

基于微服務(wù)架構(gòu)和架構(gòu)實施過程中存在的優(yōu)點和缺點:

采用微服務(wù)架構(gòu)的優(yōu)點

采用微服務(wù)架構(gòu)可以更好的實現(xiàn)DevOps開發(fā)運維一體化,同時因為微服務(wù)架構(gòu)下各個微服務(wù)模塊相對獨立和松耦合,因此在后續(xù)業(yè)務(wù)變更的分析和處理中往往能夠更加敏捷快速的響應(yīng),同時相對影響也最小。

整個業(yè)務(wù)系統(tǒng)水平擴展更加容易,單體應(yīng)用要擴展往往數(shù)據(jù)庫是大問題,而在微服務(wù)架構(gòu)下實現(xiàn)了單體應(yīng)用的垂直拆分,可以更加容易的通過廉價的X86服務(wù)器資源來實現(xiàn)水平擴展。

通過微服務(wù)架構(gòu)可以更好的提升各個模塊的可復(fù)用性和可組裝性。通過微服務(wù)架構(gòu)更好的實現(xiàn)了原單體應(yīng)用內(nèi)部各個組件或模塊的徹底解耦,通過解耦本身也降低了原單體應(yīng)用內(nèi)部的復(fù)雜度。

可以使研發(fā)過程根據(jù)敏捷和小團隊化,包括和敏捷軟件開發(fā)最佳實踐更好的匹配,每個微服務(wù)模塊都可以形成獨立的敏捷小團隊進行開發(fā)和部署上線。

進一步在傳統(tǒng)單體應(yīng)用內(nèi)部實施SOA參考架構(gòu)思想,體現(xiàn)業(yè)務(wù)能力組件化,組件能力服務(wù)化,同時也可以更好貫徹各個能力中心和前端應(yīng)用組件的分離,實現(xiàn)共性能力下沉和復(fù)用。

采用微服務(wù)架構(gòu)的缺點或困難

微服務(wù)架構(gòu)需要開發(fā)團隊本身具備較強的團隊管理能力,軟件研發(fā)技能,因為管控的粒度單位已經(jīng)從原有業(yè)務(wù)系統(tǒng)變化為了微服務(wù)模塊。

微服務(wù)架構(gòu)本身會提升開發(fā)難度和工作量,特別是上層的跨多個微服務(wù)模塊或組件的功能應(yīng)用的實現(xiàn),往往需要在前端進行服務(wù)組合而不是傳統(tǒng)方式在數(shù)據(jù)庫層做SQL關(guān)聯(lián)。

由于各個微服務(wù)模塊完全相對獨立和松耦合,因此對于跨多模塊業(yè)務(wù)帶來的分布式事務(wù)問題是必須解決或找尋替代方案。特別是在微服務(wù)架構(gòu)下數(shù)據(jù)庫已經(jīng)進行了垂直拆分,對于跨庫訪問本身的分布式事務(wù)一致性問題是最需要和重視的問題。

服務(wù)的治理將成為實施微服務(wù)架構(gòu)中重點問題,包括了服務(wù)全生命周期管理,服務(wù)后期的運維和監(jiān)控,性能分析,服務(wù)鏈監(jiān)控等。如果企業(yè)本身的IT治理和SOA管控治理能力弱,那么及時開始正常實施了微服務(wù)架構(gòu),到了后期的運維管控也很難做的很好。其核心原因還是管控的粒度更加細(xì),需要管控的微服務(wù)模塊,服務(wù)接口都會呈現(xiàn)指數(shù)級增加。

集成復(fù)雜度增加,任何徹底的分解都將帶來集成的復(fù)雜度,即模塊在集成時候需要外部微服務(wù)模塊更多的配合。

部署復(fù)雜度增加,由于微服務(wù)模塊需要獨立部署,往往涉及到多達上100個容器的安裝和部署和集成等相關(guān)工作,這也是需要和Docker集成并實現(xiàn)自動部署的一個原因。

微服務(wù)很多時,整個鏈路可能很長,調(diào)用失敗的風(fēng)險高,而且e2e自動化測試會成為一個問題 服務(wù)注冊和服務(wù)發(fā)現(xiàn),我司有自己的服務(wù)管理系統(tǒng)。我推薦etcd。Google開源的Kubernetes(k8s)貌似也是使用的這個。 分布式事務(wù),這個是微服務(wù)系統(tǒng)的大難點,可能需要根據(jù)自己系統(tǒng)的情況和業(yè)務(wù)需求進行定制了,我推薦補償性分布式事務(wù)和基于消息的分布式事務(wù)。(下次有時間介紹一下常用的集中分布式事務(wù)要怎么做)

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 微服務(wù)
    +關(guān)注

    關(guān)注

    0

    文章

    145

    瀏覽量

    7674
收藏 人收藏

    評論

    相關(guān)推薦
    熱點推薦

    PCBA 表面處理:優(yōu)缺點大揭秘,應(yīng)用場景全解析

    一站式PCBA加工廠家今天為大家講講PCBA加工如何選擇合適的表面處理工藝?PCBA表面處理優(yōu)缺點與應(yīng)用場景。在電子制造中,PCBA板的表面處理工藝對電路板的性能、可靠性和成本都有重要影響。選擇合適
    的頭像 發(fā)表于 05-05 09:39 ?210次閱讀
    PCBA 表面處理:<b class='flag-5'>優(yōu)缺點</b>大揭秘,應(yīng)用場景全<b class='flag-5'>解析</b>

    硅谷物理服務(wù)器的優(yōu)缺點分析

    硅谷物理服務(wù)器因其高性能、高質(zhì)量和先進的技術(shù)支持而在全球范圍內(nèi)享有很高的聲譽。硅谷物理服務(wù)器的優(yōu)缺點分析如下,主機推薦小編為您整理發(fā)布硅谷物理服務(wù)器的
    的頭像 發(fā)表于 02-12 09:30 ?287次閱讀

    香港主機托管和國內(nèi)主機的優(yōu)缺點比較

    香港主機托管和國內(nèi)主機(以大陸主機為例)的優(yōu)缺點比較,主機推薦小編為您整理發(fā)布香港主機托管和國內(nèi)主機的優(yōu)缺點比較,希望對您有幫助。
    的頭像 發(fā)表于 02-05 17:42 ?360次閱讀

    東京站群服務(wù)器有哪些優(yōu)缺點

    東京站群服務(wù)器,作為部署在東京地區(qū)的服務(wù)器集群,專為站群優(yōu)化而建,其優(yōu)缺點如下,主機推薦小編為您整理發(fā)布東京站群服務(wù)器有哪些優(yōu)缺點
    的頭像 發(fā)表于 02-05 17:39 ?306次閱讀

    模擬量信號的應(yīng)用和優(yōu)缺點

    在現(xiàn)代工業(yè)自動化、環(huán)境監(jiān)測、科學(xué)研究等領(lǐng)域,模擬量信號作為一種基本且重要的信號形式,扮演著不可或缺的角色。本文將對模擬量信號進行深度解析,探討其定義、工作原理、傳輸方式、應(yīng)用以及優(yōu)缺點,以期為相關(guān)領(lǐng)域的研究者和工程師提供參考。
    的頭像 發(fā)表于 02-03 11:26 ?851次閱讀

    寶藏級微服務(wù)架構(gòu)工具合集

    寶藏級熱門微服務(wù)架構(gòu)工具包含Spring Boot、Eclipse Vert.X、Kubernetes、Tyk、RabbitMQ、Apache Kafka等。其中,Spring Boot簡化了微服務(wù)
    的頭像 發(fā)表于 12-21 16:33 ?559次閱讀

    通用型企業(yè)云服務(wù)器的優(yōu)缺點

    通用型企業(yè)云服務(wù)器是一種基于云計算技術(shù)的服務(wù)器解決方案,它通過虛擬化技術(shù)將計算資源、存儲資源和網(wǎng)絡(luò)資源提供給用戶,具有多種優(yōu)勢和一定的局限性。主機推薦小編為您整理發(fā)布通用型企業(yè)云服務(wù)優(yōu)缺點
    的頭像 發(fā)表于 12-17 09:57 ?355次閱讀

    不同類型UPS電源的優(yōu)缺點

    不間斷電源(UPS)是為關(guān)鍵設(shè)備提供穩(wěn)定、不間斷電力供應(yīng)的重要設(shè)備。根據(jù)設(shè)計和功能的不同,UPS可以分為幾種類型,每種類型都有其獨特的優(yōu)缺點。以下是一些常見的UPS類型及其優(yōu)缺點的概述: 在線式
    的頭像 發(fā)表于 10-28 10:45 ?1707次閱讀

    微服務(wù)架構(gòu)與容器云的關(guān)系與區(qū)別

    微服務(wù)架構(gòu)與容器云密切相關(guān)又有所區(qū)別。微服務(wù)將大型應(yīng)用拆分為小型、獨立的服務(wù),而容器云基于容器技術(shù),為微服務(wù)提供構(gòu)建、發(fā)布和運行的平臺。區(qū)別在于,
    的頭像 發(fā)表于 10-21 17:28 ?494次閱讀

    入門級攻略:如何容器化部署微服務(wù)

    第一步理解容器化基礎(chǔ),第二步創(chuàng)建Dockerfile,第三步構(gòu)建推送鏡像,第四步部署微服務(wù),第五步管理微服務(wù)、第六步優(yōu)化更新。容器化部署微服務(wù)是現(xiàn)代軟件開發(fā)中的一種高效方法,可提供良好的可移植性、可擴展性和管理性。容器化部署
    的頭像 發(fā)表于 10-09 10:08 ?339次閱讀

    雪崩晶體管有哪些優(yōu)缺點

    雪崩晶體管作為一種特殊的半導(dǎo)體器件,在電子領(lǐng)域具有其獨特的優(yōu)缺點
    的頭像 發(fā)表于 09-23 18:05 ?645次閱讀

    什么是壓電陶瓷傳感器?它有哪些優(yōu)缺點

    壓電陶瓷傳感器是一種基于壓電效應(yīng)的傳感器,廣泛應(yīng)用于多個領(lǐng)域,如醫(yī)療設(shè)備、工業(yè)自動化、科學(xué)研究、汽車、航空航天等。以下是對壓電陶瓷傳感器的詳細(xì)解析,包括其定義、工作原理、特點、應(yīng)用以及優(yōu)缺點等方面。
    的頭像 發(fā)表于 08-09 17:42 ?3681次閱讀

    采用OpenUSD和NVIDIA NIM微服務(wù)創(chuàng)建精準(zhǔn)品牌視覺

    全球領(lǐng)先的創(chuàng)意和制作服務(wù)機構(gòu)率先采用 OpenUSD 和 NVIDIA NIM 微服務(wù)來創(chuàng)建精準(zhǔn)的品牌視覺。
    的頭像 發(fā)表于 08-01 14:33 ?668次閱讀

    AI大模型與小模型的優(yōu)缺點

    在人工智能(AI)的廣闊領(lǐng)域中,模型作為算法與數(shù)據(jù)之間的橋梁,扮演著至關(guān)重要的角色。根據(jù)模型的大小和復(fù)雜度,我們可以將其大致分為AI大模型和小模型。這兩種模型在定義、優(yōu)缺點及應(yīng)用場景上存在著顯著的差異。本文將從多個維度深入探討AI大模型與小模型的特點,并分析其各自的優(yōu)缺點
    的頭像 發(fā)表于 07-10 10:39 ?6940次閱讀

    遠(yuǎn)程連接路由器:方法大全與優(yōu)缺點解析

    遠(yuǎn)程連接路由器的方式主要有以下幾種,以下是每種方式的詳細(xì)說明及其優(yōu)缺點: 1、使用Web瀏覽器登錄 方法:通過配置路由器的遠(yuǎn)程管理功能,允許用戶通過互聯(lián)網(wǎng)瀏覽器訪問路由器的管理界面。用戶只需輸入
    的頭像 發(fā)表于 06-11 12:05 ?1103次閱讀
    遠(yuǎn)程連接路由器:方法大全與<b class='flag-5'>優(yōu)缺點解析</b>