監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設(shè)計管理系統(tǒng) | 甲方項目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉

企業(yè)私有云PaaS平臺建設(shè)背景

申請免費試用、咨詢電話:400-8352-114

        首先結(jié)合企業(yè)在信息化規(guī)劃和建設(shè)中遇到的實際問題來分析企業(yè)私有云PaaS平臺建設(shè)的背景和原因。結(jié)合上圖可以看到,在業(yè)務(wù)系統(tǒng)建設(shè)中遇到的問題主要包括:

煙囪式的系統(tǒng)建設(shè)模式

        這個是企業(yè)信息化建設(shè)中經(jīng)常遇到的問題,即各個業(yè)務(wù)系統(tǒng)孤立建設(shè),越建越多,系統(tǒng)之間大量復(fù)雜的蜘蛛網(wǎng)式交互和數(shù)據(jù)傳遞。由于業(yè)務(wù)系統(tǒng)間本身的交互困難導(dǎo)致了端到端流程存在斷點,多個系統(tǒng)間基礎(chǔ)數(shù)據(jù)不一致等一系列問題。
  
        雖然很多大型企業(yè)在IT系統(tǒng)構(gòu)建中已經(jīng)引入了SOA集成平臺,但是平臺本身的作用仍然停留在數(shù)據(jù)集成和系統(tǒng)間接口管理。即集成平臺雖然解決了傳統(tǒng)的點對點集成到總線式集成和統(tǒng)一管控的轉(zhuǎn)變,但是業(yè)務(wù)系統(tǒng)本身孤立和豎井式建設(shè)的本質(zhì)并沒有改變。業(yè)務(wù)系統(tǒng)中大量可復(fù)用的能力沒有提取并抽象到平臺層統(tǒng)一建設(shè),業(yè)務(wù)系統(tǒng)本身沒有基于SOA參考架構(gòu)的思想進行靈活構(gòu)建,這些都導(dǎo)致了整個IT系統(tǒng)和環(huán)境日趨復(fù)雜。

數(shù)據(jù)交換和能力共享
        傳統(tǒng)的企業(yè)信息化建設(shè)過程中往往會實施數(shù)據(jù)交換平臺等實現(xiàn)業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)交換和協(xié)同,這不可避免導(dǎo)致的問題就是通用的共享業(yè)務(wù)數(shù)據(jù)在多個業(yè)務(wù)系統(tǒng)中多點落地,由于數(shù)據(jù)交換平臺本身的可靠性或數(shù)據(jù)管控能力差距,都導(dǎo)致了在某一個時點同樣的數(shù)據(jù)在多個系統(tǒng)中不一致。

        為了解決這個問題,有些企業(yè)開始逐步實施了MDM主數(shù)據(jù)管理系統(tǒng),雖然實現(xiàn)了數(shù)據(jù)的統(tǒng)一流程管理質(zhì)量管理,但是如果MDM系統(tǒng)仍然是采用傳統(tǒng)的數(shù)據(jù)收集和分發(fā)機制,仍然不可避免帶來數(shù)據(jù)多點落地和不一致性的問題。導(dǎo)致這種結(jié)果的核心原因還是沒有從傳統(tǒng)的數(shù)據(jù)交換和集成轉(zhuǎn)化為服務(wù)能力開放和共享思路上。再次強調(diào)下SOA服務(wù)共享的思路重點是業(yè)務(wù)能力通過服務(wù)的方式進行開放和暴露,這種服務(wù)是粗粒度的服務(wù),通過底層的數(shù)據(jù)規(guī)則和計算來完成,外圍業(yè)務(wù)系統(tǒng)往往只需要消費服務(wù)能力而不是同步底層數(shù)據(jù)。

IaaS層能力無法完全發(fā)揮

        當前已經(jīng)有不少企業(yè)進行了虛擬化資源池建設(shè)和實施,也初步搭建了自己的IaaS層管理平臺,但是要注意到如果只實施了IaaS平臺,對于應(yīng)用來將雖然物理資源不可見,但是邏輯資源仍然可見,往往IaaS層在資源分配中仍然會將邏輯資源固定的分配給業(yè)務(wù)應(yīng)用。那么對于各個業(yè)務(wù)系統(tǒng)在業(yè)務(wù)忙閑不同的時候,就很難真正的去動態(tài)調(diào)度底層的邏輯資源能力,而無法真實實現(xiàn)資源的最大化利用。
而引入私有云PaaS平臺真正實現(xiàn)了應(yīng)用托管和自動部署后,才可能通過PaaS平臺的調(diào)度規(guī)則和性能分析監(jiān)控,去動態(tài)的調(diào)度底層的IaaS資源池中的資源。即通過引入PaaS層后不僅僅是物理資源對業(yè)務(wù)系統(tǒng)透明,包括邏輯資源也對業(yè)務(wù)系統(tǒng)透明,對于最終的業(yè)務(wù)系統(tǒng)而言只關(guān)心服務(wù)能力的使用,而無須關(guān)系提供服務(wù)能力的資源。

業(yè)務(wù)系統(tǒng)建設(shè)規(guī)范和標準

        在企業(yè)信息化建設(shè)過程中,不同的開發(fā)商往往都使用自己的開發(fā)框架和語言,技術(shù)架構(gòu),數(shù)據(jù)庫和應(yīng)用中間件等。這不可避免的導(dǎo)致了企業(yè)IT規(guī)劃建設(shè)部門面臨一個復(fù)雜的軟硬件環(huán)境,這不僅僅是后期運維管控的困難,還包括了各個業(yè)務(wù)系統(tǒng)間的適配和協(xié)同困難,這也是經(jīng)常說到了IT建設(shè)部門逐步被開發(fā)廠商所綁架的一個原因。

系統(tǒng)本身架構(gòu)可擴展性

        隨著企業(yè)業(yè)務(wù)的高速發(fā)展,海量數(shù)據(jù),高并發(fā)業(yè)務(wù)場景下的高可用性和一致性問題,傳統(tǒng)數(shù)據(jù)架構(gòu)已經(jīng)無法解決,即使借助小機,商用數(shù)據(jù)庫也存在無法伸縮擴展的問題,因此需要考慮全新的架構(gòu)模式。這種架構(gòu)模式核心一方面是SOA組件化架構(gòu)思想的應(yīng)用,一方面是分布式和并行計算技術(shù),大數(shù)據(jù)處理和分析技術(shù)的使用等。

        所以引入私有云PaaS平臺不是簡單的實現(xiàn)公有云的資源調(diào)度和應(yīng)用托管能力,更多的是要形成一套基于PaaS平臺的上層應(yīng)用開發(fā)框架,開發(fā)標準,開發(fā)流程,技術(shù)規(guī)范體系等,將企業(yè)內(nèi)各個業(yè)務(wù)系統(tǒng)的開發(fā)都準備的標準化為統(tǒng)一的業(yè)務(wù)構(gòu)件和能力單元。
 
發(fā)布:2007-03-27 14:28    編輯:泛普軟件 · xiaona    [打印此頁]    [關(guān)閉]
相關(guān)文章:
相關(guān)軟件
聯(lián)系方式

成都公司:成都市成華區(qū)建設(shè)南路160號1層9號

重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓

咨詢:400-8352-114

加微信,免費獲取試用系統(tǒng)

QQ在線咨詢