架構設計心得體會

架構師不是那麼好當的，架構設計首先最重要的一點是搞清楚需求，深刻理解業務，做業務和技術的橋樑，因為架構設計的最終目的是滿足需求，為客戶所用。我有以下一些心得：

1. 簡單，不過度設計：架構設計需要設計模式，用成熟的設計模式來解決架構問題，但不要濫用而導致過度設計。
2. 重視緩衝，訊息佇列：架構設計當中要給以緩衝足夠的重視，而非同步訊息佇列系統對分布式系統提高系統吞吐能力非常重要。
3. 架構的選擇：選擇成熟的很多人使用的架構， 開源的，社區支援資源要多，代碼容易修改，升級後後遺症少的架構才能選擇。
4. 文檔不一定重要：項目從需求到實現的時間是非常短的，並且變化迅速，要想寫出完整的需求文檔是幾乎不可能的，大多數情況是等你寫出完備的文檔，項目早就是另外一個樣子。

架構是一種權衡。在運行效率、開發效率、硬體投入、開發進度、穩定性、可擴充性、團隊成員素質之間找到一種最佳平衡即可。 

不可過度設計而忽略了其他的因素，而導致項目的失敗。尤其不要忽略了人的因素，無論是客戶的需求，還是Team Dev的素質。