[導(dǎo)讀]近來,一些關(guān)于面向服務(wù)架構(gòu)的話題,特別是針對微服務(wù)架構(gòu)的弊端這個話題上進(jìn)行了大量的討論。雖然在幾年前,微服務(wù)架構(gòu)受到很多人的青睞,因為它們提供了許多好處,如獨立部署的靈活性、明確的所有權(quán)、系統(tǒng)穩(wěn)定性的改善以及更好的分離問題等優(yōu)點。但是不久,就開始有人吐槽微服務(wù)會大幅增加系統(tǒng)復(fù)雜性,有時甚至連一些簡單的功能都難以構(gòu)建。
近來,一些關(guān)于面向服務(wù)架構(gòu)的話題,特別是針對微服務(wù)架構(gòu)的弊端這個話題上進(jìn)行了大量的討論。雖然在幾年前,微服務(wù)架構(gòu)受到很多人的青睞,因為它們提供了許多好處,如獨立部署的靈活性、明確的所有權(quán)、系統(tǒng)穩(wěn)定性的改善以及更好的分離問題等優(yōu)點。但是不久,就開始有人吐槽微服務(wù)會大幅增加系統(tǒng)復(fù)雜性,有時甚至連一些簡單的功能都難以構(gòu)建。
隨著Uber發(fā)展,我們目前擁有了大約2200個關(guān)鍵的微服務(wù),并且也親身經(jīng)歷了這些權(quán)衡。
在過去的兩年里,Uber一直在試圖降低微服務(wù)的復(fù)雜性的同時仍然保持著微服務(wù)架構(gòu)的優(yōu)勢。
我們希望通過這篇博文介紹我們對微服務(wù)架構(gòu)的通用方法,我們稱之為“面向領(lǐng)域的微服務(wù)架構(gòu)”(DOMA)。
由于這些缺點,近年來也有一些批評微服務(wù)架構(gòu)的聲音,但是卻很少有人主張徹底拒絕微服務(wù)架構(gòu)。運營收益太重要了,而且似乎沒有有效的替代方案。我們介紹DOMA的目的是為了給那些希望降低整體系統(tǒng)復(fù)雜性,同時又保持微服務(wù)架構(gòu)相關(guān)靈活性的組織提供一些經(jīng)驗建議。
這篇文章主要解釋了什么是DOMA,以及Uber采用這種架構(gòu)的原因,它對平臺和產(chǎn)品團(tuán)隊帶來哪些好處。最后,給想要采用這種架構(gòu)的團(tuán)隊一些建議。
微服務(wù)是面向服務(wù)架構(gòu)的延伸。與2000年代相當(dāng)大的“服務(wù)”相比,微服務(wù)是代表一組小型功能的應(yīng)用程序。這些應(yīng)用通過網(wǎng)絡(luò)托管,并暴露出一個明確定義接口。其他應(yīng)用程序通過進(jìn)行遠(yuǎn)程過程調(diào)用(RPC)方式來調(diào)用這個接口。
微服務(wù)架構(gòu)的特點是代碼的托管、調(diào)用和部署方式。比如大型的單體應(yīng)用,它們通常會被分割成具有明確定義接口的封裝組件。然后,這些接口就可以直接在進(jìn)程中調(diào)用,而不是通過網(wǎng)絡(luò)。通過這種方法,我們將微服務(wù)看作一個性能受到影響的庫(網(wǎng)絡(luò)I/O和序列化/反序列化),以便調(diào)用它的任何功能。
當(dāng)我們以這種方式來思考微服務(wù)時,可能會質(zhì)疑為什么我們會采用微服務(wù)架構(gòu)。答案通常是獨立部署和擴(kuò)展。對于一個大型的單體應(yīng)用程序,應(yīng)用被迫一次性部署或發(fā)布所有的代碼。應(yīng)用程序的每一個新版本都可能涉及許多更改。部署變得風(fēng)險大、耗時長。任何人都可以使整個系統(tǒng)癱瘓。
換句話說,業(yè)務(wù)采用微服務(wù)是以犧牲性能為代價來獲取運營利益。業(yè)務(wù)還必須承擔(dān)維護(hù)支持微服務(wù)所需的基礎(chǔ)設(shè)施的成本。事實證明,在很多情況下,這種權(quán)衡是很有意義的,但這也是反對過早采用微服務(wù)架構(gòu)的有力論據(jù)。

