關(guān)于企業(yè)網(wǎng)絡架構(gòu)的問題

NewCore

大家好：
      目前老板給個任務，設(shè)計一大型企業(yè)信息發(fā)布系統(tǒng)。該系統(tǒng)同時支持企業(yè)內(nèi)部用戶及外部用戶。初步計劃是整個網(wǎng)絡架構(gòu)分為內(nèi)部網(wǎng)絡和外部網(wǎng)絡兩個部分，內(nèi)部網(wǎng)絡向內(nèi)網(wǎng)用戶開放，外部網(wǎng)絡向外部用戶開放，但如何設(shè)計以使整個系統(tǒng)的安全性、穩(wěn)定性及性能達到最大的利用？

小弟對網(wǎng)絡架構(gòu)沒有太多經(jīng)驗，請各位能給點提示或者提供些相關(guān)資料，3KS。

unixlinuxsys

你這也太籠統(tǒng)了




企業(yè)信息發(fā)布系統(tǒng)？行業(yè)呢？

1、  信息系統(tǒng)是個復雜的系統(tǒng)，需要分層處理，分塊處理，降低思考得復雜度

2、  信息系統(tǒng)數(shù)據(jù)可以分類：業(yè)務數(shù)據(jù)、資金數(shù)據(jù)、物資數(shù)據(jù)、控制數(shù)據(jù)（協(xié)同辦公、流程）

3、  理清企業(yè)組織結(jié)構(gòu)和關(guān)系

4、  對數(shù)據(jù)架構(gòu)：不光要考慮數(shù)據(jù)持久化問題，還要考慮數(shù)據(jù)存儲，這些數(shù)據(jù)可能要保存很多年，另外數(shù)據(jù)量大還要考慮保存方式問題，

5、  理清組織之間業(yè)務和數(shù)據(jù)交換

6、  對領(lǐng)域模型架構(gòu)：包括業(yè)務活動、業(yè)務流程、業(yè)務規(guī)則、業(yè)務目標

7、  信息系統(tǒng)建造是個復雜的工程，這就需要架構(gòu)師支持系統(tǒng)順利建造，包括提高建造效率，保持建造過程有序，選擇適當?shù)募夹g(shù)方案。用軟件行業(yè)術(shù)語就是：復用、開發(fā)效率、開發(fā)計劃

8、  信息系統(tǒng)運行期占整個生命周期的絕大部分，在運行期將會遇到很多問題：信息系統(tǒng)安全問題、信息系統(tǒng)擴展問題，信息系統(tǒng)效率問題、信息系統(tǒng)方便性問題、信息系統(tǒng)維護問題、同步問題、

9、  信息系統(tǒng)部署時可能要遇到：異構(gòu)系統(tǒng)交互問題、分布處理問題、通訊問題、效率問題

10、              在建造信息系統(tǒng)除了要解決上述問題外，還要考慮一些制約因素：建造時間、資金限制；建造團隊成熟度；將來用戶特殊使用要求；



11、  在解決上述問題時一定會有沖突，這時需要權(quán)衡







若干問題呢













http://www.ibm.com/developerworks/cn/rational/r-4p1-view/
這里你參考一下











如果僅僅是內(nèi)外網(wǎng)問題該不難吧

unixlinuxsys

ziggler

可參考FEA-TRM。

NewCore

這個信息發(fā)布信息的行業(yè)性很強，是關(guān)于長江航道海事信息的。主要包括的內(nèi)容當然有航線新聞，航道維護信息，航標信息等，也就是說，即包括公眾部分信息，有包括部分相當專業(yè)的信息。具體內(nèi)容的細節(jié)還有待和相關(guān)部門溝通。如何對這些信息進行管理，維護，更新，發(fā)布，以及管理信息的受限訪問都是系統(tǒng)需要考慮的問題。

多謝樓上兩位的提示，特別是unixlinuxsys，你說的對，針對不同的行業(yè)，需要考慮行業(yè)業(yè)務流程的特點。說實話，對于這個行業(yè)我也并不熟悉，目前項目處于調(diào)研階段，但是需要針對目前已知的東西，對整個系統(tǒng)（主要是網(wǎng)絡架構(gòu)）有個前期的，整體的把握。所以，我需要考慮這么一些東西。

這個系統(tǒng)有一定的基礎(chǔ)和原型，但是并不完善和不是很合理。原有系統(tǒng)的網(wǎng)絡劃分為內(nèi)部網(wǎng)絡和外部網(wǎng)絡（我沒有去調(diào)查他們現(xiàn)在具體的架構(gòu)，只是有個大概的了解）。unixlinuxsys，你上面的那個圖是一個整體框架，對于“專用內(nèi)網(wǎng)/互聯(lián)網(wǎng)”這個部分我不是很清楚。
原有系統(tǒng)有一個數(shù)據(jù)庫，對于來自外部網(wǎng)絡的訪問請求，代理服務器通過郵件或者短消息的方式（這個描述可能并不準確，來自別人的口頭介紹了），向數(shù)據(jù)庫服務器提交請求，然后數(shù)據(jù)庫服務器在通過郵件或者其他方式，返回數(shù)據(jù)。這樣的缺點是顯然的，服務器處理請求的效率很低。我對于這種方式并不了解，而且查閱了些相關(guān)資料，也確實有這樣的方式，但是都描述的不是很清楚，對此有些經(jīng)驗和了解的同志能不能給我講講，更正下我理解上的錯誤。
另外，我們也可能考慮在系統(tǒng)有部署兩個數(shù)據(jù)庫，一個數(shù)據(jù)庫保存內(nèi)部發(fā)布信息，一個數(shù)據(jù)庫保存外部發(fā)布的信息，這樣的好處是可以嚴格保護數(shù)據(jù)的安全性，但是問題是如何做到兩個數(shù)據(jù)庫的數(shù)據(jù)同步。
第三個方案是，在第一種方式的基礎(chǔ)上改進，在外部請求和數(shù)據(jù)庫服務器交互中，采取更加有效的方式。具體什么方式，和網(wǎng)絡的組成，我還沒有什么頭緒，也請了解的朋友賜教。
樓上朋友的恢復很有高度，我這些問題相對來說都是些細節(jié)上的問題了，也希望能夠給與解答。

ypycc

幽靈懂得好多~

孤殘影風

幽靈懂得好多~