用動詞拆分操作，用名詞拆分資源，或者兼而有之口根據動詞/名詞方法的定義，拆分服務和數據。不僅能有效地擴展事務，還能有效地擴展與事務相關的大型數據集合。Y軸拆分，或者說面向數據服務的拆分，能夠有效地擴展事務、大型數據集合，并且有助于故障隔離。
拋開關于面向服務的架構(SOA)和面向資源的架構(ROA)這兩個概念的爭論，深入了解它們的基本前提就會發現，它們至少有一點是相同的，即都要求架構師和程序員考慮架構中的職責拆分。大體上就是采用動詞(服務)和名詞(資源)的概念來實現拆分。即擴展立方上的第二個軸，采用的就是這種方法。簡而言之，是通過拆分站點中的各種功能和數據，從而實現擴展。采用簡單方法就是把產品拆分為名詞和動詞，或者兩者的組合。
首先，我們看看怎么用動詞拆分站點。如果我們的站點是相對簡單的電子商務站點，那么可以用動詞把它拆分為注冊、登錄、搜索、瀏覽、查看、加入購物車、購買。在這些事務中，每一個事務所需要執行的數據可能都與其他事務需要的大不相同。例如，可能有人會說，注冊和登錄需要的數據是相同的，但其實它們都需要一些特有的數據。例如，注冊可能需要檢查該用戶選擇的ID是不是已經被別人選用了，而登錄時則無需了解其他用戶的ID。注冊時可能需要把大量的數據寫入持久數據存儲中，而登錄則是一種驗證用戶身份的只讀應用。注冊可能需要用戶存儲許多識別個人身份的信息，包括信用卡號等，而在用戶只是想建立登錄連接時則無需訪問這些信息。
在研究搜索和登錄這兩種截然不同功能時，依據動詞拆分的擴展方法的不同之處以及帶來的好處就更加明顯了。在登錄時，我們關心的通常是驗證用戶身份，可能會建立某些會話(這里我們采用術語會話，而不是采用狀態)。登錄功能關心的是用戶，因此需要緩存用戶數據并與之進行交互操作。另一方面，搜索關心的是查找數據項，而最重要的是用戶的意圖(通常是用戶在搜索框內輸入的搜索字符串、查詢或搜索項)以及我們存儲在目錄中的目錄項。拆分這些數據集，可以使我們在系統有限的內存中緩存更多的數據，而且，由此產生的高緩存命中率也會加快事務的處理。在后端的持久性系統(如數據庫)中標分數據，就能夠在這些系統中分配更多的專用內存，加速對客戶(應用服務器)請求的響應。由于更好地利用了系統資源，這兩個系統都會相應地更快。顯然，這是拓展這些系統最容易的方法，受內存限制地更少。此外，通過采用X軸擴展)相同的方法拆分事務，Y軸的事務擴展能力也增加了。
稍等!如果我們想把用戶和產品信息合并在一起，例如向客戶推薦產品，又該怎么辦呢?注意，這里用了新的動詞一一推薦。這是另一種需要拆分數據和事務的情況。我們可能會加入一種推薦服務，根據用戶過去的購買行為，與具有相似購買行為的用戶進行異步評估。這樣可能會把數據移植到登錄功能或搜索功能(當用戶與系統交互時就會向他顯示)。或者也可能是用戶瀏覽器發出的一個單獨的同步調用，顯示在專門分配給這個推薦調用的區域。
現在可以考慮如何用名詞來拆分項了。還是拿電子商務的例子來說，我們可以標識一些最終會對其進行操作的資源(而不是表示要執行的操作的動詞)。我們可以認為電子商務站點是由產品目錄、產品庫存清單、用戶賬戶信息、市場營銷信息等構成的。采用名詞拆分的方法，可以根據這些分類拆分數據，然后定義一套高級的原函數，如創建、讀、更新和刪除等，對這些原數據進行操作。
Y軸拆分不僅適用于擴展數據集合，還適用于擴展代碼庫。由于服務和資源都被拆分了，那么執行的操作和執行它們所必需的代碼也會被拆分。這就意味著可以把開發復雜系統的大型編程小組拆分成各個子系統的專家組，程序員不用再擔心自己必須是網站建設系統每一部分的全能專家了。當然，由于可以拆分服務，所以擴展事務也就相當容易了。
本文地址：http://m.123beaconmarketing.com//article/3454.html