在Uber,我們也采用了微服務(wù)架構(gòu),因為我們(大約在2012-2013年)主要有兩個單體服務(wù),遇到了很多通過微服務(wù)來解決的運營問題。
可用性風(fēng)險。單體代碼庫內(nèi)的一次回滾就會使整個系統(tǒng)(在本例中是Uber的全部)癱瘓。
部署風(fēng)險大,成本高。在需要頻繁回滾的情況下,執(zhí)行這些操作既困難又耗時。
不平滑的關(guān)注點分離。在龐大的代碼庫中,很難保持良好的關(guān)注點分離。尤其在一個指數(shù)級增長的環(huán)境中,權(quán)宜之計有時會導(dǎo)致邏輯和組件之間的界限不清。
執(zhí)行效率低下。這些問題加在一起,使得團(tuán)隊很難獨立自主地執(zhí)行任務(wù)。
隨著Uber從10多個工程師發(fā)展到100多個工程師,多個團(tuán)隊擁有技術(shù)棧的碎片時,這種單一的架構(gòu)將團(tuán)隊的命運捆綁在一起,使得獨立運作變得困難。
因此,我們采用了微服務(wù)架構(gòu)。最終,我們的系統(tǒng)變得更加靈活,這使得團(tuán)隊能夠更加自主。
系統(tǒng)的可靠性。在微服務(wù)架構(gòu)中,整體系統(tǒng)的可靠性上升。單個服務(wù)可以在不影響整個系統(tǒng)的情況下宕機(jī)(并被回滾)。
關(guān)注點的分離。從架構(gòu)上來看,微服務(wù)架構(gòu)迫使你去問 "這個服務(wù)為什么存在?"更加清晰地定義不同組件的角色。
明確所有權(quán)。代碼擁有者變得更加清楚。服務(wù)通常由個人、團(tuán)隊或組織級別擁有,從而實現(xiàn)更快的增長。
自主執(zhí)行。獨立的部署 更清晰的所屬權(quán)限,讓不同的產(chǎn)品和平臺團(tuán)隊能夠自主執(zhí)行。
開發(fā)人員的速度。應(yīng)用團(tuán)隊可以獨立部署他們的代碼,這使得他們能夠按照自己的項目進(jìn)度來執(zhí)行。
毫不夸張地說,如果沒有微服務(wù)架構(gòu),Uber不可能達(dá)到今天所保持的規(guī)模和執(zhí)行質(zhì)量。
然而,隨著公司規(guī)模的進(jìn)一步擴(kuò)大,從100多名工程師到1000多名工程師,我們開始注意到一系列與系統(tǒng)復(fù)雜性大大增加的相關(guān)問題。在微服務(wù)架構(gòu)下,人們用單一的整體代碼庫換取了黑盒,黑盒的功能隨時可能發(fā)生變化,很容易造成意外情況。
例如,工程師們不得不通過12個不同團(tuán)隊大約50個服務(wù)來調(diào)查問題的根本原因。
理解服務(wù)之間的依賴關(guān)系可能會變得相當(dāng)困難,因為服務(wù)之間的調(diào)用可能會深入許多層。第n個依賴關(guān)系的延遲峰值可能會導(dǎo)致上游的一連串問題。如果沒有合適的工具,就不可能看到實際發(fā)生的情況,這讓調(diào)試變得困難。
Jaeger于2018年中發(fā)布的Uber微服務(wù)架構(gòu)
為了構(gòu)建一個簡單的功能,工程師往往需要跨多個服務(wù)工作,所有這些服務(wù)都由不同的個人和團(tuán)隊所擁有。這就需要跨部門跨團(tuán)隊的合作,在會議、設(shè)計和代碼審查上花費時間。由于團(tuán)隊在彼此的服務(wù)中構(gòu)建代碼,修改彼此的數(shù)據(jù)模型,甚至代表服務(wù)所有者執(zhí)行部署,早期對服務(wù)所有權(quán)的明確界限劃分受到了影響。網(wǎng)絡(luò)化的單體可能會形成,看似獨立的服務(wù)都必須一起部署才能安全地執(zhí)行任何變更。
大約在2018年Uber的復(fù)雜流程示例,在DOMA之前需要10個接觸點才能進(jìn)行簡單集成。
這樣所帶來的結(jié)果就是開發(fā)進(jìn)度變慢、服務(wù)所屬不穩(wěn)定、遷移更困難等。對于已經(jīng)采用微服務(wù)架構(gòu)的企業(yè)來說,已經(jīng)沒有回頭路了。這就變成了“有了它們不能活,沒有它們不能活”。
面向領(lǐng)域的微服務(wù)架構(gòu)

