XXX管理平臺系統(tǒng)架構(gòu) 前言 系統(tǒng)架構(gòu)是項(xiàng)目中技術(shù) 實(shí)現(xiàn)的最重要的環(huán)節(jié)。系統(tǒng)架構(gòu)的良好與否關(guān)系到系統(tǒng)的性能指標(biāo)、安全指標(biāo)、穩(wěn)定性指標(biāo)、可擴(kuò)展性、業(yè)務(wù)實(shí)現(xiàn)等等。 系統(tǒng)架構(gòu)涉及到系統(tǒng)硬件的選型、網(wǎng)絡(luò)拓?fù)洹⒉僮飨到y(tǒng)選型、數(shù)據(jù)庫 選型、 B/S 與 C/S 的選型、 B/S 各框架的選擇、緩存的實(shí)現(xiàn)、數(shù)據(jù)庫設(shè)計(jì)等諸多方面。 在大型 IT 企業(yè) 中，項(xiàng)目經(jīng)理和架構(gòu)師是分離的；但對于國內(nèi) IT 公司尤其是小企業(yè)來說，就成了一種奢望。項(xiàng)目經(jīng)理一肩挑的現(xiàn)狀至少短期之內(nèi)還是無法改變的，這自然也增加了項(xiàng)目經(jīng)理的痛苦指數(shù)和工作量。 關(guān)于系統(tǒng)架構(gòu)是什么？我最認(rèn)同一句話：架構(gòu)即關(guān)注點(diǎn)分離。 項(xiàng)目經(jīng)理不是萬能的，系統(tǒng)架構(gòu)需要更廣博的知識，當(dāng)然某些方面專業(yè)的知識也是必須的，這取決于平時知識的積累和總結(jié)，也需要其他團(tuán)隊(duì)成員共同的努力。 關(guān)于部分系統(tǒng)架構(gòu)圖的內(nèi)容參見： http://blog.csdn.net/baoqiangwang/archive/2009/10/14/4672677.aspx 系統(tǒng)硬件 關(guān)于系統(tǒng)硬件的選型，首先是根據(jù)業(yè)務(wù)需求和性能指標(biāo)確定硬件的需求數(shù)量和相應(yīng)型號；舉例說：一個普通的 B/S 系統(tǒng)需要有 web 應(yīng)用服務(wù)器，數(shù)據(jù)庫服務(wù)器，如果對于性能有較高的要求，則需要增添 cache 服務(wù)器；如果對于穩(wěn)定性和高可用性有特殊的要求，則需要對相應(yīng)的服務(wù)器進(jìn)行集群處理。 關(guān)于系統(tǒng)硬件的選型，一是關(guān)于廠商的選擇 ( 有 IBM 和 HP 之爭 ) ，一是關(guān)于機(jī)器架構(gòu)的選擇 (PC 服務(wù)器和小型機(jī) ) ，再則是某種機(jī)型的選擇（在本系統(tǒng)中主要為 HP360 和 HP580 ）；再細(xì)的話就是更細(xì)型號的選擇了 (HP360 、 HP580 都至少有十幾種型號 ) ，最后是機(jī)器選件，比如是否需要擴(kuò)充硬盤、內(nèi)存或者 CPU 。 其實(shí)最重要的一項(xiàng)就是預(yù)算，呵呵。本系統(tǒng)的硬件采購是由甲方采購的，但是架構(gòu)是由自己做的，方案如果有之前的案例就會很輕松很多，很不幸，這個方案改了幾十版，跨度達(dá)到 4 個月。無他，對硬件，我不熟。 系統(tǒng)軟件 關(guān)于系統(tǒng)軟件的選擇主要上是操作系統(tǒng)、數(shù)據(jù)庫、開發(fā)工具 選擇什么樣的操作系統(tǒng)與計(jì)算機(jī)硬件本身有很密切的聯(lián)系，當(dāng)然也與甲方的要求有關(guān)。 Linux/Windows/ 專有 UNIX 都是可選項(xiàng)， windows 囿于安全性 原因，一般不為推崇； UNIX 與硬件有很大關(guān)聯(lián)，一般也很少用；所以普遍選擇的是 Linux ； 關(guān)于操作系統(tǒng)版本的選擇，一般建議選擇目前市面比較穩(wěn)定的版本，最新的版本往往意味著兼容性問題，太老的版本一般有性能問題； 關(guān)于操作系統(tǒng)的 32/64 位的選擇，這個需要硬件的支持；在 64 位 CPU 上安裝 32 位的操作系統(tǒng)意味著資源的浪費(fèi)；在這個項(xiàng)目上曾經(jīng)考慮有所欠妥，結(jié)果造成了一定的問題。 關(guān)于數(shù)據(jù)庫的選擇，與操作系統(tǒng)有一定關(guān)系，也和對系統(tǒng)的安全性、穩(wěn)定性、高并發(fā)性有一定關(guān)系；雖然一個好的 DBA 在任何一種數(shù)據(jù)庫上都可以構(gòu)建出高可用性的數(shù)據(jù)庫，呵呵。 關(guān)于開發(fā)工具的選擇，與操作系統(tǒng)相關(guān)，也與甲方的要求有關(guān)，開發(fā)工具一向有 java 和微軟 兩條線路之爭；在本系統(tǒng)中采用的當(dāng)然是 java 了。 關(guān)于 web 中間件的選擇，與開發(fā)工具、操作系統(tǒng)都有關(guān)系， JBOSS ， websphere ， tomcat ， resin ， web logic 都有一定的擁蹇和市場；取決與甲方的要求和本團(tuán)隊(duì)對相應(yīng)系統(tǒng)的熟悉程度。 B/S 架構(gòu) 關(guān)于系統(tǒng)軟件架構(gòu)通常是指的是 B/S 部分實(shí)現(xiàn)的具體框架，此部分仍屬于技術(shù)架構(gòu)部分。 眾所周知， B/S 的框架有不下數(shù)十種，常用的有 SSH （ Structs + Spring + Hibernate ）和 SSI （ Structs + Spring + iBatis ）， SSH 和 SSI 從本質(zhì)上沒有什么不同，就是實(shí)現(xiàn)業(yè)務(wù)邏輯層、控制層、數(shù)據(jù)持久層和展現(xiàn)層的分離。 B/S 緩存的架構(gòu)： OS Cache + Eh Cache 說到軟件架構(gòu)，我就不太在行了；我做過 Powerbuilder ， ASP ， java(JSP,HTML,CSS,Javascript,structs,spring,xml,xsl,ajax,web service) 不過都是入門級水平，實(shí)在連個稱職的程序員都算不上，唯一的好處就是對方方面面都略知一二，查資料方便一點(diǎn)而已，呵呵。我個人只是在數(shù)據(jù)倉庫和數(shù)據(jù)庫開發(fā)、設(shè)計(jì)方面還算有點(diǎn)研究。 幸虧下面有相應(yīng)的項(xiàng)目經(jīng)理，也是項(xiàng)目中的技術(shù)經(jīng)理，他在這方面是權(quán)威， B/S 技術(shù)架構(gòu)本來就是一個虛虛實(shí)實(shí)的框架，呵呵。 系統(tǒng)同步和接口架構(gòu) 關(guān)于數(shù)據(jù)同步，在本平臺中是最重要的環(huán)節(jié)，缺少數(shù)據(jù)的系統(tǒng)是無用的；為了實(shí)現(xiàn)系統(tǒng)數(shù)據(jù)同步架構(gòu)，我曾先后在虛擬機(jī)上進(jìn)行過 oracle 高級復(fù)制、 Oracle Stream 的測試 ，也曾為了該同步和公司技術(shù)總監(jiān)吵過 N 多次，他主張用程序來實(shí)現(xiàn)，不過在他那邊總是不了了之。 盡管通過測試，高級復(fù)制和 stream 都可以實(shí)現(xiàn)實(shí)時數(shù)據(jù)同步，不過我知道在實(shí)際生產(chǎn)環(huán)境中是遠(yuǎn)遠(yuǎn)不會這么簡單的； 首先源數(shù)據(jù)和目標(biāo)源的結(jié)構(gòu)并非完全一致，允許目標(biāo)源的結(jié)構(gòu)大于原數(shù)據(jù)源的結(jié)構(gòu) 其次多環(huán)節(jié)數(shù)據(jù)實(shí)時同步，從中心數(shù)據(jù)庫到電信數(shù)據(jù)庫，再從電信數(shù)據(jù)庫同步到網(wǎng)通數(shù)據(jù)庫。 再次各數(shù)據(jù)庫均采用 RAC 方式，現(xiàn)實(shí)的例子中很少有類似應(yīng)用。 最后 Oracle 的 stream 有許多的 bug ，需要進(jìn)行不斷調(diào)試和 patch 升級。 事實(shí)上，在同步方案的過程中，也遭遇到很大的困難，前后的測試和最終順利實(shí)施經(jīng)歷了 2 個月之久，不過 stream 仍需要不斷的人工監(jiān)控和干預(yù)。我相信到目前為止即使市面上也沒有任何一種完全穩(wěn)定的同步方案。 關(guān)于 MQ 、 Webservice 、 LDAP 接口，目前的業(yè)務(wù)和技術(shù)雖然已經(jīng)完全實(shí)現(xiàn)，但是還缺乏穩(wěn)定性和一致性。 總結(jié) 系統(tǒng)架構(gòu)是項(xiàng)目最重要的技術(shù)部分，它是否應(yīng)該是項(xiàng)目經(jīng)理的職責(zé)，暫且不談；從現(xiàn)實(shí)的角度而言，技不壓身，技能服眾還是很有意義的；從項(xiàng)目經(jīng)理角度來看，你能夠準(zhǔn)確的對項(xiàng)目進(jìn)度、難度、工作量進(jìn)行評估，對團(tuán)隊(duì)成員面臨的困難迅速給出解決方案，減少項(xiàng)目經(jīng)理和團(tuán)隊(duì)成員的溝壑；從團(tuán)隊(duì)成員角度來看，信任自己的項(xiàng)目經(jīng)理，也是項(xiàng)目成功的一個重要因素。 項(xiàng)目經(jīng)理能夠通過對系統(tǒng)架構(gòu)的設(shè)計(jì) , 盡快評估出各部分的工作量 , 以安排相應(yīng)的人力資源和工作計(jì)劃 , 做到有的放矢 , 實(shí)際上本項(xiàng)目雖然包含幾個業(yè)務(wù)系統(tǒng) , 加上對本公司相關(guān)資源和技能的評估 , 但我個人認(rèn)為系統(tǒng)集成和數(shù)據(jù)同步等在項(xiàng)目實(shí)施中占據(jù)了 50% 的工作量 .

總結(jié)

以上是生活随笔為你收集整理的XXX管理平台系统——架构的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。