主頁 > 軟體設計 > 他是阿里頂尖科學家,扛起國產分布式資料庫大旗,性能超Oralce 20倍!

他是阿里頂尖科學家,扛起國產分布式資料庫大旗,性能超Oralce 20倍!

2020-10-02 14:40:10 軟體設計

點擊“技術領導力”關注? 每天早上8:30推送

作者| Mr.K 編輯| Emma

來源| 技術領導力(ID:jishulingdaoli)

2020年5月19日,OceanBase跑分結果出爐,以707351007分的成績,拿下這個領域的世界第一,是 Oracle 2010年紀錄的23倍,單位性能的成本也猛降至3.98元人民幣,只有Oracle的三分之一,

整個科技界為之沸騰,阿里OceanBase研發團隊歡呼雀躍,這是他們耗費了10年的青春和熱血、無數個日夜的汗水和努力換來的結果,這背后有著怎樣不為人知的故事呢?也許只有一個人是最清楚的,

他就是OceanBase創始人,陽振坤,阿里花名--正祥,

正祥是位頂尖科學家,跟那些成名已久的阿里技術大神相比,正祥顯得格外低調,他是首批長江學者,國家科技進步一等獎得主,王選院士的愛徒,激光照排技術的重要貢獻者,中國分布式計算的推動者,

每一項榮譽都足以在讓他中國科技發展史上,留下濃墨重彩的一筆,但是他很少對外界提及,

圖片來源網路,著作權歸作者

01

成為王選院士高足

因為“想做點不一樣的”,選擇離開北大

1984年,正祥考入北京大學數學系,碩士師從張恭慶院士,后來因為興趣,轉向計算機領域,師從王選院士,讀完了博士,

他修完大學課程只用了 3 年,碩士只用了一年多,成為王選院士博士生的時候他只有 24 歲,

1995 年,他跟團隊的研究成果,獲國家科技進步一等獎,1997年他被破格晉升為教授, 那年他32歲,

然而,不安于現狀的個性,讓他毅然選擇離開北大,投身工業界,在他看來那里有著廣闊的天空,任由他翱翔展翅,

2002年,離開北大/方正的時候,正祥內心很清楚自己必須要“做點不一樣的事情”,

他先是加入聯想研究院擔任首席研究員,負責無線通信領域的研究,

2006年,進入微軟亞洲研究院,開始接觸到分布式系統這個領域,在微軟期間,他的匯報物件是王堅博士,一個跟他一樣有著倔強性格的人,在頻繁地“爭吵”之中,他們達成了共識--分布式系統是未來,

2007年,正祥加入百度,做云計算,與此同時,他的老領導王堅博士離開了微軟,去了阿里,也做云計算,不一樣的是,他們的老板對云計算的理解有著天壤之別,李彥宏認為云計算是“新瓶裝舊酒”,馬云則堅定地認為云計算將深刻改變未來,

后來的故事大家都知道了,百度對云計算“淺嘗輒止”,阿里“每年投10個億,投10年”來支持阿里云,使得阿里云在云計算市場一騎絕塵,這個業務幫助阿里成為了萬億帝國,不得不佩服馬云作為商人的眼光和膽識,

2010年,在這種情況之下,正祥黯然離開百度,在北大校友、阿里合伙人劉振飛的“忽悠”之下,加入了阿里,

02

加入阿里,做分布式資料庫

剛加入阿里的時候,正祥并不知道自己要做什么,但是他很清楚自己不做什么:他絕不碰云計算,

正祥解釋到,“離開前一家公司,之前的專案我就不會再做,因為之前的技術、關系網很多,容易引起糾紛,讓別人說閑話,我離開方正后,就不做激光照排,離開百度后,就不做云計算,” 這也許就是頂尖科學家最后的倔強吧,

2009年,逍遙子的神來之筆“雙11”大促,粉墨登場,一經推出,取得了巨大的成功,興奮之余,技術同學很快就高興不起來了:資料庫撐不住啊,