如果我們可以將微服務(wù)視為I / O綁定的庫,而將“微服務(wù)架構(gòu)”視為大型的分布式應(yīng)用程序,則可以使用眾所周知的架構(gòu)來思考如何組織代碼。
因此,“面向領(lǐng)域的微服務(wù)體系結(jié)構(gòu)”大量借鑒了組織代碼的既定方法,例如域驅(qū)動設(shè)計,清晰架構(gòu),面向服務(wù)的體系架構(gòu)以及面向?qū)ο蠛兔嫦蚪涌诘脑O(shè)計模式。我們認(rèn)為DOMA僅是創(chuàng)新,因為它是在大型應(yīng)用的分布式系統(tǒng)中利用既定設(shè)計原則的相對新穎的方法。
DOMA相關(guān)的核心原理和術(shù)語如下:
圍繞相關(guān)微服務(wù)的集合,稱為域。
域的集合稱之為層。域所屬的層確定了允許該域內(nèi)的微服務(wù)承擔(dān)什么依賴性,稱為層設(shè)計。
為域提供接口,這些域被視為集合的單個入口點,稱為網(wǎng)關(guān)。
確定每個域都應(yīng)該與其他域不可知,一個域不應(yīng)該具有與其代碼庫或數(shù)據(jù)模型內(nèi)部硬編碼的另一個域相關(guān)的邏輯。由于團(tuán)隊經(jīng)常需要在另一個團(tuán)隊的域中包含邏輯(例如,自定義驗證邏輯或數(shù)據(jù)模型上的某些元上下文),因此我們提供了一種擴(kuò)展架構(gòu),以支持該域中定義明確的擴(kuò)展點。
通過提供系統(tǒng)的體系結(jié)構(gòu),域網(wǎng)關(guān)和預(yù)定義的擴(kuò)展點,DOMA打算將微服務(wù)體系結(jié)構(gòu)從復(fù)雜的東西轉(zhuǎn)變?yōu)榭衫斫獾臇|西:結(jié)構(gòu)化的一組靈活,可重用和分層的組件。
這篇文章的其余部分將深入研究Uber在DOMA中的實施,我們已經(jīng)看到的好處以及為可能希望采用這種方法的公司提供的實用建議。

