可伸縮性最佳實(shí)踐：來自ebay的經(jīng)驗(yàn)(編輯修改稿)
2025-05-06 11:32 本頁面
【文章內(nèi)容簡介】 ）。在eBay，我們絕對不允許任何形式的客戶端或者分布式事務(wù)——因此絕不需要兩段式提交。在某些經(jīng)過仔細(xì)定義的情形下，我們會將作用于同一個數(shù)據(jù)庫 的若干語句捆綁成單個事務(wù)性的操作。而對于絕大部分操作，單條語句是自動提交的。雖然我們故意放寬正統(tǒng)的ACID屬性，以致不能在所有地方保證即時一致 性，但現(xiàn)實(shí)的結(jié)果是大部分系統(tǒng)在絕大部分時間都是可用的。當(dāng)然我們也采用了一些技術(shù)來幫助系統(tǒng)達(dá)到最終的一致性（eventual consistency）：周密調(diào)整數(shù)據(jù)庫操作的次序、異步恢復(fù)事件，以及數(shù)據(jù)核對（reconciliation）或者集中決算（settlement batches）。具體選擇哪種技術(shù)要根據(jù)特定用例對一致性的需求來決定。對于架構(gòu)師和系統(tǒng)的設(shè)計者來說，關(guān)鍵是要明白一致性并非“有”和“沒有”的單選題?，F(xiàn)實(shí)中大多數(shù)的用例都不要求即時一致性。正如我們經(jīng)常根據(jù)成本和其他壓力因素來權(quán)衡可用性的高低，一致性也同樣可以量體裁衣，根據(jù)特定操作的需要而保證適當(dāng)程度的一致性。最佳實(shí)踐 4：用異步策略解耦程序提高可伸縮性的另一項(xiàng)關(guān)鍵措施是積極地采取異步策略。如果組件A同步調(diào)用組件B，那么A和B就是緊密耦合的，而緊耦合的系統(tǒng)其可伸縮性特征是各部分 必須共同進(jìn)退——要伸縮A必須同時伸縮B。同步調(diào)用的組件在可用性方面也面臨著同樣的問題。我們回到最基本的邏輯：如果A推出B，那么非B推出非A。也就 是說，若B不可用，則A也不可用。如果反過來A和B的聯(lián)系是異步的，不管是通過隊列、多播消息、批處理還是什么其他手段，它們就可以分別地伸縮。而且，此 時A和B的可用性特征是相互獨(dú)立的——即使B受困或者死掉，A仍然能夠繼續(xù)前進(jìn)。整個基礎(chǔ)設(shè)施從上到下都應(yīng)該貫徹這項(xiàng)原則。即使在單個組件內(nèi)部也可通過SEDA（分階段的事件驅(qū)動架構(gòu)，Staged EventDriven Architecture）等技術(shù)實(shí)現(xiàn)異步性，同時保持一個易于理解的編程模型。組件之間也遵守同樣的原則——盡可能避免同步帶來的耦合。在多數(shù)情況下， 兩個組件在任何事件中都不會有直接的業(yè)務(wù)聯(lián)系。在所有的層次，把過程分解為階段（stages or phases），然后將它們異步地連接起來，這是伸縮的關(guān)鍵。最佳實(shí)踐 5：將過程轉(zhuǎn)變?yōu)楫惒降牧饔卯惒降脑瓌t解耦程序，盡可能將過程變?yōu)楫惒降摹τ谝罂焖夙憫?yīng)的系統(tǒng)，這樣做可以從根本上減少請求者所經(jīng)歷的響應(yīng)延遲。對于網(wǎng)站或者交易系統(tǒng)， 犧牲數(shù)據(jù)或執(zhí)行的延遲時間（完成全部工作的實(shí)踐）來換取用戶的延遲時間（用戶得到響應(yīng)的時間）是值得的?；顒痈?、單據(jù)開付、決算和報表等處理過程顯然都 應(yīng)該屬于后臺活動。主要用例過程中常常有很多步驟可以進(jìn)一部分解成異步運(yùn)行。任何可以晚點(diǎn)再做的事情都應(yīng)該
公司管理相關(guān)推薦
鄂ICP備17016276號-1