首先結(jié)合企業(yè)在信息化規(guī)劃和建設(shè)中遇到的實(shí)際問題來分析企業(yè)私有云PaaS平臺(tái)建設(shè)的背景和原因。在業(yè)務(wù)系統(tǒng)建設(shè)中遇到的問題主要包括：
煙囪式的系統(tǒng)建設(shè)模式
這個(gè)是企業(yè)信息化建設(shè)中經(jīng)常遇到的問題，即各個(gè)業(yè)務(wù)系統(tǒng)孤立建設(shè)，越建越多，系統(tǒng)之間大量復(fù)雜的蜘蛛網(wǎng)式交互和數(shù)據(jù)傳遞。由于業(yè)務(wù)系統(tǒng)間本身的交互困難導(dǎo)致了端到端流程存在斷點(diǎn)，多個(gè)系統(tǒng)間基礎(chǔ)數(shù)據(jù)不一致等一系列問題。
雖然很多大型企業(yè)在IT系統(tǒng)構(gòu)建中已經(jīng)引入了SOA集成平臺(tái)，但是平臺(tái)本身的作用仍然停留在數(shù)據(jù)集成和系統(tǒng)間接口管理。即集成平臺(tái)雖然解決了傳統(tǒng)的點(diǎn)對(duì)點(diǎn)集成到總線式集成和統(tǒng)一管控的轉(zhuǎn)變，但是業(yè)務(wù)系統(tǒng)本身孤立和豎井式建設(shè)的本質(zhì)并沒有改變。業(yè)務(wù)系統(tǒng)中大量可復(fù)用的能力沒有提取并抽象到平臺(tái)層統(tǒng)一建設(shè)，業(yè)務(wù)系統(tǒng)本身沒有基于SOA參考架構(gòu)的思想進(jìn)行靈活構(gòu)建，這些都導(dǎo)致了整個(gè)IT系統(tǒng)和環(huán)境日趨復(fù)雜。
數(shù)據(jù)交換和能力共享
傳統(tǒng)的企業(yè)信息化建設(shè)過程中往往會(huì)實(shí)施數(shù)據(jù)交換平臺(tái)等實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)交換和協(xié)同，這不可避免導(dǎo)致的問題就是通用的共享業(yè)務(wù)數(shù)據(jù)在多個(gè)業(yè)務(wù)系統(tǒng)中多點(diǎn)落地，由于數(shù)據(jù)交換平臺(tái)本身的可靠性或數(shù)據(jù)管控能力差距，都導(dǎo)致了在某一個(gè)時(shí)點(diǎn)同樣的數(shù)據(jù)在多個(gè)系統(tǒng)中不一致。
為了解決這個(gè)問題，有些企業(yè)開始逐步實(shí)施了MDM主數(shù)據(jù)管理系統(tǒng)，雖然實(shí)現(xiàn)了數(shù)據(jù)的統(tǒng)一流程管理和質(zhì)量管理，但是如果MDM系統(tǒng)仍然是采用傳統(tǒng)的數(shù)據(jù)收集和分發(fā)機(jī)制，仍然不可避免帶來數(shù)據(jù)多點(diǎn)落地和不一致性的問題。導(dǎo)致這種結(jié)果的核心原因還是沒有從傳統(tǒng)的數(shù)據(jù)交換和集成轉(zhuǎn)化為服務(wù)能力開放和共享思路上。再次強(qiáng)調(diào)下SOA服務(wù)共享的思路重點(diǎn)是業(yè)務(wù)能力通過服務(wù)的方式進(jìn)行開放和暴露，這種服務(wù)是粗粒度的服務(wù)，通過底層的數(shù)據(jù)規(guī)則和計(jì)算來完成，外圍業(yè)務(wù)系統(tǒng)往往只需要消費(fèi)服務(wù)能力而不是同步底層數(shù)據(jù)。
IaaS層能力無法完全發(fā)揮
當(dāng)前已經(jīng)有不少企業(yè)進(jìn)行了虛擬化資源池建設(shè)和實(shí)施，也初步搭建了自己的IaaS層管理平臺(tái)，但是要注意到如果只實(shí)施了IaaS平臺(tái)，對(duì)于應(yīng)用來將雖然物理資源不可見，但是邏輯資源仍然可見，往往IaaS層在資源分配中仍然會(huì)將邏輯資源固定的分配給業(yè)務(wù)應(yīng)用。那么對(duì)于各個(gè)業(yè)務(wù)系統(tǒng)在業(yè)務(wù)忙閑不同的時(shí)候，就很難真正的去動(dòng)態(tài)調(diào)度底層的邏輯資源能力，而無法真實(shí)實(shí)現(xiàn)資源的最大化利用。
而引入私有云PaaS平臺(tái)真正實(shí)現(xiàn)了應(yīng)用托管和自動(dòng)部署后，才可能通過PaaS平臺(tái)的調(diào)度規(guī)則和性能分析監(jiān)控，去動(dòng)態(tài)的調(diào)度底層的IaaS資源池中的資源。即通過引入PaaS層后不僅僅是物理資源對(duì)業(yè)務(wù)系統(tǒng)透明，包括邏輯資源也對(duì)業(yè)務(wù)系統(tǒng)透明，對(duì)于最終的業(yè)務(wù)系統(tǒng)而言只關(guān)心服務(wù)能力的使用，而無須關(guān)系提供服務(wù)能力的資源。
業(yè)務(wù)系統(tǒng)建設(shè)規(guī)范和標(biāo)準(zhǔn)
在企業(yè)信息化建設(shè)過程中，不同的開發(fā)商往往都使用自己的開發(fā)框架和語言，技術(shù)架構(gòu)，數(shù)據(jù)庫和應(yīng)用中間件等。這不可避免的導(dǎo)致了企業(yè)IT規(guī)劃建設(shè)部門面臨一個(gè)復(fù)雜的軟硬件環(huán)境，這不僅僅是后期運(yùn)維管控的困難，還包括了各個(gè)業(yè)務(wù)系統(tǒng)間的適配和協(xié)同困難，這也是經(jīng)常說到了IT建設(shè)部門逐步被開發(fā)廠商所綁架的一個(gè)原因。
系統(tǒng)本身架構(gòu)可擴(kuò)展性
隨著企業(yè)業(yè)務(wù)的高速發(fā)展，海量數(shù)據(jù)，高并發(fā)業(yè)務(wù)場(chǎng)景下的高可用性和一致性問題，傳統(tǒng)數(shù)據(jù)架構(gòu)已經(jīng)無法解決，即使借助小機(jī)，商用數(shù)據(jù)庫也存在無法伸縮擴(kuò)展的問題，因此需要考慮全新的架構(gòu)模式。這種架構(gòu)模式核心一方面是SOA組件化架構(gòu)思想的應(yīng)用，一方面是分布式和并行計(jì)算技術(shù)，大數(shù)據(jù)處理和分析技術(shù)的使用等。所以引入私有云PaaS平臺(tái)不是簡(jiǎn)單的實(shí)現(xiàn)公有云的資源調(diào)度和應(yīng)用托管能力，更多的是要形成一套基于PaaS平臺(tái)的上層應(yīng)用開發(fā)框架，開發(fā)標(biāo)準(zhǔn)，開發(fā)流程，技術(shù)規(guī)范體系等，將企業(yè)內(nèi)各個(gè)業(yè)務(wù)系統(tǒng)的開發(fā)都準(zhǔn)備的標(biāo)準(zhǔn)化為統(tǒng)一的業(yè)務(wù)構(gòu)件和能力單元。