Uber域代表一個或多個與邏輯功能分組綁定的微服務(wù)的集合。設(shè)計域時常見的問題是“域應(yīng)該有多大?”有些域可以包含數(shù)十個服務(wù),有些域只能包含單個服務(wù)。重要的任務(wù)是仔細(xì)考慮每個集合的邏輯角色。例如,我們的地圖搜索服務(wù)構(gòu)成一個域,票價服務(wù)是一個域,匹配平臺(匹配騎手和駕駛員)是一個域。這些也不總是遵循公司的組織結(jié)構(gòu)。Uber Maps組織本身分為三個域,在三個不同的網(wǎng)關(guān)后面有80個微服務(wù)。
層設(shè)計回答了“什么服務(wù)可以調(diào)用其他什么服務(wù)?”的問題。在Uber的微服務(wù)架構(gòu)中,我們可以將層設(shè)計視為“規(guī)模化的關(guān)注點分離”,或者,我們可以將層設(shè)計視為“規(guī)?;囊蕾嚬芾怼?。
層設(shè)計描述了一種機(jī)制,用于考慮Uber的故障影響范圍和跨服務(wù)依賴的產(chǎn)品特異性。當(dāng)域從底層移到頂層時,它們在中斷的情況下會影響較少的服務(wù),并代表更多特定的產(chǎn)品使用案例。相反,底層的功能具有更多的依存關(guān)系,因此趨向于具有更大的影響半徑,并代表了更通用的業(yè)務(wù)功能集。下圖說明了此概念。
可以將頂層視為具體的用戶體驗(例如移動功能),將底層視為通用的業(yè)務(wù)功能(例如帳戶管理或市場行程)。層僅取決于其下的層,這為我們提供了一種有用的啟發(fā)式方法,可以思考影響范圍和區(qū)域集成等問題。
值得注意的是,功能經(jīng)常會從這個圖表中 "向下 "移動,從具體到更普遍??梢韵胂螅粋€簡單的功能,隨著需求的變多,最終會變成越來越多的平臺。事實上,這種向下遷移是意料之中的,Uber的許多核心業(yè)務(wù)平臺一開始都是針對騎手或司機(jī)的功能,隨著我們開發(fā)出更多的業(yè)務(wù)線,它們也有了更多的依賴性,就會變得越來越通用(比如Uber Eats或Uber Freight)。
在Uber內(nèi)部,我們建立了以下五個層次。
基礎(chǔ)設(shè)施層。提供任何工程項目都可以使用的功能。這是Uber對諸如存儲或網(wǎng)絡(luò)等重大工程問題的處理。
業(yè)務(wù)層。提供應(yīng)用可以使用的Uber功能,但并非特定于特定產(chǎn)品類別或業(yè)務(wù)線(LOB)的功能,例如乘車,進(jìn)餐或貨運。
產(chǎn)品層。提供與特定產(chǎn)品類別或LOB相關(guān)但與移動應(yīng)用程序無關(guān)的功能,例如由多個面向應(yīng)用程序的Rides所利用的“請求乘車”邏輯(Rider,Rider“Lite”,m.uber.com等)。
演示層。提供直接與面向消費者的應(yīng)用程序(移動/網(wǎng)絡(luò))中存在的功能相關(guān)的功能。
邊緣層。將Uber服務(wù)安全地暴露給外界。該層也支持移動應(yīng)用程序。
每層代表著越來越具體的功能分組,并且影響半徑越來越?。ɑ蛘邠Q句話說,更少的組件取決于該層中的功能)。
在微服務(wù)架構(gòu)中相信大家對“API網(wǎng)關(guān)”這個術(shù)語并不陌生。而在DOMA中我們的定義的網(wǎng)關(guān)其實與大家所熟知的“API網(wǎng)關(guān)”的概念相差無幾,只是我們傾向于將網(wǎng)關(guān)專門視為進(jìn)入基礎(chǔ)服務(wù)集合(稱為域)的單個入口點。網(wǎng)關(guān)的成功取決于API設(shè)計的成功。
由于上游使用者僅在單一服務(wù)上運行,因此網(wǎng)關(guān)在遷移,服務(wù)發(fā)現(xiàn)以及整體系統(tǒng)復(fù)雜度方面提供了許多好處,上游服務(wù)僅需一個依賴項,而不是對域中可能存在的幾個下游服務(wù)的依賴。如果我們從面向?qū)ο笤O(shè)計的角度考慮網(wǎng)關(guān),那么它們就是接口定義,它使我們能夠根據(jù)底層“實現(xiàn)”(在本例中為底層微服務(wù)的集合)做我們想做的任何事情。
擴(kuò)展表示一種擴(kuò)展域的機(jī)制。擴(kuò)展的基本定義是,它提供了一種擴(kuò)展基礎(chǔ)服務(wù)功能的機(jī)制,而無需更改該服務(wù)的實際實現(xiàn),也不會影響其整體可靠性。在Uber,我們提供了兩種不同的擴(kuò)展模型:邏輯擴(kuò)展和數(shù)據(jù)擴(kuò)展。擴(kuò)展的概念使我們能夠?qū)⒓軜?gòu)擴(kuò)展到能夠獨立工作的多個團(tuán)隊。
邏輯擴(kuò)展提供了一種擴(kuò)展服務(wù)的底層邏輯機(jī)制。對于邏輯擴(kuò)展,我們使用提供程序或插件模式的變體,其接口是以服務(wù)為基礎(chǔ)定義的。這樣一來使得擴(kuò)展團(tuán)隊可以在不修改底層平臺核心代碼的情況下,以接口驅(qū)動的方式實現(xiàn)擴(kuò)展邏輯。
例如,一個驅(qū)動上線。通常,我們會進(jìn)行各種檢查以確保允許驅(qū)動上線(安全檢查,合規(guī)性等)。這些都由一個單獨的團(tuán)隊擁有。一種實現(xiàn)方法是讓每個團(tuán)隊在同一端點編寫邏輯,但這可能會增加復(fù)雜性。每次檢查都需要自定義且完全不相關(guān)的邏輯。
對于邏輯擴(kuò)展,“上線”端點將定義一個接口,他們希望每個擴(kuò)展都符合預(yù)定義的請求類型和響應(yīng)。每個團(tuán)隊都將注冊一個負(fù)責(zé)執(zhí)行此邏輯的擴(kuò)展。在這種情況下,他們可能簡單地獲取一些關(guān)于驅(qū)動程序的上下文況,然后返回布爾值,來判斷驅(qū)動程序是否可以上線。“上線”端點將簡單地遍歷這些響應(yīng),并確定它們其中是否有問題。
這就將核心代碼與每個擴(kuò)展解耦,并提供了擴(kuò)展之間的隔離,它不知道其他邏輯在執(zhí)行什么。圍繞這一點,就能很容易建立更多的功能,比如可觀察性或者是特征標(biāo)志等。
數(shù)據(jù)擴(kuò)展提供了一種將任意數(shù)據(jù)附加到接口的機(jī)制,來避免核心平臺數(shù)據(jù)模型中的臃腫。對于數(shù)據(jù)擴(kuò)展,我們利用Protobuf的Any功能,這樣團(tuán)隊可以將任意數(shù)據(jù)添加到請求中。服務(wù)通常會存儲這些數(shù)據(jù)或?qū)⑵鋫鬟f給邏輯擴(kuò)展,這樣核心平臺就永遠(yuǎn)不會負(fù)責(zé)反序列化(從而 "知道")這個任意上下文。Protobuf的任何實現(xiàn)都會有一些基礎(chǔ)設(shè)施開銷,以換取更強(qiáng)的類型化。為了更簡單的實現(xiàn),我們可以直接使用JSON字符串來表示任意數(shù)據(jù)。
在邏輯和數(shù)據(jù)擴(kuò)展之外,Uber的很多團(tuán)隊都推出了自己適合自己領(lǐng)域的擴(kuò)展模式。例如,與我們的展示架構(gòu)綁定的很多集成都使用了基于DAG的任務(wù)執(zhí)行邏輯。

