国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

服務(wù)治理深入淺出(1)- 服務(wù)治理出現(xiàn)的必要性探索

Bryan / 2721人閱讀

摘要:服務(wù)化的出現(xiàn)假想一個京東的發(fā)展路程都是我虛構(gòu)的。更多的服務(wù)的提取抽離,更多的團隊出現(xiàn)業(yè)務(wù)繼續(xù)發(fā)展,出現(xiàn)了京東大藥房,專門賣藥,需要調(diào)用京東目前的財務(wù)系統(tǒng)。

以下內(nèi)容都是自己的理解,不保證正確,可能是對的,也可能把你帶溝里,自己甄別。

更多詳情請看直播 揭開她的神秘面紗 - 零基礎(chǔ)構(gòu)建自己的服務(wù)治理框架

https://segmentfault.com/l/15...

很久之前聽別人分享他們的架構(gòu),總會說,因為某某原因,我們進行服務(wù)化,我們公司開發(fā)了一套服務(wù)治理框架。

當(dāng)時虎軀為之一震,趕緊在手機上記下關(guān)鍵詞:“服務(wù)化”、“服務(wù)治理”、“服務(wù)治理框架”。
回去之后馬上搜索,覺得很高大上,弄不懂,為什么要服務(wù)化,到底什么是服務(wù)治理?。?br>很多文章一上來就直接講他們的服務(wù)治理多 NB,對于新人來說卻總有一種鏡花水月的感覺,那么我這次,希望從架構(gòu)的演變出發(fā),逐步說明,希望能讓大家豁然開朗。

總體思路:業(yè)務(wù)的解耦使得服務(wù)化的出現(xiàn),多套服務(wù)化的出現(xiàn)代碼冗余,管理不便最終使得服務(wù)治理的出現(xiàn)。

服務(wù)化的出現(xiàn)

假想一個京東的發(fā)展路程(都是我虛構(gòu)的)。

最初是一個簡單的類似的 ecshop 的購物網(wǎng)站,由 A 團隊在迭代開發(fā)。突然有一天運營發(fā)現(xiàn),我們需要一個社區(qū),增加用戶的粘性。

招兵買馬,組件團隊,這個時候京東已經(jīng)足夠龐大,代碼也很復(fù)雜,新團隊(cname B)開發(fā)一個社區(qū),如果在原來基礎(chǔ)上打補丁式的開發(fā),反而不合適,所以最終決定開發(fā)一套全新的系統(tǒng)。既然是同一家公司,那么沒有理由要用戶重新在社區(qū)注冊吧?應(yīng)該是用戶在 www.jd.com/login 登錄了,然后在論壇 bbs.jd.com 就應(yīng)該能獲取用戶的基本信息。

那怎么在論壇里獲取用戶的基本信息呢?
為了新人更好的理解,我隨便編了一種方案:

用戶在 www.jd.com/login 登錄之后,www.jd.com 服務(wù)器端把一份對稱加密的 cookie 存在客戶端的 *.jd.com 下。

然后 bbs.jd.com 服務(wù)器端拿到客戶端的 cookie 解密之后,得到一個 json 串,{uid:xxxx,username:"xxx",token:"xxxx"}

最后 bbs.jd.com 服務(wù)器端拿著 uid + token 去 www.jd.com 提供的一個 api 做驗證,驗證通過之后,算用戶已經(jīng)登錄。

如此,A 團隊和 B 團隊一起攜手幸福合作了一段時間。

隨著業(yè)務(wù)的發(fā)展,賬號變得越來越復(fù)雜,比如我們綁定的社交賬號越來越多,各家郵箱也很多,手機號登錄,企業(yè)賬號、子賬號、會員等級等等業(yè)務(wù)。

我們都知道開發(fā)的原則的高內(nèi)聚,低耦合。最后 A 團隊的老司機,將原來的賬號相關(guān)的代碼,獨立出來多帶帶部署。分配域名account.jd.com。這樣用戶都統(tǒng)一到account.jd.com進行登錄, A 團隊和 B 團隊都調(diào)用account.jd.com的接口來驗證(走內(nèi)網(wǎng) ip:port )。

災(zāi)難的發(fā)生

某一天賬號中心集群被 ddos 攻擊,被機房直接封 ip 了,而 A 團隊和 B 團隊都不知道,很多請求都阻塞在了用戶的身份鑒權(quán)接口的驗證上。導(dǎo)致請求越來越多,timeout 時間設(shè)置的也比較長,這樣網(wǎng)站都越來越卡。

