基礎(chǔ)架構(gòu)即服務(wù)(IaaS)產(chǎn)品通常更易于滿足企業(yè)的計(jì)算需求，因?yàn)橹惶峁┝颂摂M機(jī)，也可能增加了一些數(shù)據(jù)庫特性。不幸的是，IaaS用戶發(fā)現(xiàn)自身在部署和集成其云應(yīng)用和其內(nèi)部IT時(shí)，正面臨著新的運(yùn)營挑戰(zhàn)，極少數(shù)企業(yè)期望將一切都轉(zhuǎn)移到云端。

現(xiàn)在新的私有平臺即服務(wù)(PaaS)工具可以有效解決這個(gè)問題。這些工具不僅旨在提供所有操作系統(tǒng)和中間件所需要的應(yīng)用，而且提供了一種“運(yùn)營件(operationsware)”.正確的私有PaaS產(chǎn)品可以讓企業(yè)的云體驗(yàn)更為積極，而且?guī)椭�企業(yè)更好地符合其業(yè)務(wù)目標(biāo)。

過去，術(shù)語PaaS通常涉及到操作系統(tǒng)和中間件。然而現(xiàn)在，這個(gè)術(shù)語適用于安裝在私有云或者公有云之上的任何形式的工具，可以通過軟件應(yīng)用程序接口(API)提供應(yīng)用服務(wù)。現(xiàn)在PaaS平臺提供了安全、移動(dòng)化、法規(guī)遵從、治理、運(yùn)營、編制、數(shù)據(jù)庫，甚至是應(yīng)用開發(fā)服務(wù)。他們可以在企業(yè)自己的數(shù)據(jù)中心運(yùn)營，而且大多數(shù)情況下，也可以在公有云或者私有云中運(yùn)營，這些都讓PaaS成為一種新奇且具有價(jià)值的傳統(tǒng)中間件和云的混合體。

選擇正確的PaaS產(chǎn)品

做出最佳的私有PaaS選擇的第一步就是確定每一個(gè)競爭者和企業(yè)的其余部分的技術(shù)的兼容性。并不是所有硬件、軟件和云環(huán)境都可以為任何既定的PaaS產(chǎn)品所支持，因此企業(yè)應(yīng)該詳細(xì)清理其IT環(huán)境，并且確定將要運(yùn)行什么，以及將要在哪里應(yīng)用新的PaaS選擇。IT團(tuán)隊(duì)要消除不支持其IT組建混合的包，或者是不夠成熟，無法支持一些重要系統(tǒng)或者軟件的部分。理想上，企業(yè)應(yīng)該尋客觀的范疇，用來驗(yàn)證其提供商的穩(wěn)定性和支持程度。

使用PaaS工具通常要求應(yīng)用、應(yīng)用生命周期管理和軟件實(shí)踐和流程做出最低限度的改變。出于這種原因，企業(yè)應(yīng)該小心找出并應(yīng)用最全面的可用工具;用這種方法會(huì)導(dǎo)致他們浪費(fèi)時(shí)間整合無價(jià)值或者是浪費(fèi)成本的特性。最佳的做法是：關(guān)注當(dāng)下的痛點(diǎn)(大多數(shù)企業(yè)的列表都是與安全或者法規(guī)遵從和治理)，并識別出能夠最有效解決這些問題的PaaS產(chǎn)品。

另一方面，IT團(tuán)隊(duì)?wèi)?yīng)該要著眼于當(dāng)下的需求之外，確保其PaaS選擇擁有適用于未來需求的特性。否則，他們會(huì)發(fā)現(xiàn)在一年后可能就要被迫改變其方法。

在回顧痛點(diǎn)列表以及PaaS產(chǎn)品時(shí)，IT團(tuán)隊(duì)可能發(fā)現(xiàn)他們的問題在運(yùn)營和開發(fā)中間分開。這意味著他們需要為應(yīng)用創(chuàng)建一致且有效的運(yùn)營框架。并且同時(shí)支持應(yīng)用開發(fā)來解決移動(dòng)和其他問題。PaaS工具傾向于按照功能線劃分，決策制定者可能發(fā)現(xiàn)最佳的PaaS選擇實(shí)際上就是數(shù)個(gè)不同的PaaS平臺，每一個(gè)符合一套需求支持。最終，能夠輕松整合其他的PaaS元素成為選擇正確的私有PaaS產(chǎn)品的高度重要因素。

大多數(shù)企業(yè)發(fā)現(xiàn)只有三或者四個(gè)PaaS產(chǎn)品可以通過篩選的初級階段。這個(gè)簡短的列表隨后要經(jīng)受審計(jì)/測試，可以通過兩個(gè)步驟進(jìn)行處理：現(xiàn)場復(fù)查使用以及應(yīng)用引導(dǎo)測試。

縮小PaaS選擇范圍

幾乎所有的PaaS提供商都樂于提及以前的購買過其產(chǎn)品的客戶，現(xiàn)場復(fù)查包的安裝以及運(yùn)行了一個(gè)或者多個(gè)賬戶的客戶更是有幫助。當(dāng)PaaS的目標(biāo)之一變成系統(tǒng)化安全或者治理時(shí)尤為如此。在這些領(lǐng)域通過簡化復(fù)查文檔，幾乎不可能回顧特性和功能;相反，需要同用戶對話，看看他們已經(jīng)整合了多少PaaS特性到其自己的運(yùn)營當(dāng)中，以及具體的PaaS選擇工作的如何。在現(xiàn)場復(fù)查中，IT團(tuán)隊(duì)?wèi)?yīng)該記錄下情況以作進(jìn)一步檢查。這些對于企業(yè)的引導(dǎo)應(yīng)用都是聚焦點(diǎn)。

令人意外的一大部分企業(yè)沒能引導(dǎo)測試PaaS工具。一些越過了同廠商的試驗(yàn)階段，但是即便有這些也沒能揭露平臺的實(shí)際問題，因?yàn)樵囼?yàn)階段并沒有將軟件提供給全范圍的需求使用。構(gòu)建引導(dǎo)測試計(jì)劃需要從需求開始，而且假設(shè)在評估階段就要記錄起來，最后增加到現(xiàn)場復(fù)查中。內(nèi)部復(fù)查應(yīng)該確立引導(dǎo)測試運(yùn)行多久可以卻信心所有相關(guān)的問題都被發(fā)現(xiàn)了。

引導(dǎo)測試是一個(gè)學(xué)習(xí)新的PaaS部署的理想場所。一個(gè)好的產(chǎn)品可以互相協(xié)調(diào)并且在其特性間協(xié)作;大多數(shù)情況下可以將特性組成一個(gè)功能分類，可以作為一個(gè)單元進(jìn)行部署，通過不斷改變程序避免迷惑操作人員。安全和治理控制通常都最先部署，隨后是集成和管理/編制。引導(dǎo)測試將幫助發(fā)現(xiàn)依賴性導(dǎo)致的問題。

PaaS產(chǎn)品創(chuàng)造了一個(gè)有效的超級中間件層，其優(yōu)勢和限制性將會(huì)任何運(yùn)行在其上的應(yīng)用或者服務(wù)。最佳的建議：認(rèn)真制定PaaS選擇;重新選擇一個(gè)替代方案艱難且昂貴。