首次直播揭祕 Dubbo Ecosystem:從微服務框架到微服務生態
Apache Dubbo™(以下簡稱Dubbo) 自2017年重啟開源以來,Github 上 star 數 已超2.3w。除了重新啟用社群和生態外,Dubbo自身也正在從一個微服務領域的高效能Java RPC框架演進到一個微服務框架。Dubbo Ecosystem是圍繞這個微服務框架打造的微服務生態,且是經過生產驗證的微服務的最佳實踐組合。
鎖定1月9日(週三)阿里技術直播,我們一起深入瞭解 Apache Dubbo Ecosystem。
直播主題:
《Apache Dubbo™ Ecosystem:從微服務框架到微服務生態》
直播參與方式:
兩種直播觀看的解鎖方式如下↓↓,趕緊收藏起來~
直接觀看:掃描上方圖片二維碼,或點選本文末尾的“閱讀原文”,在瀏覽器中(記住!一定要用瀏覽器開啟,手機或PC均可)開啟直播連結,收藏起來,定好鬧鐘,1月9日(週三)準時觀看。
釘釘群觀看:使用“釘釘”搜尋Dubbo開發者交流群號:21913618、23380813(擇一即可,請不要重複加哦),加入永久釘釘群,既可到時觀看直播,也可與嘉賓、行業同仁交流互動。
主播介紹:
望陶,社群暱稱ralf0131,Apache Dubbo™ PPMC Member,Apache Tomcat PMC Member,阿里巴巴技術專家,2018雙11中介軟體隊長及穩定性負責人。
直播亮點搶先看:
Apache Dubbo Ecosystem 誕生背景
隨著近幾年微服務的流行,越來越多的使用者選擇從單體應用向分散式應用進行轉型,在這個過程中,有許多企業選擇了Alibaba開源的RPC框架Dubbo作為分散式應用開發的基礎元件。
但是,隨著微服務化的逐漸深入,我們也發現Dubbo目前提供的能力逐漸無法滿足微服務的各個方面需求。例如API gateway,熔斷限流,分散式監控,分散式事務等方面,缺乏一套比較完整的圍繞Dubbo的解決方案,基本上是各個公司自研,或者需要調研外面開源的各種框架進行調研選型,花費了比較大的時間和精力在這上面,卻無法形成一套體系化的方案。
因此我們決定圍繞Dubbo打造一整套微服務的解決方案,它包含了一系列的專案,涵蓋微服務開發中的各個方面。這裡面的專案都是經過Dubbo社群共同評估過,和Dubbo進行高度整合,且在生產中得到過驗證的專案(這裡並不是說所有的專案是阿里巴巴開源的),我們把它稱之為“Apache Dubbo Ecosystem”。希望通過這個Ecosystem,真正幫助使用者輕鬆快速的實現微服務架構。
Apache Dubbo Ecosystem的元件選擇原則
Dubbo是一個微服務框架,幫助開發者快速構建高效能的微服務應用。在此基礎之上,Dubbo不可能把微服務領域的所有能力重新再實現一遍,首先從資源角度講,是很難完成的,第二即使完成了大家也不一定會採用。因此通過和開源的成熟方案做整合,形成一套完成的微服務領域生態,組成Dubbo Ecosystem,開發者無需為現有的系統做出過的的修改,就能快速開發微服務應用,這是Dubbo Ecosystem的初衷。
關於元件選擇的原則,和哪些元件進行整合,並不是大而全的照單全收,而是經過Dubbo社群進行挑選,主要有以下幾點:
已經具備很好的開發者群體和影響力的元件
在生產領域下得到過驗證的元件
在某一方面成為標準或者事實標準的元件
只有滿足上述才會被納入Dubbo Ecosystem。一方面可以減少使用者選型的成本,另一方面DubboEcosystem的元件也不會因為太過龐大而失去意義。
Apache Dubbo Ecosystem的層次結構
作為一個微服務架構,本身需要各個方面的元件共同組成,首先我們需要明確一個微服務架構需要考慮的哪些元件,以及他們的重要程度如何,經過梳理,我們按照如下層級關係梳理出了Apache Dubbo Ecosystem的層級結構圖,包含從L0-L3的4層。
L0層主要包括了Dubbo的核心RPC能力,以及Service Mesh的能力。L1層核心是服務的註冊發現,配置管理,高可用Reliability和Metrics的資料統計。L2層開始將更加貼近微服務領域,包含API Gateway, Tracing,Diagnosis, Transaction等。L3層的元件則更加開放一些,但在Scheduling, Event Driven, Authentication, Function等方面都還沒有特別明確的方案出來,希望擁抱社群,由社群來主導,形成更加開放的生態。
此外,在運維側,Dubbo Ecosystem的資料會互相打通,Dubbo Ecosystem中各個元件統一暴露Observability能力,最終通過Dubbo OPS進行展示和管控。在開發側,則會深度融入當前流行的程式設計模型,例如SpringCloud/Spring Boot。
Apache Dubbo Ecosystem和 Spring Cloud 的聯絡
Apache Dubbo Ecosystem和 SpringCloud並沒有競爭關係。Dubbo可以通過純API,Spring容器啟動(XML),Spring-boot啟動(註解)等多種方式啟動,自Dubbo開源以來,和Spring一直有著緊密的整合,Spring Cloud也已成為越來越多開發者賴以進行微服務開發的程式設計方式。Dubbo會盡可能的整合到Spring Cloud開發模式當中,幫助開發者快速搭建微服務應用。
具體而言,Alibaba的開源套件將以Spring Cloud Alibaba的形式和Spring Cloud程式設計模型進行深度對接,而Dubbo的RPC將作為核心RPC元件被整合,同時Dubbo Ecosystem中的元件包括,服務發現以及動態配置一站式管理Nacos,熔斷限流Sentinel,訊息元件RocketMQ等都會被整合在Spring Cloud Alibaba中。同時,Spring CloudAlibaba也支援對接阿里雲上的服務例如OSS,ACM, SchedulerX等等。
想了解更多關於Apache Dubbo Ecosystem的內容?1月9日,在阿里技術直播間,我們不見不散。
你可能還喜歡
點選下方圖片即可閱讀
關注「阿里技術」
把握前沿技術脈搏
相關文章
- 微服務架構:構建PHP微服務生態微服務架構PHP
- SpringCloud微服務整合DubboSpringGCCloud微服務
- 愛奇藝在 Dubbo 生態下的微服務架構實踐微服務架構
- Nacos Go微服務生態系列(一) | Dubbo-go 雲原生核心引擎探索Go微服務
- Nacos Go 微服務生態系列(一)| Dubbo-go 雲原生核心引擎探索Go微服務
- 微服務02 Kafka訊息佇列, Dubbo, Springcloud微服務框架, Nacos微服務Kafka佇列SpringGCCloud框架
- 微服務[v1.0.0][Spring生態概述]微服務Spring
- 微服務框架-dubbo整合nacos框架微服務框架
- Springboot + Dubbo + Nacos微服務框架整合Spring Boot微服務框架
- 從建好到用好,阿里雲原生微服務生態的演進阿里微服務
- 微服務架構:Dubbo VS Spring Cloud微服務架構SpringCloud
- SpringBoot+Dubbo+Serata+Nacos微服務搭建Spring Boot微服務
- Dubbo Mesh - 從服務框架到統一服務控制平臺框架
- 微服務選擇Spring Cloud還是Dubbo?微服務SpringCloud
- springboot+dubbo+zookeeper微服務實踐demoSpring Boot微服務
- 微服務03 微服務sentinel, springcloudgateway微服務SpringGCCloudGateway
- 從微服務到雲原生微服務
- Spring Cloud Alibaba微服務生態的基礎實踐SpringCloud微服務
- Sentinel x Spring Cloud,打造更好用的微服務生態SpringCloud微服務
- 微服務2:微服務全景架構微服務架構
- SpringCloud微服務:基於Nacos元件,整合Dubbo框架SpringGCCloud微服務元件框架
- 圖文並茂|為你揭開微服務架構的“神祕面紗”!微服務架構
- 微服務微服務
- 微服務1:微服務及其演進史微服務
- 微服務痛點-基於Dubbo + Seata的分散式事務(AT)模式微服務分散式模式
- ZooKeeper分散式專題與Dubbo微服務入門分散式微服務
- 微服務思考(01):什麼是微服務?微服務的優勢和劣勢微服務
- 【微服務目錄】.NET Core 微服務介紹微服務
- 微服務架構(一):什麼是微服務微服務架構
- 【微服務技術專題】Netflix動態化配置服務-微服務配置元件變色龍Archaius微服務元件AI
- 微服務痛點-基於Dubbo + Seata的分散式事務(TCC模式)微服務分散式模式
- 微服務部署微服務
- go 微服務Go微服務
- 搭建微服務微服務
- 理解微服務微服務
- 微服務思想微服務
- .NET 微服務微服務
- Dubbo 入門系列之基於 Dubbo API 開發微服務應用API微服務