Uber幾乎每個主要領(lǐng)域都在一定程度上受到了DOMA的影響。在過去的一年里,我們主要關(guān)注Uber的業(yè)務(wù)層,它為我們的各個業(yè)務(wù)線提供了通用的邏輯。
DOMA在Uber還很年輕,我們很高興能在未來分享更多的數(shù)據(jù)和我們架構(gòu)的深入案例。不過,在簡化開發(fā)人員體驗和降低整體系統(tǒng)復(fù)雜度方面,早期的跡象是非常積極的。
DOMA是Uber整個產(chǎn)品和平臺團(tuán)隊達(dá)成共識的結(jié)果。平臺支持成本往往下降了一個數(shù)量級。產(chǎn)品團(tuán)隊從護(hù)欄和加速開發(fā)中獲益。
例如,我們擴(kuò)展架構(gòu)的一個早期平臺消費者通過采用擴(kuò)展架構(gòu),減少了代碼審查、規(guī)劃和消費者學(xué)習(xí)曲線的時間,能夠?qū)⒁粋€新功能的優(yōu)先級和集成時間從三天下降到三個小時。
以前產(chǎn)品團(tuán)隊要利用一個領(lǐng)域,需要調(diào)用許多下游服務(wù),現(xiàn)在只需要調(diào)用一個服務(wù)。通過減少入駐新功能的接觸點數(shù)量,平臺能夠?qū)⑷腭v時間縮短25-50%。此外,我們能夠?qū)?200個微服務(wù)劃分為70個域。其中大約有50%已經(jīng)實施,其中大部分有一些未來采用的計劃。
在Uber,我們計算過微服務(wù)的半衰期是1.5年,也就是說每1.5年我們就有50%的微服務(wù)流失。如果沒有網(wǎng)關(guān),微服務(wù)架構(gòu)很容易因為這種流失而陷入“遷移地獄”。不斷變化的微服務(wù)需要不斷進(jìn)行上游遷移。網(wǎng)關(guān)使團(tuán)隊能夠避免對底層領(lǐng)域服務(wù)的依賴性,這意味著這些服務(wù)可以在不強(qiáng)制進(jìn)行上游遷移的情況下發(fā)生變化。
Uber在去年最大的兩次平臺重寫都發(fā)生在網(wǎng)關(guān)背后。這些平臺有數(shù)百個依賴于它們的服務(wù),這些服務(wù)將不得不遷移現(xiàn)有的平臺。在這些情況下,遷移的成本會非常高,使得的平臺重寫變得不可行。
事實證明,使用DOMA設(shè)計的平臺可擴(kuò)展性更強(qiáng),也更容易維護(hù)。Uber的大多數(shù)團(tuán)隊之所以采用DOMA,是因為支持新業(yè)務(wù)線的成本太高。

