軟體架構常考慮的：
系統建模，定義介面，劃分功能模組
套用模式，優化效能
安全性，易用性，產品支援，發布管理，部署方式等問題
架構師實現的一組最終目標可以通過逐步分析相關各方的需求得到。這個分析過程應該貫徹整個軟體開發過程。
要滿足長期需求，也要兼顧未來。
架構師不僅要為使用者建立實用的優質軟體，還要有專業的能力，平衡不同的部門的目標。
ceo的控制成本
運營部門的易於管理，
開發人員的**容易學習方便維護
軟體的生命週期和商業價值，考慮公司的技術文化的慣例。
設計軟體架構需要兼顧專案的技術需求和各方的業務需求
避免開發人員草率提交任務。
可以採用測試驅動開發的模式。
改善系統的生產效率，縮短流程
執行模擬方法
降低依賴
細分系統
世界是混亂的，很難有一種通用性的解決方案。我們可以通過分解系統，提供多樣化的解決方案。
97條架構建議 空白 行話 情境
軟體系統由相互依賴的程式組成，我們裝備這些程式和方法見的關聯叫做架構 我們一般會通過簡單的圖形表示系統，這是種抽象和概括。其實系統遠比這複雜，還有許多空白需要填補。包括硬體的問題。在確定主幹後，我們應該考慮更多，考慮越多我們最後遇到的問題就越少。每個行業都有它自己的行話，軟體行業也不例外。架構和設計...
97條架構建議 多嘗試 掌握領域知識 設計
架構需要詳細的分析，分解業務再做決策 先接觸專案在進行架構選型，這個時候你得盡可能多的收集業務相關的資訊。你也可以推遲架構決策，盡可能多的收集專案相關的資訊，因為確定架構後再去調整它的代價是最大的。對架構師來說，技術知識基礎，快速的學習和完善你的業務領域知識，才能讓你做出盡可能好的決策。熟練的業務知...
LNMP WEB架構構建
2.nginx並不能直接處理php頁面，php動態頁面請求nginx不能直接處理，nginx伺服器會將php網頁指令碼通過介面傳輸協議 閘道器協議 php fcgi fast cgi 傳輸給php fpm php程序管理程式 3.php fpm不做處理，然後php fpm呼叫php解析器程序，php...