A 團隊和 B 團隊都吸取了教訓(xùn),做出了如下方案:

周期性的去對賬號中心的服務(wù)進行健康,比如一分鐘檢測一次。

如果發(fā)現(xiàn)服務(wù)不可用,那么就緩存服務(wù)的狀態(tài)10分鐘(unusable),期間繼續(xù)不停的進行健康巡查,發(fā)現(xiàn)服務(wù)可用,則修改狀態(tài)為服可用。

發(fā)現(xiàn)服務(wù)不可用的時候,直接拋出異常,不在阻塞等待。

三方都添加了報警,如果服務(wù)不可用,都會收到報警。

更多的服務(wù)的提取抽離,更多的團隊出現(xiàn)

業(yè)務(wù)繼續(xù)發(fā)展,出現(xiàn)了京東大藥房,專門賣藥,需要調(diào)用京東目前的財務(wù)系統(tǒng)。循環(huán)上面的邏輯,財務(wù)系統(tǒng)獨立出來了。

大藥房也要調(diào)用賬號中心的服務(wù)和財務(wù)服務(wù)。

也要部署之前在 A 團隊和 B 團隊的那套容錯代碼。

服務(wù)提供方的變動

ip:port 的變動

所有的服務(wù)使用者的代碼都修改使用新的ip:port

開會開會 提出服務(wù)治理

現(xiàn)在系統(tǒng)的代碼都被 A/B/C/D 各個團隊在用,地址更新了了還要手動更新了,我們能不能做到,服務(wù)提供者地址更新了,能推送到所有服務(wù)消費者。

之前 A,B 對賬號中心的服務(wù)做的服務(wù)的管理,其實一套通用的方案,能不能搞出來一個平臺或者服務(wù)(服務(wù)治理的雛形),A/B/C/D 都依賴我這個服務(wù)(服務(wù)治理的雛形),通過這個服務(wù)再去管理各個服務(wù)。

也就是現(xiàn)在這個服務(wù)治理的就是來管理各個服務(wù),目前有兩個功能,服務(wù)注冊、服務(wù)訂閱、服務(wù)的推送。

a 服務(wù)提供方說,我們過幾天要做壓測,你們別不能請求我們192.168.0.10,你們都請求192.168.0.11。哦!也就是權(quán)重,把前者的權(quán)重調(diào)為0,好,所有的服務(wù)提供方都可能會有這種需求。那么服務(wù)治理也承包了。

b 服務(wù)提供方說,你們寫訂單的時候調(diào)用我們192.168.0.12,查訂單的時候調(diào)我們192.168.0.13或者192.168.0.14。哦!這不是咱們的讀寫分離的套路么,行,我們服務(wù)治理加個路由功能,服務(wù)提供者只要在動態(tài)的配置就行,我們再動態(tài)推給消費者。

服務(wù)治理的完善

整理會議的精髓:

我們服務(wù)治理中心,需要一個注冊中心,統(tǒng)計都有哪些人提供了哪些服務(wù),然后消費者,在啟動服務(wù)的時候,像注冊中心發(fā)送請求,我們需要哪些服務(wù),注冊中心推送提供者的服務(wù)信息。

我們服務(wù)治理中心,需要一個監(jiān)控中心,統(tǒng)計各個服務(wù)提供的次數(shù)、服務(wù)響應(yīng)的時間、服務(wù)的健康狀態(tài)。

服務(wù)提供者和服務(wù)消費者之間通信,我們就別走 http 了,我們改成自定義協(xié)議,自己封裝一套
rpc 協(xié)議才是我們的良藥,這樣我們就像在使用本地方法一樣調(diào)用遠程的方法了(這個 php 理解可能有點莫名其妙,推薦學(xué)習(xí) java,java 是每個老司機繞不過的坎),最好是服務(wù)提供者和服務(wù)消費者之間使用長連接,減少每次請求連接的時間消耗和網(wǎng)絡(luò)I/O。這個rpc協(xié)議也由我們服務(wù)治理還給大家指定吧。

就寫到這了吧!

還沒聽夠,老鐵,更多詳情請看直播 揭開她的神秘面紗 - 零基礎(chǔ)構(gòu)建自己的服務(wù)治理框架

https://segmentfault.com/l/15...

文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/23263.html