本節(jié)為可能想采用DOMA的公司提供一些實用的建議。這里的指導(dǎo)原則是,根據(jù)我們的經(jīng)驗,一個成熟的、經(jīng)過深思熟慮的微服務(wù)架構(gòu)源于在正確的時間向正確的方向悄悄推敲?,F(xiàn)實情況是,對于一個人的整個微服務(wù)架構(gòu)來說,真正的“重寫”是永遠(yuǎn)不可能的。
因此,我們認(rèn)為微服務(wù)架構(gòu)的演進(jìn)更像是“修剪樹籬”,使其最終正確成長,而不是自上而下或一次性的架構(gòu)(或重新架構(gòu))工作。這是一個動態(tài)和漸進(jìn)的過程。
驅(qū)動性的問題應(yīng)該是“我們應(yīng)該在什么時候采用微服務(wù)架構(gòu)?”和“它對我們的組織有意義嗎?”正如我們在上面所看到的那樣,雖然微服務(wù)為擁有大量工程師的組織提供了運營上的好處,但這也換來了復(fù)雜性的增加,會使功能的構(gòu)建更加困難。
在小型公司中,運營效益可能無法抵消架構(gòu)復(fù)雜性的增加。此外,微服務(wù)架構(gòu)通常需要專門的工程資源來支持,這對于早期階段的公司來說可能超出了預(yù)算,否則從優(yōu)先級的角度來看是次優(yōu)的。
考慮到這一點,在一段時間內(nèi)完全暫緩采用微服務(wù)也不是沒有道理的。如果一個組織真的選擇采用微服務(wù),就應(yīng)該考慮“微服務(wù)作為大型分布式應(yīng)用”的類比,以及想要構(gòu)建的微服務(wù)之間的關(guān)注點分離。另外,要認(rèn)識到,第一批微服務(wù)很可能是最重要的,也是持續(xù)時間最長的,因為它們真正描述了業(yè)務(wù)的核心。
一旦公司的規(guī)模達(dá)到中等,有了多個團(tuán)隊,不同的功能和平臺之間的關(guān)注點明確分離變得朦朧,微服務(wù)架構(gòu)就會變得更加明顯有用。
在這個階段,人們可以開始考慮微服務(wù)之間的層次結(jié)構(gòu)。依賴性管理可能會變得更加重要,因為一些服務(wù)開始對業(yè)務(wù)運營變得更加明顯的關(guān)鍵,越來越多的團(tuán)隊依賴這些服務(wù)。
早期對平臺化的投資可能會在未來的道路上得到回報。如果能夠創(chuàng)建完全產(chǎn)品不可知的業(yè)務(wù)平臺,避免核心平臺服務(wù)中任意的產(chǎn)品邏輯,這里就有可能避免技術(shù)債務(wù)。此時采用擴(kuò)展來實現(xiàn)這一目標(biāo)可能是有意義的。
鑒于微服務(wù)的數(shù)量可能還相當(dāng)少,將它們集中在一起可能沒有意義。不過,這里值得注意的是,在Uber的DOMA實現(xiàn)背景下,一個領(lǐng)域可以包含一個服務(wù),所以用“面向領(lǐng)域”的方式來思考可能還是有用的。
規(guī)模較大的工程組織可能有數(shù)百名工程師和微服務(wù)以及多個依賴關(guān)系。這時DOMA就達(dá)到了它的全部作用。很可能會有明顯的微服務(wù)集群,這些集群可以很容易地歸為域,在它們前面有一個網(wǎng)關(guān)。遺留服務(wù)往往開始需要重構(gòu)或重寫,然后進(jìn)行遷移,這意味著如果網(wǎng)關(guān)已經(jīng)到位的話,很快就會開始在遷移的便利性方面提供價值。
明確的層次結(jié)構(gòu)也將變得越來越重要,一些服務(wù)將作為“產(chǎn)品”服務(wù)來運行,以實現(xiàn)特定的功能或功能分組,而其他服務(wù)將越來越多地支持多個產(chǎn)品,并被認(rèn)為是“平臺”?,F(xiàn)階段關(guān)鍵是要保持任意產(chǎn)品邏輯與平臺的脫鉤,這樣才能避免給平臺團(tuán)隊帶來沉重的運營負(fù)擔(dān)以及整個系統(tǒng)的不穩(wěn)定。

