PaaS現(xiàn)在與未來：容器技術(shù)如何演變成為PaaS框架

作者：佚名 2016-07-21 10:16:51

云計算

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

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

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

[[168924]]

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

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

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

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

　　PaaS中微服務和容器的限制

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

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

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

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

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

　　PaaS與Docker并不互斥

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

網(wǎng)頁題目：PaaS現(xiàn)在與未來：容器技術(shù)如何演變成為PaaS框架
當前URL：http://www.dlmjj.cn/article/cceedjo.html