當時應對流量峰值的解決方案是,加快取、系統拆分、資料庫拆分等等,那么問題就來了,Oracle是按機器授權收費的,多部署一臺,就多收一次授權費,再加上IBM小型機、EMC存盤的費用,那是一筆巨大的開銷啊,

彼時的王堅博士算了一筆賬,眉頭緊鎖,心想,擦!光是軟硬體一年的費用,我阿里辛辛苦苦干一年,相當于白白給這幾個美國公司打工了,

于是他發起了備受爭議的“去IOE”行動,并宣布從現在開始,Oracle不許再買了,一個也不許再買,

不讓買Oracle,大不了用MySQL,但是資料庫拆分帶來的架構復雜度是幾何倍數的增加,上萬個子表的資料統計分析變得例外復雜,

此情此景,被正祥看在眼里,資料庫拆分終究不是完美的解決方案,一個瘋狂的念頭從他的腦海一閃而過:不如自己做一個分布式資料庫系統,

要知道,2010年世界上關于分布式資料庫的探索,僅限于幾篇論文,一些非工業級的demo,

正祥單槍匹馬,說干就干,

03

OceanBase的第一個用戶!

在所有人都不看好的情況下,當時淘寶的核心技術負責人--吳泳銘,決定支持這個瘋狂的念頭,吳泳銘是阿里巴巴第一位程式員,人稱“吳媽”,早在阿里成立之初就跟隨馬云東征西戰,立下赫赫戰功,是見過世面的人,

吳媽伸出兩個指頭:“正祥老師,我可以給你兩年的時間來證明'分布式資料庫'是可行的,”

正祥,呵呵一笑:“用不了,”

事后證明,當初確實低估了分布式資料庫系統的工程復雜性,

2010年6月,閉門造車一段時間后,正祥心里非常清楚,眼下最重要的事情就是找到第一個客戶,

于是45歲的正祥,拎著電腦和幾十頁ppt在阿里園區各個辦公室之間奔走,像極了《當幸福來敲門》的主人公,挨家挨戶地推銷,然而,幸福并沒有來敲門,大家都把分布式資料庫當做一個玩笑,沒想到正祥是當真的,

功夫不負苦心人,淘寶收藏夾團隊愿意嘗試,

用過淘寶的都知道,早期的用戶習慣是把感興趣的商品放到收藏夾里,口袋有“米”了再下單購買,所以收藏夾里的商品數量也是海量級別的,當時已經用了100臺服務器在支撐這塊業務,預計第二年要用400臺,還不一定能撐得住這個量,

所以,收藏夾團隊也是有苦說不出啊,

正祥的ppt里說,分布式資料庫理論上能夠提升性能100倍,也就是說不增加機器的情況下,能夠輕松應對100倍的數量級,這一點打動了收藏夾團隊,

于是收藏夾團隊給了正祥一個月時間,去實作他吹過的牛逼,

在正祥看來,收藏夾團隊的痛點是“寫入放大”的問題,他帶著幾個程式員程式員一個月搞定是差不多的,對于分布式資料庫來說,“寫入放大”只是其中一個小特性而已,他要打造的是“分布式資料庫”技術底座這個星辰大海,

打造一個“分布式資料庫”技術底座,談何容易?

有了收藏夾這第一個客戶,正祥團隊就心安了,躲進小樓成一統,管他冬夏與春秋,開始了封閉開發,時間就像支付寶的余額一樣,你沒來得及搞清楚它是怎么花的,它就沒了,一晃8個月過去了,

收藏夾團隊這下慌了,眼看“雙11”馬上就要來了,傳說中的“分布式資料庫”連根毛都沒看見,恨不得把正祥團隊給生吞活剝了,

正祥團隊這才意識到,是時候交貨了,于是把“寫入放大”的特性匆匆打包好,準備發布,才發現自己的產品連個名字都沒有,其中一個小朋友提出,既然我們的方向是星辰大海,不如就叫OceanBase吧,正祥哪有心思取名啊,說行吧,快上線吧,

