1. 目標：
統一提供基礎**實現。 統一提供框架結構，並在此基礎上逐步增加各種服務介面，使更多更好的服務在乙個統一的層面提供，提公升整體擴充套件能力。
統一提供一些基礎的和標準的服務，滿足架構自身的服務要求。 定義介面標準組成模組和元素，使能夠更加有力地推動介面風格設計和改進，提公升友好性。
提供模組插拔管理 支援集群，支援負載均衡。
2. 原則：
開放性原則，架構各模組設計均依據此原則，支援在各個層次和各種模組上整合，提高相容性。
模組化原則，模組化是化解軟體廣度複雜的必然手段，我們依然奉行這一原則。
分層原則，分層是為了降低軟體深度複雜性而使用的關鍵思想，表現/業務/資料訪問這一標準的三層次結構依然是近10年來軟體業最有力的**。
介面實現分離原則
細節隱藏原則，不能隱藏細節就不能提公升。
依賴倒置原則，保證架構的可擴充套件性。
3. 方案：
整個架構採用（頁面框架/頁面生成和流轉/服務層/統一資料訪問層）4層框架結構。
頁面框架負責客戶端頁面的布局和組織，採用ajax實現。
ui互動，展現，頁面流轉採用jsf（facelets）作展現框架。
頁面風格採用統一的css來控制，portal提供多套的風格模版。
統一採用(類)sdo作為資料物件標準。定義物件標識標準，定義元資料標準，定義資料和元資料統一描述標準和統一定位（url）。
服務層依然採用poji，整合現存服務，並額外提供以下幾種基礎服務：
i. 物件描述服務，給出id和型別，系統就能夠給出有關物件的準確清晰的描述。
ii. 物件定位服務，提供從乙個物件自由地跳轉到相關物件的服務。
iii. 模糊搜尋，通過支援lucene，提供系統所有物件的統一模糊查詢。
iv. 動態建立物件型別服務和物件型別管理服務。
v. 統一物件（crud）管理服務
vi. jmx服務，藉以提供動態配置管理服務。（優先順序低）
vii. 支援soa流程。
資料訪問層採用compass/jdbc實現統一的資料訪問功能，支援現有**。
i. 提供按物件檢索，生成更新，查詢語句的功能。
ii. 查詢結果均採用物件和列表（類hibernate方式）。
依然採用spring做統一物件管理和事務管理。
統一報表服務。
Java 系統架構設計
首先分為閘道器和引擎等多個部分 第一部分 閘道器 1 主要負責 請求和一些過濾操作，處理一些非法的重複ip請求，以及使用者安全鑑權操作，分出來這一層的原因是，防止惡意攻擊的請求太頻繁，導致有邏輯業務的機器壓力過大，導致宕機，這樣子影響其他業務的處理，所以分出來了。2 這裡面還需要加白名單或者黑名單之...
salesforce 架構設計 從架構設計到架構師
因為碎片化的時間多了，所以開始刷起某乎了，關注了架構相關的板塊，也順手回答了一些問題。發現有很多同道中人正在經歷著我前兩年經歷的階段，對於做架構沒有相對具象的一些理解，更沒有系統化的認識。所以把最近回答的一些內容整理一下，權當記錄，留給3年後的自己 按慣例，容許我裝x開頭 一 架構的定義 在軟體開發...
mysql架構設計 初識mysql架構設計
一 應用系統如何與mysql進行一次互動？最開始接觸jdbc的時候，我們系統如何完成一次sql操作呢？第一步，建立資料庫連線 第二步，操作sql 第三步，釋放連線。但是每次建立與資料庫的連線非常耗時和資源，所以我們加入了連線池的概念。第一步的獲取連線是從連線池中獲取乙個可用的連線，第三步的釋放連線不...