我們在第一部分《最年輕的XaaS：你對PaaS了解多少?》中介紹了什么是PaaS，PaaS的優(yōu)勢、劣勢以及它對IT產(chǎn)生了哪些影響。在了解概念之后，你或許還想知道PaaS到底適用于什么樣的場景。
PaaS案例：PaaS適用于哪些場景，不適用于哪些
PaaS最適合圍繞云服務的容量規(guī)劃功能設計可擴展的應用程序。Best Buy結合Google App Engine的是個很好的案例。Best Buy希望用戶可以通過某種方式分享自己的愿望清單給好友們。第一次嘗試，8名開發(fā)人員花了一年多來實現(xiàn)功能，可在大量使用的情況下會崩潰，而且很難更改。Best Buy轉向PaaS，用了大約程序員一人年的時間重構代碼：只需原有1/8的人力，并且從項目開始到結束僅用了11周。據(jù)Best Buy說，采用Google的PaaS后，所需資源只有之前內(nèi)部數(shù)據(jù)中心的1/4至1/10。
使用PaaS的最大問題在于試圖迫使遺留應用程序適配，將大型機或客戶端-服務端系統(tǒng)改造成面向服務模型。PaaS不適用于盲目將現(xiàn)有應用程序移植到平臺和模式上，而是圍繞面向服務的能力采用云原生設計方式來重構需求。PaaS優(yōu)于IaaS的地方在于，高層級的應用程序服務已經(jīng)通過設計與測試考驗，并能夠有效的集成。
平臺服務占據(jù)了“即服務”的延展性中間地帶，成為了一個獨立服務層級，相對來說，另外兩類會更容易理解：虛擬化基礎設施的IaaS和全打包應用的SaaS。
PaaS對IT意味著什么
PaaS的運作模式基于公共與私有平臺之間。對于公有PaaS，等同于使用IaaS：IT不用處理系統(tǒng)管理業(yè)務，而是管理服務，并通過廠商提供的管理門戶進行用戶管理。同時PaaS還提供了典型的自助服務，IT組織在通常情況下可以通過用戶、群組或基于角色的策略來設置使用量限制。
以Best Buy的案例說明，IT管理員不再需要管理系統(tǒng)或部署與配置服務器。一項調(diào)查發(fā)現(xiàn)，遷移到云之后，在計劃與計劃外維護、存儲與配額管理、數(shù)據(jù)恢復與升級等業(yè)務所花費的時間，比數(shù)據(jù)中心IT管理者所花費的時間顯著減少。這樣就能擁有更多時間來與業(yè)務單元在新服務與應用程序上進行合作。
與此相反，私有PaaS運維類似于其他大型企業(yè)級系統(tǒng)，IT需要維護硬件與軟件。由于PaaS套件相對比較復雜，通常都需要一名領域?qū)＜覍浖撠煟愃茢?shù)據(jù)庫管理員如何維護數(shù)據(jù)庫。
在這兩種情況下，IT需要擁有人員和流程來管理與監(jiān)控PaaS資源使用、性能，針對公共PaaS，還需要監(jiān)控消費、可用性與服務級別協(xié)議合規(guī)性。
京公網(wǎng)安備 11010502049343號