前言
在項目架構時，提前做到一些預準備，可以讓你在未來改造的時候更佳方便。
-
是否可伸縮，節點均衡。
(微信accesstoken只允許單節點拉取，所以不應該將accesstoken和可伸縮的節點放一起) -
是否有可能測試服和正式服，分離服務器。
(redis的key是否加了服務標識，redis的db index是否區分隔離之類的) -
是否多人開發
(項目的目錄層級是不是合理，多人開發合併衝突機率，共享同一個switch的機率大不大，全局變量多方編輯的機率大不大。) -
是否有可能從主項目裏，拆分出子服務。
（和主服務同時更新，但是互不影響，是否共享發起參數，是否區分配置文件,nginx路由是否衝突) -
是否方便中間件拓展。
（postgres和redis應對人數，改變成了集羣，redis/pg 的連接方式從本地無密碼，改變成了跨內網帶密碼，讀寫分離） -
是否方便"重複造車"。
(代碼結構適不適合自動生成模型結構，http接口，網關，文檔說明) -
服務依賴是否有發起順序。
(最好改造成順序無害的。) -
是否適合埋點統計
-
是否有限流，熔斷，主備服等潛在需求。