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

資訊專欄INFORMATION COLUMN

認識微服務

DirtyMind / 973人閱讀

摘要:,開發一個微服務,實現數據調取層。微服務并不是越微越好設計原則是給自己提供便利,而不是自己給自己挖坑。需要考慮對微服務進行實時監控,考慮是否需要擴容,性能調優等等。微服務的調用方式接口或。

什么是微服務?

微服務是一種架構風格。

它可以通過強壯的模塊邊界和獨立部署,來幫助你快速的擴展開發團隊。

其實微服務本身不是什么新技術,只是隨著業務的不斷發展,對業務不斷分層,不斷拆分。

它被業界公認為云計算時代互聯網應用的主要構建方式,是每一位技術人員必須面對的主題。

為什么要使用微服務?

(1)比如,公司的不同業務都會有不同管理后臺,每個后臺都有登錄、注冊、權限管理、日志管理等模塊。

這些模塊在不同系統中基本上都是類似的,無需每次都拷貝代碼。

So,開發一個微服務,管理基礎模塊。

(2)比如,隨著業務的并發性越來越高,訪問DB數量過大,需要考慮引入緩存層。

由于沒有統一緩存服務,各個業務線都自己開發自己的緩存層。

大家都做著重復工作,稍有不慎可能緩存KEY產生沖突,造成數據混亂。

So,開發一個微服務,管理緩存層。

(3)比如,各個業務線操作數據庫可直接進行拼接SQL查詢。

那么經驗少一些的開發工程師,寫了一個低效率的SQL。

導致全表掃描直接卡死,直接影響到其他業務線系統的可用性。

DBA不好定位SQL是那個業務組,每次SQL調優都需要問候全部業務組。

So,開發一個微服務,實現數據調取層。

(4)...

應用場景還有很多...

大家可以根據各自業務進行服務拆分。

開發微服務應該考慮那些?

(1)衡量是否需要進行使用微服務?

微服務并不適合每個人,由于技術人員少或者項目并不多的情況下,就不需開發微服務。

(2)考慮服務到達怎么的獨立程度?

微服務到底需要多微小,這個是根據自己的業務情況而定,沒有統一標準。

微服務并不是越微越好?。。?/p>

設計原則:是給自己提供便利,而不是自己給自己挖坑。

(3)是否對微服務進行實時監控?

隨著業務的越來越多,并發量,訪問量,存儲量 等等越來越大的時候。

需要考慮對微服務進行實時監控,考慮是否需要擴容,性能調優等等。

(4)微服務如何進行測試?

微服務使用的業務部門比較多,當新的業務部門使用時,如何便于測試?

在測試的過程中,遇到問題如何在不影響其他業務的同時進行修復?

實際事情實際考慮,最好能提供測試用例。

(5)微服務如何進行治理?

隨著項目的微服務越來越多,類似于“盤絲洞”的服務應該如何治理?

具體問題,具體分析吧,我這也沒具體思路,歡迎大家討論。

微服務的調用方式?

HTTP接口 或 RPC。

這兩種方式可以都試用下,具體那種更合適自己就選那種。

至于這兩種方式有什么區別,我擔心我解釋完了大家更疑惑。

我個人推薦用 RPC(遠程過程調用協議)。

RPC 就像調用本地方法一樣,對調用者來說使用更方便。

RPC 開源框架很多,可以根據自己的開發語言進行選擇適合自己的。

PHP 常見的RPC框架: phprpc、yar、thrift、gRPC、swoole、hprose。

備注

本文僅僅是拋磚引玉,具體在實現的過程中,還有遇到很多問題。

歡迎大家進行討論 ~

推薦閱讀

系統的講解 - SSO 單點登錄

系統的講解 - PHP WEB 安全防御

系統的講解 - PHP 緩存技術

系統的講解 - PHP 接口簽名驗證

系統的講解 - PHP 浮點數高精度運算


文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/22280.html

相關文章

  • #yyds干貨盤點#帶你統一認識一下系統架構及分析和總結

    摘要:缺點系統依賴復雜,給開發測試部署帶來不便,分布式數據一致性和分布式事務支持困難,一般通過最終一致性簡化解決。微服務架構分成三種實現模式。事件驅動架構事件是狀態發生變化時,軟件發出的通知。事件驅動架構的四個部分事件隊列接收事件的入口。 架構的規劃誰架構就是對系統中的實體以及實體之間的關系所進行的抽象描述,是決策。...

    warkiz 評論0 收藏0
  • PHP 服務之【分布式事務】閱讀提示

    摘要:前幾天寫一篇,一種新思路實現分布式事務的文章。寫個分布式事務就有人開始噴了事務提交了,怎么回滾都知道怎么回滾。 前幾天寫一篇 , 一種新思路實現分布式事務的文章。https://segmentfault.com/a/11... 部分死腦筋就開始,各種不解??捶答?確實有點搞笑。 不要一聽到 session 就覺得是 $_SEESION不要別人換個名字 token 或者 jwt 就不認識...

    canger 評論0 收藏0
  • 一文帶你重新認識 Docker 與 Kubernetes

    摘要:公司始于名為的平臺即服務供應商??缍鄠€機器之間協調這些容器需要額外的工具,這稱之為容器編排。的核心優勢是為應用程序開發人員提供了用于編排無狀態容器的強大工具。有無數的文章都在討論和比較Docker、Kubernetes 以及Mesos。如果你是初學者,那么你可能會認為這三個開源項目正為了稱霸容器界而殊死搏斗。雖然這三種技術都使得使用容器部署、管理和伸縮應用成為可能,但實際上它們各自解決了不同...

    baishancloud 評論0 收藏0
  • 重新認識定時器

    摘要:重新認識三如果被推遲執行的回調函數是某個對象的方法,那么該方法中的關鍵字將指向全局環境,而不是定義時所在的那個對象。 重新認識一 一般,setTimeout函數接受兩個參數,第一個參數func|code是將要推遲執行的函數名或者一段代碼(引擎內部使用eval函數,將字符串轉為代碼),第二個參數delay是推遲執行的毫秒數。但是,setTimeout 還可以添加更多參數。第二個之后的參數...

    paney129 評論0 收藏0
  • 架構

    摘要:分布式架構實踐負載均衡在網站創立初期,我們一般都使用單臺機器對臺提供集中式服務,但是隨著業務量越來越大,無論是性能上還是穩定性上都有了更大的挑戰。就鹿晗宣布戀情導致微博宕機事件淺談大型網站高可用性架構中午吃飯刷著刷著微博發現微博突然掛了。 分布式架構實踐——負載均衡 在網站創立初期,我們一般都使用單臺機器對臺提供集中式服務,但是隨著業務量越來越大,無論是性能上還是穩定性上都有了更大的挑...

    Pink 評論0 收藏0

發表評論

0條評論

DirtyMind

|高級講師

TA的文章

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