就這樣OceanBase發布了第一個版本,幫助收藏夾解了燃眉之急,安全度過“雙11”,算是首戰告捷了,

圖片來源網路,著作權歸作者

04

沒有用戶,OceanBase陷入困境

2012年初,正祥一邊打造OceanBase,一邊想找一個更大的場景來應用,正祥心里很清楚,軟體如果沒有應用場景,就不可能變成熟,只要有團隊肯用,他就有信心能把OceanBase做好,于是又使出了推銷員的本領,挨個辦公室去推銷,

半年下來一無所獲,原來OceanBase已經“名聲在外”了,其它團隊都在背后指指點點:OceanBase這個團隊承諾一個月交貨,結果拖了8個月才發布,雙11前還在改BUG,差點害死收藏夾,,,哪里還有人肯用OceanBase,

眼看跟吳媽的二年之約就要到期了,OceanBase并沒有證明自己的價值,正祥和團隊陷入困境,仿佛一頭幼年的猛獸,困在深井之中,眼前一片黑暗,看不到任何希望,

2012年秋天,正祥從北京飛到杭州,坐在了他微軟的老同事、阿里CTO王堅辦公室里,王堅已經是他的最后希望了,這位老同事真的能幫他嗎?正祥心里也沒底,

因為彼時的王堅日子也并不好過,他主導的阿里云,同樣是從零開始研發,當時正經歷大家最激烈的嘲諷和質疑,大批優秀的程式員因為看不到光明,紛紛離職,阿里云搖搖欲墜,

兩人相對無語,做成一件事有多難,他們心里誰不清楚呢?最后,王堅對正祥說:“你放心,先回去吧,我心里有數了,”

05

OceanBase團隊并入支付寶

是溫床,還是大坑?

在焦急的等待中,又過了兩周,正祥等來了一紙調令:OceanBase 所有人員從淘寶調入支付寶,

把 OceanBase 團隊調入支付寶,王堅是有戰略考慮的,

第一,淘寶已經做好“拆庫”,而且用 MySQL 代替了 Oracle,技術架構上不適合再做大的變動,

第二,支付寶仍然以Oracle為主,由于金融場景對資料安全要求高,不適合用MySQL代替,因為以當時的技術發展水平是存在一定風險的,

第三,要啃就啃硬骨頭,如果OceanBase有能力獲得支付寶的信任,就有可能在整個集團全面推廣,“去IOE”的戰役將取得全面性的勝利,王堅的思考既長遠、又宏觀,

作為老同事,王堅也只能幫到這一步了,剩下的,就看正祥自己有多少真本事了,

2013年夏天,時任支付寶 CTO 魯肅召集各位技術大佬開會商量資料庫的問題,形勢已經非常危急,所有人都表情凝重,

討論到最后,大家得出一個結論,學淘寶,按業務拆分Oracle資料庫,先支撐業務發展,

就在這時,一個坐在角落的人悠悠地站起來說:“如果各位信任我,用‘分布式資料庫’代替Oracle,我向大家保證,我們能把資料庫做到無限大!”

大家朝著聲音傳來的方向望去,

此人,不是別人,正是已經加入阿里三年的正祥,他所說的“分布式資料庫”,就是他帶著同學們從零開始研發,彼時剛滿三周歲的OceanBase,

魯肅一開始也抱著懷疑的態度,心想,分布式資料庫很難的,你們這幾桿槍就能搞得定?

在詳細了解了OceanBase的原理和進展之后,魯肅決定支持正祥團隊,魯肅自己也是萬中無一的頂尖高手,哪個技術靠不靠譜,用鼻子聞一聞就知道,這無疑給了正祥團隊巨大的信心,

06

“雙11”正式啟用OceanBase

正祥團隊按照金融場景的要求,對OceanBase進行全面升級,很快又過了一年,內部測驗已經達到了上生產的標準,魯肅決定在當年的“雙11”正式啟用OceanBase,

