【正文】 ................ 50 虛擬化 ............................................................................................................................... 52 模塊部署圖 ....................................................................................................................... 52 硬件設備 ........................................................................................................................... 53 數(shù)據(jù)架構(gòu) ...................................................................................................................... 53 開發(fā)架構(gòu) ...................................................................................................................... 54 Bundle 劃分規(guī)則 .............................................................................................................. 54 項目工程劃分規(guī)則及項目目錄結(jié)構(gòu) ............................................................................... 55 部署目錄結(jié)構(gòu) ................................................................................................................... 56 開發(fā)技術框架使用規(guī)則 ................................................................................................... 57 運行架構(gòu) ...................................................................................................................... 57 登錄和訪問流程 ............................................................................................................... 57 與 BOSS 運營系統(tǒng)有關帳戶信息的交互流程 ............................................................... 60 與 BOSS 運營系統(tǒng)有關產(chǎn)品模塊信息的交互流程 ....................................................... 60 與 BOSS 運營系統(tǒng)有關系統(tǒng)消息的交互流程 ............................................................... 60 6 架構(gòu)驗證 .............................................................................................................. 60 性能 ................................................................................................................................... 60 安全性 ............................................................................................................................... 60 可擴展性 ........................................................................................................................... 60 可運維性 ........................................................................................................................... 61 7 風險評估 .............................................................................................................. 62 數(shù)據(jù)庫無法支撐大量租戶風險（ IO 瓶頸） ............................................................ 62 高峰期的訪問風險 ...................................................................................................... 62 1 項目背景 SaaS 源于一種簡單的思想：軟件即服務！隨著一大批 的公司， 如國外的 Salesforce 在這個領域取得的輝煌成績， SaaS 已經(jīng)徹底改變了人們對軟件的觀念，使用軟件的人從產(chǎn)品消費者轉(zhuǎn)換成服務消費者，而開發(fā)軟件的人從產(chǎn)品提供者轉(zhuǎn)變?yōu)榉仗峁┱摺?為了順應當今 IT 企業(yè)級應用的發(fā)展趨勢和滿足公司戰(zhàn)略發(fā)展的需要，本 架構(gòu)文檔 旨在描述 在 SaaS 這種 商業(yè)模式下，如何搭建 適合目前公司現(xiàn)狀的 企業(yè)信息化 系統(tǒng) 。 對于 SaaS 商業(yè)模式，簡要描述如下： SaaS 模式無論是對于用戶，還是對于軟件開發(fā)商都有 著巨大的優(yōu)勢。 從用戶方面來看：用戶可以只花少量的資金就可以使用一款軟件了，并可以很直觀的評估軟件是否滿足要求或者是否適合公司的管理模式，大大降低了軟件產(chǎn)品的資金投入以及風險。另外，用戶不需要維護軟件、以及硬件本身，可以按照自己的需要定制，按需使用。大大降低了成本。最后，由于軟件是托管 在運營商，往往有更好的服務保障和防毒措施，用戶可以放心的把這一部分 的開支節(jié)省下來，去投入到更重要的地方。 從軟件商來看： SaaS 模式大大節(jié)省了銷售的成本，軟件商可以把重點資源放在市場推廣方面，銷售反而是順理成章的事情。另外 SaaS 也為軟件商節(jié)省了維護成本，以往的維護都是一對一的，甚至要到客戶現(xiàn)場。這種模式勢必導致成本劇增，而 SaaS 卻能保證軟件對客戶的服務響應快捷和高效。最重要的是 SaaS 給軟件商提供了穩(wěn)健的經(jīng)營模式，有利于企業(yè)不為銷售和各種售后服務疲于奔命，而可以將更多精力放到產(chǎn)品的研發(fā)和推廣上去，不斷提高客戶服務質(zhì)量和系統(tǒng)維護水平。 SaaS RES 就是 SaaS 商業(yè)模式 下 的房地產(chǎn)營銷管理系統(tǒng)。 主要為各個房地產(chǎn)商提供低成本的、按需購買功能的營銷解決方案。 2 關鍵需求 關鍵功能需求 ? 與 SaaS BOSS 運營支撐系統(tǒng)進行交互 ： SaaS BOSS 系統(tǒng)主要對整個 RES 業(yè)務系統(tǒng)的正常運營起到 管理和 支撐作用。比如創(chuàng)建租戶第一人，配置租戶可使用的產(chǎn)品模塊，各種系統(tǒng)通知消息 ，狀態(tài)查詢 等等。 ? 業(yè)務實體的的增、刪、改及一些復雜的業(yè)務處理功能：對于 SAAS RES 系統(tǒng)來說，業(yè)務實體的增、刪、改是最常見的操作，它們屬于業(yè)務實體的維護操作，在系統(tǒng)的產(chǎn)品管理、客戶管理、銷售管理、服務管理和財務管理模塊都普遍存在，這些操作都包括一些數(shù)據(jù)校驗，業(yè)務約束等處理邏輯，除了業(yè)務實體的增、刪、改等數(shù)據(jù)維護操作外，一些復雜的業(yè)務處 理功能也具有相當?shù)牡湫托?，這些復雜的業(yè)務 處理通常涉及多個業(yè)務實體的狀態(tài)變化以及它們之間的業(yè)務約束，而且這些業(yè)務邏輯很大機會隨著業(yè)務的發(fā)展而變化，因此，如何通過合理的設計來保證以一個清晰的結(jié)構(gòu)來表達這種業(yè)務模型，并能夠讓模型有足夠的靈活性來應付將來可能發(fā)生的業(yè)務變化顯得非常的關鍵，在架構(gòu)分析中，將會以“客戶下訂單（即創(chuàng)建訂單）”作為用例進行分析。 ? 業(yè)務數(shù)據(jù)的查詢業(yè)務、報表業(yè)務：對業(yè)務數(shù)據(jù)的查詢操作是貫穿整個系統(tǒng)所有模塊的業(yè)務，而報表業(yè)務也是數(shù)據(jù)查詢的一種特殊例子，它們都屬于系統(tǒng)中非常典型的功能需求。 ? 創(chuàng)建訂單 —— 典型的高并發(fā)資源爭用業(yè)務：這種業(yè)務對 數(shù)據(jù)在處理過程中的排他性有非常嚴格的要求，即業(yè)務數(shù)據(jù)在某個事務處理過程中，絕對不能受到其他事務處理的干擾，“創(chuàng)建訂單”用例就是這一關鍵功能需求的典型用例，在架構(gòu)分析中將會對如何保證這種事務排他性進行詳細分析。 ? 數(shù)據(jù)權限控制：數(shù)據(jù)權限控制是系統(tǒng)的一個典型的功能，客戶管理、銷售管理、服務管理、財務管理和報表等模塊中都有數(shù)據(jù)權限控制的需求，數(shù)據(jù)權限控制的意思是：不同角色可以擁有同一個系統(tǒng)功能的使用權限，但不同角色對于同一系統(tǒng)功能，其可操作的數(shù)據(jù)是有可能不同的，目前系統(tǒng)定義了三個數(shù)據(jù)權限級別： 1）全部：對應功能權 限能操作所有相關數(shù)據(jù)； 2）本人管轄的員工負責的數(shù)據(jù)：對應功能權限只能操作當前用戶擁有的數(shù)據(jù)，以及當前用戶所在部門（包括下級部門）的所有員工所擁有的數(shù)據(jù)； 3）本人負責的數(shù)據(jù)：對應功能權限只能操作當前用戶擁有的數(shù)據(jù)。 ? 需要整合第三方系統(tǒng)提供附加值，包括用“在線客服”為租戶在線的、及時的支持服務；用“ SMS”為租戶提供短信服務；用“ EMail” 為租戶提供發(fā)送業(yè)務郵件和郵件提醒服務。 關鍵 非功能性需求 ? 租戶及用戶數(shù)量：最大租戶數(shù)為 500。每個租戶最大的用戶數(shù) 100，所有租戶平均用戶數(shù)50。平均在線人數(shù)約為： 12500 人。 ? 并發(fā)數(shù)： 5% * 平均在線人數(shù) = 625 次 每秒 ? 性能：系統(tǒng)及時提供相應服務的能力。包括較高的吞吐量、快速的平均響應時間、持續(xù)高速的系統(tǒng)處理能力。大部分操作的響應時間控制在 3 秒以內(nèi)。 ? 安全性：系統(tǒng)為合法的租戶及用戶提供服務，阻止非授權租戶及用戶使用系統(tǒng)。如用戶驗證安全性，用戶數(shù)據(jù)安全性等。 ? 持續(xù)可用性：系統(tǒng)長時間無故障運行能力，一年內(nèi)無故障率達到 %（年累計停止服務 時間不超過 8 小時 45 分鐘） ? 易用性：系統(tǒng)必須易于使用。系統(tǒng)在升級過程中，降低或避免老客戶的適應難度。 ? 可伸縮性：當用戶數(shù)和 數(shù)據(jù)量增加時，系統(tǒng)維持高服務質(zhì)量的能力。如當業(yè)務量增大時 （比如用戶操作頻繁或者增加了租戶） ，可以通過增加服務器來提高性能，無需對系統(tǒng)進行編程級修改，也不會對最終用戶的使用產(chǎn)生影響。 ? 健壯性（容錯性）：系統(tǒng)發(fā)生以下情況仍然能夠正常運行：用戶進行了非法操作；部分軟硬件系統(tǒng)發(fā)生了故障；其它非正常情況。 ? 隔離性：減少租戶與租戶之間的相互影響，租戶之間的數(shù)據(jù)必須良好隔離。 ? 可擴展性：根據(jù) SaaS 產(chǎn)品發(fā)展需要，系統(tǒng)要較容易的適應新需求或需求變化。 ? 可移植性：根據(jù)租戶數(shù)量或服務水平，可容易的從 一個運行環(huán)境轉(zhuǎn)移到另一個不同 的運行環(huán)境。 （數(shù)據(jù)庫的遷移需要暫時服務，其他的升級基本上 對用戶 是透明的） ? 可維護性： SaaS 系統(tǒng)是由多角色人員一起來運營的。系統(tǒng)的安裝、部署、擴展、升級、新租戶的加入必須容易，減少出差錯。系統(tǒng)運行的監(jiān)控必須準確、及時。對故障的處理必須簡單快速。 ? 租戶端帶寬有限：一個租戶通常有多個用戶使用系統(tǒng)，而訪問系統(tǒng)時通常是共享帶寬，比如 ADSL(處于成本考慮，可能采用上行 512K，下行 2M)。 關鍵 商業(yè)需求 ? 系統(tǒng) 版本的規(guī)劃最大租戶數(shù)是 500 ? 系統(tǒng)必須在 2022 年 11 初月交付 ? 該產(chǎn)品能方便 IDC 運營管理 ? 系統(tǒng)支持多 租戶，按租戶合同，進行靈活的模塊配置，不同租戶可以購買不同的業(yè)務模塊 關鍵 約束 ? 使用 Apache 作 Web Http Server ? 使用 OSGi 作應用所在環(huán)境（容器選用 jetty 或者 tomcat，待測） ? 使用 作為數(shù)據(jù)庫 名詞解釋 “租戶”：指購買 SaaS 應用的客戶，比如 某個開發(fā)商購買了 RES，那么這個開發(fā)商就是“租戶”。 “租戶管理員”： 由 SaaS 服務提供商的運營人員使用。 指 SaaS 服務提供商內(nèi)部，負責管理“租戶”的管理員，該管理員的職責一般是根據(jù)合同來添加租戶，添加租戶的“ 租戶第一人 ”， 修改租 戶信息，修改租戶各種配置信息等