- 掛牌上市企業(yè)
- 60秒人工響應
- 99.99%連通率
- 7*24h人工
- 故障100倍補償
運營商私有云聚焦IaaS／PaaS OSS系統(tǒng)應用重在內(nèi)部服務 |
| 發(fā)布時間: 2012/7/28 10:36:11 |
|
當前，國內(nèi)各運營商在多個專業(yè)領域正不同程度、不同方向地進行云計算環(huán)境構(gòu)建的嘗試和實施工作。在這股熱潮中，作為電信運營商中重要的支撐體系之一的OSS體系也在努力嘗試和推進，以期緊隨發(fā)展的步伐。 從當前運營商OSS體系來講，基于客觀的歷史原因，每個省至少都存在著10余套支撐系統(tǒng)，而這些系統(tǒng)基本屬于“煙囪型”的結(jié)構(gòu)，即從服務器、存儲、數(shù)據(jù)庫、中間件、應用軟件都是獨立并完備的，系統(tǒng)間相互孤立分離，并在網(wǎng)絡中通過VLAN的劃分進行系統(tǒng)間網(wǎng)絡隔離。 在這種背景下，業(yè)界對于“虛擬化”、“云計算”、“SOA”、“融合重組”的討論非常熱烈運營商清晰地認識到過去由于受到歷史客觀原因的限制所采取的分散獨立的建設模式已經(jīng)無法滿足未來的發(fā)展形勢需要。在運營支撐系統(tǒng)不斷完善改進的過程中，運營商也就不可避免地要搞清楚這些概念之間的關(guān)系，從而形成相對清晰的OSS體系云計算建設規(guī)劃。 IaaS層亟待實現(xiàn)存儲集中化 云計算基本分為IaaS、PaaS、SaaS三層架構(gòu)，以此分析OSS體系，其要向云計算方向發(fā)展，也需要分層、分階段地進行。IaaS主要包括網(wǎng)絡、主機、存儲幾個方面，這部分實際上也是當前熱度最高的環(huán)節(jié)，這與技術(shù)成熟度相關(guān)，更與硬件廠商的推動密不可分。 從當前技術(shù)發(fā)展角度來講，實際上就是基于x86平臺的虛擬化技術(shù)的成熟度最高，它在IT基礎架構(gòu)層面大規(guī)模地推動了“虛擬化”、“云計算”的實施。而其中的虛擬化可以認為是云計算的一個基礎條件，無論是IT基礎架構(gòu)還是上層軟件均需要考慮虛擬化技術(shù)所帶來的變化。 按照以往經(jīng)驗，具體到OSS體系，運營商應當慎重審視如何推動IaaS的建設。按照當前的現(xiàn)狀背景來講，存儲設備的集中化應當排在第一位這部分分散建設的模式使得每套系統(tǒng)中均需要配置中低端的存儲設備，而這些設備擴展能力又很有限，且存儲對于系統(tǒng)相關(guān)性也是最差的，對于軟件系統(tǒng)屬于透明的存在，所以OSS體系的云計算環(huán)境構(gòu)建，筆者認為，存儲集中化應當排在第一位。 一個不爭的現(xiàn)實是，OSS體系的核心模塊絕大部分是基于UNIX小型機環(huán)境來研發(fā)，所以不能簡單地將應用直接遷移到x86平臺上的Windows環(huán)境或Linux環(huán)境，這其中需要解決非常多的技術(shù)問題。另外，對于中高端UNIX主機進行分區(qū)使用，從而規(guī)避部署大量的中低端UNIX主機，這與x86平臺的物理服務器的配置部署原則是有區(qū)別的，這主要是由于技術(shù)區(qū)別而造成的。 當前的云計算環(huán)境構(gòu)建不可避免地采取了“先集中化、再虛擬化”的建設模式，這樣對系統(tǒng)運行安全性實際上構(gòu)成了新的隱患。與傳統(tǒng)的所謂“煙囪型”系統(tǒng)的區(qū)別在于它將所有的故障隱患也集中化，一旦某設備資源池出現(xiàn)問題，則將不再是影響一套系統(tǒng)，而是影響多套系統(tǒng)。而且OSS體系中存在大量的采用perl、awk等解釋性語言編寫的腳本程序，這些程序的典型特征就是高CPU負荷、高I/O負荷，這些程序能否適合部署在虛擬化環(huán)境中也還需要進一步的技術(shù)研究工作。 需要特別注意的就是，網(wǎng)絡是云計算環(huán)境構(gòu)建中不容忽視的重要環(huán)節(jié)。絕大部分的OSS系統(tǒng)均是按照每個系統(tǒng)一個獨立VLAN進行建設的，那么在云計算環(huán)境中將大幅度增加網(wǎng)絡設置的復雜性。而這部分恰恰是在推進虛擬化或云計算過程中最容易被忽視的環(huán)節(jié)。 PaaS層技術(shù)研究重點在ESB 對于PaaS層，當前OSS體系的技術(shù)研究的工作基本是集中在ESB方面，而對于如何構(gòu)建平臺層的研究卻很少。從當前的發(fā)展方向來講，對于PaaS這層，應當做到盡可能的“業(yè)務無關(guān)”并不是與OSS無關(guān)，而是與故障監(jiān)控、性能分析、業(yè)務流程等無關(guān)。除了ESB外，在PaaS層實際上還可以對數(shù)據(jù)庫進行集中化，從而通過統(tǒng)一的安全策略和參數(shù)設置來形成統(tǒng)一的數(shù)據(jù)庫支撐能力。 當前各個系統(tǒng)中數(shù)據(jù)庫訪問效率依然是一個非常典型和重要的瓶頸所在，主要原因在于當前各個系統(tǒng)開發(fā)商普遍缺乏代碼研發(fā)人員與DBA密切互動。由此，數(shù)據(jù)庫比較適宜進行適度的集中規(guī)劃與部署，然后再“按需”分配能力來滿足不同系統(tǒng)的使用需求，而這也恰恰符合云計算的理念。 OSS尚無對外服務打算 對于SaaS層來講，當前運營商的OSS體系還不適用，因為OSS體系并不具備對外提供服務的能力。 OSS體系內(nèi)的應用層系統(tǒng)和軟件，現(xiàn)階段的任務是追求如何去適應云計算環(huán)境，而不是盲目地追求提供對外服務。如果希望能力外暴，這實際上需要大幅加強軟件的可配置性和快速響應能力。例如OSS中的監(jiān)控系統(tǒng)是可以對外提供設備監(jiān)控能力，但是在能力分離打包、資源模型調(diào)整、告警分析接入、監(jiān)控規(guī)則適應等方面還存在反應速度慢的問題，這樣實際上就基本無法達到SaaS的要求。而將內(nèi)部服務作為系統(tǒng)應用則問題不大。這也是后續(xù)OSS應用軟件需要重點關(guān)注的發(fā)展問題。 筆者認為，為了更好地可持續(xù)發(fā)展，OSS體系的應用程序?qū)討敵浞种匾暤絊OA的發(fā)展，云計算與SOA是相輔相成的，只有軟件符合SOA或者向SOA方向發(fā)展，才能逐步形成SaaS的能力，否則各個軟件系統(tǒng)依然是孤立的系統(tǒng)。 總而言之，當前運營商OSS體系的建設模式?jīng)Q定了其服務對象是企業(yè)內(nèi)部，甚至是部門內(nèi)部。基于這種認知，我們需要非常慎重地看待“云”的需求，更應當學習“云計算”倡導的技術(shù)和理念，而不一定是過分地追求“對外服務”。 本文出自：億恩科技【m.jfb888.cn】 |
0371-60135900
京公網(wǎng)安備41019702002023號
香港服務器租用
美國服務器租用
電信骨干機房
聯(lián)通骨干機房