原本計劃切1%的流水庫資料給OceanBase,“全鏈路壓力測驗”的時候,承擔99%流量的 Oracle 屢次崩潰,無論如何通不過測驗,而一旦把它承擔的流量降為90%,就恢復正常,,,事實已經很明顯:Oracle 的實際性能極限已經被觸碰到了,支付寶技術團隊已經無路可退,

于是就在雙11來臨前兩周,魯肅臨時修改計劃,讓 OceanBase 承擔10%的流量,正祥團隊臨危受命,又驚又喜,

11月10日晚,螞蟻金服 CEO 彭蕾專門來到 OceanBase 的作戰室,問正祥:“陽老師有信心嗎?”正祥指指窗戶,一輪明月正掛在半空中,“不成功,我們就跳下去,”他平靜地說,

那一年的“雙11”,OceanBase不負眾望,圓滿完成了任務,這是OceanBase團隊成立三年以來,第一次真正意義上的亮相,

2014年底,阿里巴巴集團召開了“雙11”復盤會,正祥作為演講者,從頭到尾分享了 OceanBase 的技術構想和艱辛歷程,

這一場分享,深深地銘記在正祥腦海中,

從那一刻起OceanBase 這個蹣跚學步“嬰兒”,一步一步慢慢走出了一條屬于自己的路,正祥團隊也因為夢想和堅持,贏得了越來越多人的認可和尊重,

2015年,OceanBase獲得螞蟻金服最重磅的獎項——SUPER MA,時任螞蟻金服 CEO 彭蕾在給 OceanBase 團隊頒獎,

圖片來源網路,著作權歸作者

2016年,一個真正的分布式資料庫 OceanBase 1.0 橫空出世,

2017年底,螞蟻金服核心系統中的最后一個 Oracle 資料庫被 OceanBase 替代,阿里正式告別Oracle技術體系,

2020年5月19日,OceanBase在TPC-C跑分拿下世界第一,

在分布式資料庫領域,從0做到世界第一,正祥和團隊整整花了10年,

后記

2020年,正祥55歲,每天晚上10點回到家,仍然堅持在小區里走上半小時,大概3公里,這一習慣他堅持了22年,

正祥和OceanBase團隊的故事仍在繼續,OceanBase何時全面趕超老大哥Oracle?OceanBase作為國產可信資料庫,離雄霸資料庫市場還有多久?

一切尚未見分曉,時間會給我們答案,

參考:

《OceanBase:螞蟻爬上舞臺》,淺黑科技,史中

《做資料庫需要耐得住寂寞的獨行者,陽振坤和OceanBase的十年》InfoQ技術實驗室,蔡芳芳

作者簡介Mr.K,知名電商公司技術老K級人物,文出過暢銷書,武做過CTO,若非生活所迫,誰愿一身才華,

-END-

覺得這篇文章好?關注下公眾號吧!

想去讀者群學習交流?回復“加群”


你適合加入“老K星際不迷航”社群嗎?

1、如果你在職場當中孤獨前行,覺得自己的認知和見識需要進一步提升,

2、如果你正面臨重大的人生抉擇,如跳槽、考研、買房、結婚等等,需要一位有人生閱歷的長者給你一些建議,

3、如果你也想每日精進,向上生長,卻苦于一個人很難堅持下來,想要抱團成長,

4、如果你想結交更多互聯網大廠牛人,突破圈層,同頻社交,

符合以上特征之一,歡迎加入老K的知識星球,長按以下二維碼加入,


大家在看:

1.他是阿里P11,還在寫代碼,身家幾十億

2.他是阿里中臺之父,從一線員工做到CTO

3.《讓系統發生重大宕機事故的15個方法》

4.《快速搞垮一個技術團隊的20個“必殺技”》

5.《讓一個技術人員主動離職的20個妙招》

6.Leader忙死,下屬閑死,誰的錯?猴子理論

7.阿里中臺變“厚”,企業中臺路在何方?

8.CTO丟給我《技術管理30條軍規》照著做!

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/148553.html

標籤:其他

上一篇:經典演算法大全51例——5&6.老鼠走迷官

下一篇:我與CSDN

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more