隨著Uber越來越多的團(tuán)隊來采用DOMA,我們?nèi)栽诜e極地進(jìn)化DOMA。DOMA的關(guān)鍵洞察力在于,微服務(wù)架構(gòu)實際上只是一個大型的分布式程序,你可以將同樣的原則應(yīng)用于它的演進(jìn),就像你應(yīng)用于任何軟件一樣。DOMA只是一種在實踐中思考這些原則的方法。我們希望其他人覺得它有用,我們也期待著反饋。
特別推薦一個分享架構(gòu)+算法的優(yōu)質(zhì)內(nèi)容,還沒關(guān)注的小伙伴,可以長按關(guān)注一下:



長按訂閱更多精彩▼

如有收獲,點個在看,誠摯感謝
免責(zé)聲明:本文內(nèi)容由21ic獲得授權(quán)后發(fā)布,版權(quán)歸原作者所有,本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點,不代表本平臺立場,如有問題,請聯(lián)系我們,謝謝!
本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內(nèi)容真實性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
9月2日消息,不造車的華為或?qū)⒋呱龈蟮莫毥谦F公司,隨著阿維塔和賽力斯的入局,華為引望愈發(fā)顯得引人矚目。
關(guān)鍵字:
阿維塔
塞力斯
華為
加利福尼亞州圣克拉拉縣2024年8月30日 /美通社/ -- 數(shù)字化轉(zhuǎn)型技術(shù)解決方案公司Trianz今天宣布,該公司與Amazon Web Services (AWS)簽訂了...
關(guān)鍵字:
AWS
AN
BSP
數(shù)字化
倫敦2024年8月29日 /美通社/ -- 英國汽車技術(shù)公司SODA.Auto推出其旗艦產(chǎn)品SODA V,這是全球首款涵蓋汽車工程師從創(chuàng)意到認(rèn)證的所有需求的工具,可用于創(chuàng)建軟件定義汽車。 SODA V工具的開發(fā)耗時1.5...
關(guān)鍵字:
汽車
人工智能
智能驅(qū)動
BSP
北京2024年8月28日 /美通社/ -- 越來越多用戶希望企業(yè)業(yè)務(wù)能7×24不間斷運行,同時企業(yè)卻面臨越來越多業(yè)務(wù)中斷的風(fēng)險,如企業(yè)系統(tǒng)復(fù)雜性的增加,頻繁的功能更新和發(fā)布等。如何確保業(yè)務(wù)連續(xù)性,提升韌性,成...
關(guān)鍵字:
亞馬遜
解密
控制平面
BSP
8月30日消息,據(jù)媒體報道,騰訊和網(wǎng)易近期正在縮減他們對日本游戲市場的投資。
關(guān)鍵字:
騰訊
編碼器
CPU
8月28日消息,今天上午,2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式在貴陽舉行,華為董事、質(zhì)量流程IT總裁陶景文發(fā)表了演講。
關(guān)鍵字:
華為
12nm
EDA
半導(dǎo)體
8月28日消息,在2024中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會上,華為常務(wù)董事、華為云CEO張平安發(fā)表演講稱,數(shù)字世界的話語權(quán)最終是由生態(tài)的繁榮決定的。
關(guān)鍵字:
華為
12nm
手機(jī)
衛(wèi)星通信
要點: 有效應(yīng)對環(huán)境變化,經(jīng)營業(yè)績穩(wěn)中有升 落實提質(zhì)增效舉措,毛利潤率延續(xù)升勢 戰(zhàn)略布局成效顯著,戰(zhàn)新業(yè)務(wù)引領(lǐng)增長 以科技創(chuàng)新為引領(lǐng),提升企業(yè)核心競爭力 堅持高質(zhì)量發(fā)展策略,塑強(qiáng)核心競爭優(yōu)勢...
關(guān)鍵字:
通信
BSP
電信運營商
數(shù)字經(jīng)濟(jì)
北京2024年8月27日 /美通社/ -- 8月21日,由中央廣播電視總臺與中國電影電視技術(shù)學(xué)會聯(lián)合牽頭組建的NVI技術(shù)創(chuàng)新聯(lián)盟在BIRTV2024超高清全產(chǎn)業(yè)鏈發(fā)展研討會上宣布正式成立。 活動現(xiàn)場 NVI技術(shù)創(chuàng)新聯(lián)...
關(guān)鍵字:
VI
傳輸協(xié)議
音頻
BSP
北京2024年8月27日 /美通社/ -- 在8月23日舉辦的2024年長三角生態(tài)綠色一體化發(fā)展示范區(qū)聯(lián)合招商會上,軟通動力信息技術(shù)(集團(tuán))股份有限公司(以下簡稱"軟通動力")與長三角投資(上海)有限...
關(guān)鍵字:
BSP
信息技術(shù)
山海路引?嵐悅新程 三亞2024年8月27日 /美通社/ --?近日,海南地區(qū)六家凱悅系酒店與中國高端新能源車企嵐圖汽車(VOYAH)正式達(dá)成戰(zhàn)略合作協(xié)議。這一合作標(biāo)志著兩大品牌在高端出行體驗和環(huán)保理念上的深度融合,將...
關(guān)鍵字:
新能源
BSP
PLAYER
ASIA
上海2024年8月28日 /美通社/ -- 8月26日至8月28日,AHN LAN安嵐與股神巴菲特的孫女妮可?巴菲特共同開啟了一場自然和藝術(shù)的療愈之旅。 妮可·巴菲特在療愈之旅活動現(xiàn)場合影 ...
關(guān)鍵字:
MIDDOT
BSP
LAN
SPI
8月29日消息,近日,華為董事、質(zhì)量流程IT總裁陶景文在中國國際大數(shù)據(jù)產(chǎn)業(yè)博覽會開幕式上表示,中國科技企業(yè)不應(yīng)怕美國對其封鎖。
關(guān)鍵字:
華為
12nm
EDA
半導(dǎo)體
上海2024年8月26日 /美通社/ -- 近日,全球領(lǐng)先的消費者研究與零售監(jiān)測公司尼爾森IQ(NielsenIQ)迎來進(jìn)入中國市場四十周年的重要里程碑,正式翻開在華發(fā)展新篇章。自改革開放以來,中國市場不斷展現(xiàn)出前所未有...
關(guān)鍵字:
BSP
NI
SE
TRACE
上海2024年8月26日 /美通社/ -- 第二十二屆跨盈年度B2B營銷高管峰會(CC2025)將于2025年1月15-17日在上海舉辦,本次峰會早鳥票注冊通道開啟,截止時間10月11日。 了解更多會議信息:cc.co...
關(guān)鍵字:
BSP
COM
AI
INDEX
上海2024年8月26日 /美通社/ -- 今日,高端全合成潤滑油品牌美孚1號攜手品牌體驗官周冠宇,開啟全新旅程,助力廣大車主通過駕駛?cè)ヌ剿鞲鼜V闊的世界。在全新發(fā)布的品牌視頻中,周冠宇及不同背景的消費者表達(dá)了對駕駛的熱愛...
關(guān)鍵字:
BSP
汽車制造
此次發(fā)布標(biāo)志著Cision首次為亞太市場量身定制全方位的媒體監(jiān)測服務(wù)。 芝加哥2024年8月27日 /美通社/ -- 消費者和媒體情報、互動及傳播解決方案的全球領(lǐng)導(dǎo)者Cis...
關(guān)鍵字:
CIS
IO
SI
BSP
上海2024年8月27日 /美通社/ -- 近來,具有強(qiáng)大學(xué)習(xí)、理解和多模態(tài)處理能力的大模型迅猛發(fā)展,正在給人類的生產(chǎn)、生活帶來革命性的變化。在這一變革浪潮中,物聯(lián)網(wǎng)成為了大模型技術(shù)發(fā)揮作用的重要陣地。 作為全球領(lǐng)先的...
關(guān)鍵字:
模型
移遠(yuǎn)通信
BSP
高通
北京2024年8月27日 /美通社/ -- 高途教育科技公司(紐約證券交易所股票代碼:GOTU)("高途"或"公司"),一家技術(shù)驅(qū)動的在線直播大班培訓(xùn)機(jī)構(gòu),今日發(fā)布截至2024年6月30日第二季度未經(jīng)審計財務(wù)報告。 2...
關(guān)鍵字:
BSP
電話會議
COM
TE
8月26日消息,華為公司最近正式啟動了“華為AI百校計劃”,向國內(nèi)高校提供基于昇騰云服務(wù)的AI計算資源。
關(guān)鍵字:
華為
12nm
EDA
半導(dǎo)體