相關(guān)文章

  • 直擊痛點:混合云時代,如何破解多云管理難題?

    摘要:也就使得企業(yè)在采用云服務(wù)時,多云管理成為首要痛點。而企業(yè)部署混合云戰(zhàn)略時,最先解決的一大要務(wù)就是簡化混合云的管理和部署,選擇符合自身需求的多云管理平臺。云管理和云連接多廠商異構(gòu)云平臺的統(tǒng)一管控是多云管理的基礎(chǔ)。云計算作為業(yè)務(wù)戰(zhàn)略發(fā)展的長期選擇已成為行業(yè)共識,而混合云作為云計算領(lǐng)域的一匹黑馬,開始被越來越多的企業(yè)采納,成為主流的云計算模式,谷歌、微軟、阿里云等已紛紛實施混合云部署戰(zhàn)略。根據(jù)云星...

    chavesgu 評論0 收藏0
  • 服務(wù)治理深入淺出(2)- 遠程方法調(diào)用實現(xiàn)

    摘要:需求在了解了前面我們關(guān)于服務(wù)治理出現(xiàn)的必要性之后。我們知道服務(wù)治理是建立在眾多服務(wù)基礎(chǔ)之上的,那么,第一步,打通這些服務(wù)是基礎(chǔ),也就是我們常說的遠程調(diào)用。上面執(zhí)行遠程調(diào)用也類似。 需求 在了解了前面我們關(guān)于服務(wù)治理出現(xiàn)的必要性之后。我們知道服務(wù)治理是建立在眾多服務(wù)基礎(chǔ)之上的,那么,第一步,打通這些服務(wù)是基礎(chǔ),也就是我們常說的 RPC 遠程調(diào)用。要像調(diào)用本地方法一樣調(diào)用遠程服務(wù)器上的方法...

    hidogs 評論0 收藏0
  • 2021云計算十大關(guān)鍵詞:云原生、高性能、混沌工程、混合云、邊緣計算、零信任、優(yōu)化治理、數(shù)字政府、低

    摘要:云計算十大關(guān)鍵詞分別是云原生高性能混沌工程混合云邊緣計算零信任優(yōu)化治理數(shù)字政府低碳云企業(yè)數(shù)字化轉(zhuǎn)型。當(dāng)前,云原生與云安全呈加速融合趨勢。 7月27日,由中國信息通信研究院、中國通信標準化協(xié)會主辦的2021年可信云大會在京召開。中國信息通信研究院云計算與大數(shù)據(jù)研究所所長何寶宏在會上正式發(fā)布2021云計算十大關(guān)鍵詞以及對應(yīng)的重要發(fā)展趨勢。 ? ...

    CastlePeaK 評論0 收藏0
  • 服務(wù)應(yīng)用新趨勢:Service Mesh、AIOps和中臺化

    摘要:目前,網(wǎng)易云輕舟微服務(wù)平臺已經(jīng)應(yīng)用于銀行證券視頻監(jiān)控物流工業(yè)等行業(yè)不少中大型企業(yè),幫助其實施微服務(wù)化改造,建設(shè)符合行業(yè)特點的業(yè)務(wù)中臺,支撐企業(yè)數(shù)字化戰(zhàn)略的落地。 微服務(wù)技術(shù)由于天生支持快速迭代、彈性擴展的特點,使企業(yè)能夠在不確定性下提升發(fā)展速度及抗風(fēng)險能力,受到了越來越多的關(guān)注。當(dāng)前,云服務(wù)商紛紛試水微服務(wù)產(chǎn)品,最為典型的,當(dāng)屬推出輕舟微服務(wù)平臺、劍指整個微服務(wù)應(yīng)用生命周期的網(wǎng)易云。 ...

    tunny 評論0 收藏0
  • 恕我直言,你可能誤解了微服務(wù)

    摘要:劉超,網(wǎng)易云計算首席架構(gòu)師,有多年的云計算架構(gòu)與開發(fā)經(jīng)歷,積累了豐富的企業(yè)級應(yīng)用的微服務(wù)化,容器化實戰(zhàn)經(jīng)驗。近日,記者對劉超進行了采訪,跟大家分享了微服務(wù)實戰(zhàn)的挑戰(zhàn)和一些常見的微服務(wù)誤解,以及他對微服務(wù)發(fā)展趨勢的判斷。 劉超,網(wǎng)易云計算首席架構(gòu)師,有10多年的云計算架構(gòu)與開發(fā)經(jīng)歷,積累了豐富的企業(yè)級應(yīng)用的微服務(wù)化,容器化實戰(zhàn)經(jīng)驗。劉超將擔(dān)任今年 5 月份 QCon 全球軟件開發(fā)大會廣州...

    AlphaGooo 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<