1. 簡介 在上一篇文章中，我詳細的分析了服務匯出的原理。本篇文章我們趁熱打鐵，繼續分析服務引用的原理。在 Dubbo 中，我們可以通過兩種方式引用遠端服務。第一種是使用服務直聯的方式引用服務，第二種方

此文已由作者佔金武授權網易雲社群釋出。 歡迎訪問網易雲社群，瞭解更多網易技術產品運營經驗。 先說明一下背景： 專案日誌中的Exception會被哨兵統一監控並報警

什麼是Dubbo？？ Dubbo也是一套微服務框架，他與SpringCloud的區別就是，他支援多種協議，而SpringCloud只支援Http協議。如果沒有分散式，那麼他是不存在的。 Dubbo底層

今天在網上看到這樣一組對話，應該是程式員和 HR 在談薪資的溝通記錄。 這段對話在微博上，引發熱烈討論： @遊戲開發極客: 上趕著不是買賣，大公司找大牛，創業公司找想創業的人，聊兩句

在叢集負載均衡時，Dubbo 提供了多種均衡策略，預設為 random 隨機呼叫。我們還可以擴充套件自己的負責均衡策略，前提是你已經從一個小白變成了大牛，嘻嘻 1、Random LoadBalance

昨天是10.24 程式員的節日，給自己放假，今天要忙碌上線。 飛特，自由職業者，程式猿接私活利器，取之開源，用之開源。 新特性 如果你未接觸微服務，希望飛特帶你快速入門微服務。如果你有過微服務架構的

進行了解析.知道dubbo會對zookeeper的資訊進行一個本地的檔案快取.如果你只是簡單的回答出這個本地的檔案快取,可能面試官會點到為止,但是如果你按照我那樣從原始碼角度分析,甚至連快取到哪個磁碟檔案都一清

上一篇主要分析了extensionLoader的獲取，以及獲取extension的第一種方式，即通過裝飾類或者動態代理的方式，今天我們首先從獲取extension的第二種方式說起。 /** * Find

前言 上一篇文章Dubbo分析之Serialize層 ，介紹了最底層的序列化/反序列化層，本文繼續分析Serialize層的上一層transport網路傳輸層，此層使用了現

隨著業務的發展，應用的規模不斷的擴大，傳統的應用架構無法滿足訴求，服務化架構改造勢在必行，以 Dubbo 為代表的分散式服務框架成為了服務化改造架構中的基石。隨著微服務理念逐漸被大眾接受，應用進一步向更細粒度拆

SOA與服務治理 SOA（面向服務的體系結構）概念由來已久，在10多年前便開始進入到我們廣大軟體開發者的視線中。SOA是一種粗粒度、鬆耦合服務架構，服務之間通過簡單、精確定義介面進行通訊，不涉及底層程式

課程的edgeService依賴於課程服務的dubbo服務，對外提供的restAPI，跟使用者的EdgeService有點類似，只是一個呼叫的是thrift，一個呼叫的是dubbo，比較特殊的是課程的EdgeS

這次一起編寫課程服務。之前的使用者服務，使用者EdgeSerivce，使用者資訊，都已經開發完畢了，開始開發課程服務，對外的是dubbo介面，需要訪問後端的資料庫。原始碼：https://github.com/

接下來我們即將開始說課程管理，課程服務他是基於dubbo實現的，所以先來預熱下，dubbo，對不熟悉的dubbo的老鐵進行一下講解。 原始碼：https://github.com/limingios/dubbo

路，只有走過才懂；人生的酸甜苦辣，只有嘗過才明白；服務化，只有經歷過才能領悟。 服務化是網際網路公司成長的必經之路。隨著微服務的興起，很多公司如火如荼的搞起了自己的服務化，有興奮有無奈。那服務化該怎麼做，該