基礎架構即服務(IaaS)產品通常更易于滿足企業的計算需求，因為只提供了虛擬機，也可能增加了一些數據庫特性。不幸的是，IaaS用戶發現自身在部署和集成其云應用和其內部IT時，正面臨著新的運營挑戰，極少數企業期望將一切都轉移到云端。
現在新的私有平臺即服務(PaaS)工具可以有效解決這個問題。這些工具不僅旨在提供所有操作系統和中間件所需要的應用，而且提供了一種“運營件(operationsware)”。正確的私有PaaS產品可以讓企業的云體驗更為積極，而且幫助企業更好地符合其業務目標。
過去，術語PaaS通常涉及到操作系統和中間件。然而現在，這個術語適用于安裝在私有云或者公有云之上的任何形式的工具，可以通過軟件應用程序接口(API)提供應用服務。現在PaaS平臺提供了安全、移動化、法規遵從、治理、運營、編制、數據庫，甚至是應用開發服務。他們可以在企業自己的數據中心運營，而且大多數情況下，也可以在公有云或者私有云中運營，這些都讓PaaS成為一種新奇且具有價值的傳統中間件和云的混合體。
選擇正確的PaaS產品
做出最佳的私有PaaS選擇的第一步就是確定每一個競爭者和企業的其余部分的技術的兼容性。并不是所有硬件、軟件和云環境都可以為任何既定的PaaS產品所支持，因此企業應該詳細清理其IT環境，并且確定將要運行什么，以及將要在哪里應用新的PaaS選擇。IT團隊要消除不支持其IT組建混合的包，或者是不夠成熟，無法支持一些重要系統或者軟件的部分。理想上，企業應該尋客觀的范疇，用來驗證其提供商的穩定性和支持程度。
使用PaaS工具通常要求應用、應用生命周期管理和軟件實踐和流程做出最低限度的改變。出于這種原因，企業應該小心找出并應用最全面的可用工具;用這種方法會導致他們浪費時間整合無價值或者是浪費成本的特性。最佳的做法是：關注當下的痛點(大多數企業的列表都是與安全或者法規遵從和治理)，并識別出能夠最有效解決這些問題的PaaS產品。
另一方面，IT團隊應該要著眼于當下的需求之外，確保其PaaS選擇擁有適用于未來需求的特性。否則，他們會發現在一年后可能就要被迫改變其方法。
在回顧痛點列表以及PaaS產品時，IT團隊可能發現他們的問題在運營和開發中間分開。這意味著他們需要為應用創建一致且有效的運營框架。并且同時支持應用開發來解決移動和其他問題。PaaS工具傾向于按照功能線劃分，決策制定者可能發現最佳的PaaS選擇實際上就是數個不同的PaaS平臺，每一個符合一套需求支持。最終，能夠輕松整合其他的PaaS元素成為選擇正確的私有PaaS產品的高度重要因素。
大多數企業發現只有三或者四個PaaS產品可以通過篩選的初級階段。這個簡短的列表隨后要經受審計/測試，可以通過兩個步驟進行處理：現場復查使用以及應用引導測試。
縮小PaaS選擇范圍
幾乎所有的PaaS提供商都樂于提及以前的購買過其產品的客戶，現場復查包的安裝以及運行了一個或者多個賬戶的客戶更是有幫助。當PaaS的目標之一變成系統化安全或者治理時尤為如此。在這些領域通過簡化復查文檔，幾乎不可能回顧特性和功能;相反，需要同用戶對話，看看他們已經整合了多少PaaS特性到其自己的運營當中，以及具體的PaaS選擇工作的如何。在現場復查中，IT團隊應該記錄下情況以作進一步檢查。這些對于企業的引導應用都是聚焦點。
令人意外的一大部分企業沒能引導測試PaaS工具。一些越過了同廠商的試驗階段，但是即便有這些也沒能揭露平臺的實際問題，因為試驗階段并沒有將軟件提供給全范圍的需求使用。構建引導測試計劃需要從需求開始，而且假設在評估階段就要記錄起來，最后增加到現場復查中。內部復查應該確立引導測試運行多久可以卻信心所有相關的問題都被發現了。
引導測試是一個學習新的PaaS部署的理想場所。一個好的產品可以互相協調并且在其特性間協作;大多數情況下可以將特性組成一個功能分類，可以作為一個單元進行部署，通過不斷改變程序避免迷惑操作人員。安全和治理控制通常都最先部署，隨后是集成和管理/編制。引導測試將幫助發現依賴性導致的問題。
PaaS產品創造了一個有效的超級中間件層，其優勢和限制性將會任何運行在其上的應用或者服務。最佳的建議：認真制定PaaS選擇;重新選擇一個替代方案艱難且昂貴。
京公網安備 11010502049343號