大型網(wǎng)絡項目的實施必須通盤考慮

字號:

大型網(wǎng)絡項目的實施必須通盤考慮
     幾年前,我參與過一個重新設計大型網(wǎng)絡管理的項目:公司總部所有員工(超過3000名)都要統(tǒng)一到一個標準辦公解決方案(Standard Office Solution ,SOS)上。遍布國內(nèi)的員工都要使用同樣的軟件,同樣的桌面硬件,同樣的網(wǎng)絡架構。該項目的目標是為了減少開支,簡化支持,為將來所有的桌面和網(wǎng)絡應用建立起統(tǒng)一的配置環(huán)境。 < /P>
     我們小組有非常嚴格的時間計劃--一個全新的CAT5骨干網(wǎng),一個新的網(wǎng)絡拓撲結構,一個全新的服務器群組,新的桌面電腦和3500人、為期42個月的培訓。這個標準和執(zhí)行架構都來自于SOS計劃委員會(SOS Planning Committee),它的目標是整合所有的網(wǎng)絡操作系統(tǒng)和桌面系統(tǒng),而且還包括已經(jīng)在企業(yè)員工內(nèi)部使用的桌面和網(wǎng)絡應用。
     理論上,我們開始時有一個清晰的目標,在我們設想中,問題將出現(xiàn)在如何把用戶遷移到新環(huán)境中,并且把他們舊的應用按照新的模式重新整理。在陳舊的建筑物里部署大約30英里的CAT5線纜,以及在超過200個工位里重新布線,重新設置機房和新的網(wǎng)絡操作系統(tǒng),還要維護現(xiàn)有的四臺舊服務器。所有這些工作優(yōu)先級都非常高,也非常重要。
     當新的桌面電腦被安裝好,大約10天后,舊服務器中的數(shù)據(jù)就會被導入到新的服務器中。舊的應用格式的數(shù)據(jù)將被轉(zhuǎn)換成新的應用格式。我們計劃在兩周內(nèi)完成對于所有員工進行新設備使用培訓。我們?yōu)槊恳粋€接入骨干網(wǎng)的桌面設備設定了新的密碼和一個新的用戶服務編號。
     我們達到了所有的目標,并且嚴格遵守了時間進度安排。在指定期限內(nèi),新的SOS完成了,而且工作正常。如果事情就是這樣了,我們的故事也就結束了。
    問題出現(xiàn)了
     在將總部員工遷移到新的軟件和硬件環(huán)境的過程中出現(xiàn)了一些問題,尤其是在讓用戶從他們所習慣的本地支持人員(我的IT同事)那里轉(zhuǎn)移到新的集中式呼叫中心時,問題出現(xiàn)得更多。其中大部分的問題是預料之中的。把舊的IT支持人員部署到新的集中式IT架構的過程中,出現(xiàn)了不少摩擦。用戶們對于適應新的環(huán)境有些困難,但這些都會過去的。事實上也確實如此。
     可是有一些問題卻并沒有過去,隨著我們使用SOS的時間越來越長,這些問題甚至變得更為突出和尖銳,這包括了網(wǎng)絡壓力、服務器當機和服務器空間重新分配。隨著新的服務器投入使用,服務器空間重新分配的問題變得更加突出,幾個部門的員工共同使用一臺服務器,員工需要獲取在不同服務器之間的數(shù)據(jù)。由于員工和他們所使用的服務器之間的通信量變動極大,所以負載均衡的問題也開始浮出水面。
     遇到這些問題,員工們迅速做出反應。服務電話都被他們打爆了,他們抱怨糟糕的接入狀況,似乎每時每刻都有電話打進來要求進行升級。我們想SOS 計劃委員會(SOS Planning Committee)求助,但是他們堅持說他們只能夠為"純"的SOS架構提供幫助,而不是象我們現(xiàn)在在總部所使用的混合式的東西。很快我們就了解到組織內(nèi)部其他大型的分支機構--有1000甚至更多員工的分支機構--都面臨著相同的問題,而糟糕的是,都沒有解決的辦法。
    火光初現(xiàn)
     我們很快就意識到造成這些問題的一些原因。如同SOS計劃委員會所述,我們確實在使用一個混合式的架構。但是我們別無選擇。因為通常的企業(yè)分支機構都不會超過200員工,SOS是為了這樣規(guī)模的組織設計的。這包括了網(wǎng)絡管理、IT員工的轉(zhuǎn)變、費用以及所有其他的一些技術的、或者管理的問題。我們被迫采用了更大的規(guī)模,建立更大的網(wǎng)絡,并設計出復雜得多的管理架構--其他大型分支機構也是如此。
     SOS的設計目標是為了解決企業(yè)服務器整合問題。通過依賴于地方授權機制的中央管理系統(tǒng),所有經(jīng)過授權的工作站都將能夠訪問到所有的服務器。這種架構當時還在發(fā)展之中,而且當時VPN和基于網(wǎng)絡的WAN還沒有得到普遍的應用。結果我們在總部跳進了大規(guī)模網(wǎng)絡服務器整合的陷阱。讓我們沮喪的是,當我們把我們的構想作為未來整合的指導方針時,SOS計劃委員會的成員竟然在旁邊袖手旁觀!我們只能讓他們失望了。
     那火光 . . . 是導火索
     為了找到解決的辦法,我們的經(jīng)理開始組織大家檢查我們在哪里偏離了原來SOS設計。我自己的團隊是負責桌面整合和安裝的,發(fā)現(xiàn)的問題比較少。我們只是安裝了更多的機器。但是網(wǎng)絡組需要的卻不僅僅是布更多的線,還需要安裝更多的復雜的 switch和路由設備,這些設備都是SOS架構的,同其他SOS架構的設備一樣,它們支持的坐席都不超過200個。我們使用的工具的強壯程度也不夠,而總部的規(guī)模比SOS所能支持的多了11倍!
     后服務器群組被證明是出現(xiàn)源源不斷的支持問題的癥結所在--不是因為他們偏離了標準,而是因為他們完全沒有偏離原來設計的規(guī)范。
     每一臺服務器都是嚴格按照初設計的SOS架構所規(guī)定的規(guī)模和功能進行安裝的。他們嚴格遵守了強制性的企業(yè)標準,并且除了SOS設備之外沒有安裝任何東西。結果就是一百臺服務器,有的很少被用到,而有些總是超負荷。一旦工作量超出負荷能力,就造成負載金衡和路由錯誤,這些錯誤影響了一半的LAN。
     不用新的更大的服務器,甚至是為每個部門配備新的中型服務器來取代現(xiàn)在的服務器,似乎就不能有一勞永逸的解決方法。Switch和路由器被更強勁的設備取代了,網(wǎng)絡流量被整個地分配到一個單獨的網(wǎng)絡中,但是即便為每個部門指派專門的服務器,總部LAN內(nèi)部的管理壓力還是非常大,而且時常出現(xiàn)故障。
     其后不久我就離開了那家公司,所以沒有看到終的解決方法。但是幾年以后那個公司的總部搬進了一個更新更大的建筑之中,無疑這家公司的管理層將牢牢記住那個項目的教訓。
    學到的教訓
     由于只考慮到了企業(yè)自己的特定需要而沒有考慮總部的規(guī)模,我們的團隊嘗到了自己釀成的苦果。因為沒有把原有的網(wǎng)絡和服務器、項目需要覆蓋的范圍和終用戶的需求同新的企業(yè)標準結合在一起考慮,我們的團隊從來沒有真正了解這樣做會引發(fā)的管理問題的數(shù)量級。
     后,真正的教訓是你要注意自己的信心,和你的團隊對于本地條件以及用戶需求的了解。我們應該回到SOS計劃委員會,然后說"這個架構對我們并不合適,這是原因。這些是我們的建議替代方案。你們能不能支持我們?"如果我們能夠這樣做了,并且在一年的時間里贏得這場戰(zhàn)爭,我們就能避免長達四年的痛苦經(jīng)歷,并且避免我們的用戶對我們喪失信心。
     你的員工和客戶那里得到的體驗是無可代替的。即便你的技術人員所完成了好的技術規(guī)劃仍然需要來自外部的反饋和建議來保障成功。你可能會擁有人類歷好的武器,但是如果你不能夠很好地檢查它里面的彈藥,它可能就對你毫無用處。