隨著PaaS功能擴展支持更多的新技術(shù)(例如容器和微服務(wù))，IT團隊和開發(fā)人員面臨著諸如可見度、監(jiān)控等新挑戰(zhàn)。

　　平臺即服務(wù)是過去幾年中云計算服務(wù)所發(fā)展三大模式中的一個，該服務(wù)有助于簡化應(yīng)用程序的開發(fā)與部屬。但是，由于諸如Docker容器等新技術(shù)能夠?qū)崿F(xiàn)在幾乎任意位置運行應(yīng)用程序，某些業(yè)內(nèi)人士發(fā)現(xiàn)了平臺即服務(wù)轉(zhuǎn)變角色的可行性和重要性。

[[168924]]

　　在平臺即服務(wù)(PaaS)中，不同的組件和服務(wù)相互結(jié)合構(gòu)成了應(yīng)用運行環(huán)境，總部位于康涅狄格州斯坦福市技術(shù)咨詢公司“信息服務(wù)集團”***顧問Matthias Popiolek說。雖然目前的PaaS框架已經(jīng)包含了一些服務(wù)和開發(fā)模塊，但是它們將擴展的功能則囊括微服務(wù)和容器化應(yīng)用程序。同時就PaaS和諸如Docker之類技術(shù)之間的差別而言,容器技術(shù)為PaaS帶來了更多選擇和靈活性——這可能使它更具價值。

　　例如，Docker能夠新建之前在PaaS框架下不可用的眾多組件服務(wù)，Popiolek說。這將允許開發(fā)人員開發(fā)應(yīng)用，在以前沒有容器技術(shù)情況下要做同樣的工作是需要花上更多精力和時間的。

　　“可以想象，如果必須在程序設(shè)計中包括組件配置工作，那么其部署將變得非常困難和麻煩，相反一個容器化的組件可以幫助開發(fā)人員省下很大的功夫，”他說。

　　某些傳統(tǒng)的PaaS工具正在開始接受這些新技術(shù)了。例如，諸如Joyent這樣在傳統(tǒng)上都自我定位為一家基礎(chǔ)設(shè)施即服務(wù)(IaaS)供應(yīng)商的企業(yè)(于近期已被三星公司收購)已經(jīng)轉(zhuǎn)向應(yīng)用程序容器技術(shù)領(lǐng)域，該公司目前正從事容器本地基礎(chǔ)設(shè)施及相應(yīng)工具的開發(fā)。其他采用了類似舉措的企業(yè)包括谷歌公司和亞馬遜網(wǎng)絡(luò)服務(wù)，而CloudFoundry也針對PaaS采取了容器即服務(wù)的方法。

　　PaaS中微服務(wù)和容器的限制

　　容器和微服務(wù)也為使用PaaS的企業(yè)用戶帶來了一些挑戰(zhàn)。例如，隨著如今鐵板一塊的PaaS框架被分解成為微服務(wù)，也帶來了一系列的可視性和透明度方面的問題。在一個企業(yè)中跟蹤所有的可用微服務(wù)將是一個挑戰(zhàn)。

　　“有鑒于一家企業(yè)必須開放越來越多企業(yè)對企業(yè)、企業(yè)對企業(yè)對消費者的接口的事實，這一問題也更趨復(fù)雜化，”Popiolek說，他還指出，這些額外的接口將會增加另一層次的復(fù)雜性。

　　另一個限制是，容器技術(shù)只適用于在一個PaaS環(huán)境中多次部署的應(yīng)用程序。“容器技術(shù)善于抽取重復(fù)動作，這對于重復(fù)性的部署和操作是非常有意義的;那些只是一次性部署的應(yīng)用程序也就無法從容器技術(shù)中得到任何好處了，”Popiolek說。

　　這是因為容器化環(huán)境是在傳統(tǒng)IaaS虛擬層的上一層次上進行虛擬化的。這可以讓用戶在完成應(yīng)用程序部署時不必對每一個部署都進行配置。換而言之，用戶可以多次使用容器而不必接觸容器中的應(yīng)用程序，反之在IaaS中，每一個部署都需要人工干預(yù)進行配置。 “

　　由于在容器中一次配置任務(wù)的工作量堪比一次部署所需的工作量，所以容器技術(shù)的優(yōu)勢就在多次重復(fù)部署中顯現(xiàn)出來了，”Popiolek說。

　　PaaS與Docker并不互斥

　　其底線在于用戶不需要在容器和PaaS之間進行選擇了。用戶可以使用這兩種技術(shù)來提升從云應(yīng)用中獲得的附加值。現(xiàn)在的應(yīng)用程序開發(fā)人員將根據(jù)他們的客戶和企業(yè)的需求，使用那些他們最為熟悉的工具，并采用他們或主動或被動需要使用的平臺。