架構原則
1、n+1設計 。永遠不少於兩個，通常三個。
2、回滾設計。確保系統可以回滾到以前發不過的任何版本。
3、禁用設計。能夠關閉任何發布的功能。
4、監控設計。在設計階段就必須要考慮監控，而不是在實施完成之後補充。
5、設計多活資料中心。不要被乙個資料中心的解決方案把自己限制住。
6、使用成熟的技術。只用確實好用的技術。
7、非同步設計。只有在絕對必要的時候才進行同步呼叫。
8、無狀態系統。只有當業務確實需要的時候，才使用狀態。
9、水平擴充套件非垂直公升級。永遠不要依懶更大、更快的系統。
10、設計至少有兩個步驟的前沿性。在擴充套件性問題發生前考慮好下一步的行動計畫。
11、非核心則購買。如果不是你最擅長的，也提供不了差異化的競爭優勢則直接購買。
12、使用商品化硬體。在大多數情況下，便宜的是最好的。
13、小勾建，小發布，快試錯。全部研發要小構建，不斷迭代，讓系統不斷地成長。
14、隔離故障。實現故障隔離設計，通過斷路保護避免故障傳播和交叉影響。
15、自動化。設計和構建自動化的過程。如果機器可以做，就不要依賴於人。
軟體架構 設計原則
一般乙個系統包括架構模式 設計模式 軟體框架等。一般乙個系統包括架構模式 設計模式 軟體框架等。設計模式是在解決問題的過程中，一些良好思路的經驗整合，常見的是gof 23種設計模式。gof 23種設計模式的一些指導設計原則 1 開閉原則 ocp 乙個軟體實體應當對擴充套件開放，對修改關閉。抽象化 是...
軟體架構設計原則
通常，我們在開發乙個完成專案的時候，總會談到要進行軟體架構設計，那麼為什麼要進行軟體架構設計呢，肯定是為了方便軟體後期的維護性 擴充套件性和易讀性。軟體開發設計有七大原則 開閉原則 有利於軟體的穩定性和可維護性 依賴倒置原則 減少類與類之間的依賴，高層模組與底層模組之間的依賴，實現與抽象 單一職責原...
《架構即未來》中最常用的15個架構原則
架構即未來 這本書的第12章簡單闡述了架構設計的一些常用的原則 後面章節會詳細闡述 這些原則中很多都是在架構一開始的設計中就要考慮進去的，這樣在出現任何問題時，我們都能夠及時的處理，和把問題影響的範圍有效的縮小。否則就像我現在的專案，一開始設計時，考慮的很少，出問題時，沒有做到及時的反饋，和縮小影響...