前言 趁着雙十一備戰封板，終於又有一些時間可以梳理一下最近的心得。 最近這半年跟同事討論比較多的是分層架構，然後就會遇到兩個觸及靈魂的問題，一個是如何做好分層架構，二是DDD在架構層面該如何落地。 為了説好分層，我們需要了解架構的意義。 良好的架構是為了保證一下兩點： 治理應用複雜度，降低系統熵值； 從隨心所欲的混亂狀態，走向井井有條的有序狀態。 比如，你去圖書館借閲書籍，對於紛繁雜亂的各
1、背景 到店商詳迭代過程中，需要提供的對外能力越來越多，如預約日曆、附近門店、為你推薦等。這其中不可避免會出現多個上層能力依賴同一個底層接口的場景。最初採用的方案是對外API入口進來後獲取對應的能力，併發調用多項能力，由能力層調用對應的數據鏈路，進行業務處理。然而，隨着接入功能的增多，這種情況導致了底層數據服務的重複調用，如商品配置信息，在一次API調用過程中重複調了3次，當流量增大或能力項愈多
