新的Paas產(chǎn)品已經(jīng)在容器編排和管理方面留下了好印象，并且吸引了新一代IT操作者的注意。
容器集群抽象層在相對無知的IaaS和傳統(tǒng)的非常自以為是的PaaS之間搖晃出一個新的可替代的基礎(chǔ)設(shè)施自動化，但企業(yè)會咬餌上鉤嗎?
平臺即服務(wù)(PaaS)產(chǎn)品，比如Heroku、Red Hat OpenShift和Cloud Foundry，長期地使用容器，或者sub-OS工作量劃分——作為表面下的執(zhí)行單元，因為容器在保持各自工作量分隔時還能顧及細粒度的基礎(chǔ)設(shè)施共享。
隨著容器朝PaaS在云端之外的產(chǎn)品用途發(fā)展時，他們越來越被部署在服務(wù)器架構(gòu)的集群中，該架構(gòu)被大量編排以使容器的部署以及變壞的容器刪除和再生自動化。
盡管仍然還有更新的PaaS產(chǎn)品的用例，但是最近的容器化狂熱跟容器如何劃分工作量無關(guān)，而跟它們?nèi)绾伪淮笠?guī)模的管理有關(guān)。管理容器 編排的大量微小物體鑰匙的需要遍布復(fù)雜的集群抽象層，譬如CoreOS 的Tectonic、Apache Mesos和Google的 Kubernetes。
這些集群管理工具給IT基礎(chǔ)設(shè)施帶來新的自動化，使IT擁護者從手動的機器個人管理中解放出來。這維護著PaaS的其中一條基本原則，同時，相對于傳統(tǒng)的高度抽象的PaaS產(chǎn)品而言，允許更多地對基礎(chǔ)設(shè)施的直接控制。
新PaaS，為新用戶
但是開發(fā)者不會那么快就放棄傳統(tǒng)PaaS。換句話說，新的sub-PaaS抽象化對新一代IT操作者更有吸引力，他們肩負著操作基礎(chǔ)設(shè)施以支持現(xiàn)代app架構(gòu)。該架構(gòu)需要的自動化程度是不可能通過傳統(tǒng)的基礎(chǔ)設(shè)施即服務(wù)(IaaS)實現(xiàn)的。
“實際開始使用這些技術(shù)的目標客戶群，從某種程度上來說，與關(guān)注PaaS提供的抽象化程度的目標客戶群完全不同，” Marco Hochstrasser說。他是Swisscom云平臺開發(fā)的主管，該公司是總部位于伯恩的PaaS供應(yīng)商，最近開始支持Docker。
“容器技術(shù)是什么對我來講毫無區(qū)別，”Hochstrassershuo說。但是“Docker被廣泛采用……并且正標準化的放寬市場，使得市場驅(qū)動在它之上的附加價值。”
Hochstrasser說，大企業(yè)可能會簡短的談?wù)揇ocker，然后很快將話題轉(zhuǎn)移到諸如如何在桌面系統(tǒng)的PaaS上部署app或是如何使地鐵連通性增強之類的問題上。當(dāng)他們與一名客戶的CIO和系統(tǒng)管理員交談時，“他們談?wù)?lsquo;為什么Cloud Foundry不做這個?為什么不能自己運行HAProxy，為什么不能配置這個?’” Hochstrasser說。“這是不同的角度和觀點。”
上升的Docker趨勢正提升所有在PaaS海洋里的船只，隨著這些新受眾賦予PaaS新的生命，正如PaaS在技術(shù)上改變了他們。
“所有都開始合并成為同一個概念，”Booz Allen Hamilton技術(shù)創(chuàng)新組高級技術(shù)專家Nirmal Mehta說。，該公司是位于美國弗吉尼亞州McLean的咨詢公司，跟政府組織合作建立DevOps文化。
“PaaS加速了采納容器化的速度，反過來它又會加快了PaaS的采用速度，”他說。“現(xiàn)在我們正處于戰(zhàn)斗的開始，戰(zhàn)斗發(fā)生在所有這些圍繞container編排的競爭平臺。平臺即服務(wù)是一種外表，覆蓋所有你需要編排containers的的其他組件。”
PaaS老人學(xué)新把戲
IT操作者支持微服務(wù)、更新的PaaS產(chǎn)品。Apcera，提供了一種基于策略的替代以管理IT基礎(chǔ)設(shè)施，不需要IT放棄全部控制給云服務(wù)提供商或者企業(yè)內(nèi)的開發(fā)者。
Apcera基于策略的資源配置與客戶曾在大多數(shù)其他PaaS上看到的有所不同，紐約人事服務(wù)提供商nextSource 的CTO Juan Garcia說。
“他們建造語義管道的能力，能配置從我們的應(yīng)用到彼此微服務(wù)的訪問而不用理解網(wǎng)絡(luò)層……是非常靈巧和獨特的，” Garcia說。
大多數(shù)應(yīng)用開發(fā)者不關(guān)心容器是否運行在PaaS層下面的基礎(chǔ)設(shè)施層——基礎(chǔ)設(shè)施如何配置根本不在他們的關(guān)心范圍內(nèi)。但是對IT操作者而言，容器編排平臺提供了一種轉(zhuǎn)換遺留基礎(chǔ)設(shè)施這項重要工作的方法，還能支持傳統(tǒng)應(yīng)用適應(yīng)新的基于微服務(wù)的世界。
舉個例子，Red Hat的OpenShift有PaaS層來提供應(yīng)用發(fā)布和持續(xù)集成服務(wù)，這是Kubernetes 這類container調(diào)度者沒有的特征，但是它已經(jīng)換出基于‘彈藥筒’的容器編排系統(tǒng)，為用戶可配置的Kubernetes基底。
OpenShift提供了傳統(tǒng)的IaaS和PaaS世界里最好的，根據(jù)Dietmar Fauser的說法。他是Amadeus IT Group SA的架構(gòu)、質(zhì)量和治理的的副總，這是一家總部位于馬德里的旅行技術(shù)公司。
“這給我們鋪了一條路，去堅持現(xiàn)存的應(yīng)用無需徹底改變或用Java重寫它們，” Fauser說。“以合理的投資，我們橋接了Kubernetes服務(wù)注冊環(huán)境與我們自己的通信系統(tǒng)”
傳統(tǒng)PaaS的用例
盡管支持非常自以為是的PaaS產(chǎn)品的理由仍然存在，當(dāng)然，不僅僅是container編排調(diào)度者非常新，建立比錄入信用卡號碼來加速傳統(tǒng)PaaS在云的發(fā)展要更艱苦。
“由于安全和法規(guī)遵從的緣故，大企業(yè)喜歡標準化，” Pivotal的Cloud Foundry領(lǐng)域CTO Josh McKenty說。“他們想知道他們只有一種方法記錄日志，他們只有一種方法做鑒定，以及他們有很棒的SQL和NOSQL的選擇，而不是天底下五花八門的選擇。”
與此同時，創(chuàng)業(yè)公司常常要解決一個新問題，而不是成百的現(xiàn)成應(yīng)用。并且，“他們喜歡以此刻不管什么樣的酷語言來徹底改造每件事物，”McKenty說。“企業(yè)更多的在尋找80%固執(zhí)己見的平臺，而不是一些可以被完美工具化來解決單一問題的事物。”
根據(jù)Mitchell Hashimoto的說法，企業(yè)會走哪條路尚不明確。他制作了以傳統(tǒng)IaaS和PaaS之間折中為目標的開源Nomad平臺。
“我們沒看到生產(chǎn)企業(yè)關(guān)于調(diào)度者的用法，盡管我們在尋找利益，”Hashimoto說。“生產(chǎn)領(lǐng)域用這個的大多數(shù)店鋪是前沿技術(shù)公司，Silicon Valley Web 2.0類型——傳統(tǒng)商業(yè)仍沿用老方法并感到疲倦。”
企業(yè)，比如Amadeus，從1.0版本就開始用Kubernetes，自然經(jīng)歷了一些成長的煩惱。
“這有很多代碼變化，因此你仍然處于一個階段——你必須接受和改進有時API破壞性的改變，” Amadeus的Fauser說，“這是我們通常很難從Red Hat之類的伙伴處看到的，因為這些伙伴通常高度關(guān)注穩(wěn)定性。”
中庸之道?
McKenty仍然承認Cloud Foundry在最近的發(fā)布版里已經(jīng)提供了更多的靈活性。Cloud Foundry在下一版里還會有一個Route Services API，允許客戶插入第三方API gateways。
“Cloud Foundry正向中庸之道上移動。” McKenty說。
據(jù)曾是SalesForce(2010年收購了Heroku)的COO如今是SVP的Alex Gross說，PaaS領(lǐng)導(dǎo)者Heroku也有這個趨勢。譬如，去年，Heroku揭曉了Private Spaces，它向客戶提供了一個封面之下基于Amazon Web Services 的Virtual Private Cloud 技術(shù)的私有PaaS。
Heroku如今也支持Docker。“如果你想更向下層一點，能做事情更深入一些的話，我們也可以提供相關(guān)支持，” Gross說。
這并非意味著Heroku徹底改變，盡管如此，引入新的container編排架構(gòu)來建造和運行PaaS比以往更切實可行。但是，它沒有更簡單，尤其是考慮到企業(yè)不得不面對的可用性、性能和兼容性要求，Gross指出。
“如果公司在建立和運行他們自己的PaaS，那么他們正以錯誤的方式做事情。”
