新的Paas產品已經在容器編排和管理方面留下了好印象，并且吸引了新一代IT操作者的注意。

　　容器集群抽象層在相對無知的IaaS和傳統的非常自以為是的PaaS之間搖晃出一個新的可替代的基礎設施自動化，但企業會咬餌上鉤嗎?

　　平臺即服務(PaaS)產品，比如Heroku、Red Hat OpenShift和Cloud Foundry，長期地使用容器，或者sub-OS工作量劃分——作為表面下的執行單元，因為容器在保持各自工作量分隔時還能顧及細粒度的基礎設施共享。

　　隨著容器朝PaaS在云端之外的產品用途發展時，他們越來越被部署在服務器架構的集群中，該架構被大量編排以使容器的部署以及變壞的容器刪除和再生自動化。

　　盡管仍然還有更新的PaaS產品的用例，但是最近的容器化狂熱跟容器如何劃分工作量無關，而跟它們如何被大規模的管理有關。管理容器 編排的大量微小物體鑰匙的需要遍布復雜的集群抽象層，譬如CoreOS 的Tectonic、Apache Mesos和Google的 Kubernetes。

　　這些集群管理工具給IT基礎設施帶來新的自動化，使IT擁護者從手動的機器個人管理中解放出來。這維護著PaaS的其中一條基本原則，同時，相對于傳統的高度抽象的PaaS產品而言，允許更多地對基礎設施的直接控制。

[[167663]]

　　新PaaS，為新用戶

　　但是開發者不會那么快就放棄傳統PaaS。換句話說，新的sub-PaaS抽象化對新一代IT操作者更有吸引力，他們肩負著操作基礎設施以支持現代app 架構。該架構需要的自動化程度是不可能通過傳統的基礎設施即服務(IaaS)實現的。

　　“實際開始使用這些技術的目標客戶群，從某種程度上來說，與關注PaaS提供的抽象化程度的目標客戶群完全不同，” Marco Hochstrasser說。他是Swisscom云平臺開發的主管，該公司是總部位于伯恩的PaaS供應商，最近開始支持Docker。

　　“容器技術是什么對我來講毫無區別，”Hochstrassershuo說。但是“Docker被廣泛采用……并且正標準化的放寬市場，使得市場驅動在它之上的附加價值。”

　　Hochstrasser說，大企業可能會簡短的談論Docker，然后很快將話題轉移到諸如如何在桌面系統的PaaS上部署app或是如何使地鐵連通性增強之類的問題上。當他們與一名客戶的CIO和系統管理員交談時，“他們談論‘為什么Cloud Foundry不做這個?為什么不能自己運行HAProxy，為什么不能配置這個?’” Hochstrasser說。“這是不同的角度和觀點。”

　　上升的Docker趨勢正提升所有在PaaS海洋里的船只，隨著這些新受眾賦予PaaS新的生命，正如PaaS在技術上改變了他們。

　　“所有都開始合并成為同一個概念，”Booz Allen Hamilton技術創新組高級技術專家Nirmal Mehta說。，該公司是位于美國弗吉尼亞州McLean的咨詢公司，跟政府組織合作建立DevOps文化。

　　“PaaS加速了采納容器化的速度，反過來它又會加快了PaaS的采用速度，”他說。“現在我們正處于戰斗的開始，戰斗發生在所有這些圍繞 container編排的競爭平臺。平臺即服務是一種外表，覆蓋所有你需要編排containers的的其他組件。”

　　PaaS老人學新把戲

　　IT操作者支持微服務、更新的PaaS產品。Apcera，提供了一種基于策略的替代以管理IT基礎設施，不需要IT放棄全部控制給云服務提供商或者企業內的開發者。

　　Apcera基于策略的資源配置與客戶曾在大多數其他PaaS上看到的有所不同，紐約人事服務提供商nextSource 的CTO Juan Garcia說。

　　“他們建造語義管道的能力，能配置從我們的應用到彼此微服務的訪問而不用理解網絡層……是非常靈巧和獨特的，” Garcia說。

　　大多數應用開發者不關心容器是否運行在PaaS層下面的基礎設施層——基礎設施如何配置根本不在他們的關心范圍內。但是對IT操作者而言，容器編排平臺提供了一種轉換遺留基礎設施這項重要工作的方法，還能支持傳統應用適應新的基于微服務的世界。

　　舉個例子，Red Hat的OpenShift有PaaS層來提供應用發布和持續集成服務，這是Kubernetes 這類container調度者沒有的特征，但是它已經換出基于‘彈藥筒’的容器編排系統，為用戶可配置的Kubernetes基底。

　　OpenShift提供了傳統的IaaS和PaaS世界里***的，根據Dietmar Fauser的說法。他是Amadeus IT Group SA的架構、質量和治理的的副總，這是一家總部位于馬德里的旅行技術公司。

　　“這給我們鋪了一條路，去堅持現存的應用無需徹底改變或用Java重寫它們，” Fauser說。“以合理的投資，我們橋接了Kubernetes服務注冊環境與我們自己的通信系統”

　　傳統PaaS的用例

　　盡管支持非常自以為是的PaaS產品的理由仍然存在，當然，不僅僅是container編排調度者非常新，建立比錄入信用卡號碼來加速傳統PaaS在云的發展要更艱苦。

　　“由于安全和法規遵從的緣故，大企業喜歡標準化，” Pivotal的Cloud Foundry領域CTO Josh McKenty說。“他們想知道他們只有一種方法記錄日志，他們只有一種方法做鑒定，以及他們有很棒的SQL和NOSQL的選擇，而不是天底下五花八門的選擇。”

　　與此同時，創業公司常常要解決一個新問題，而不是成百的現成應用。并且，“他們喜歡以此刻不管什么樣的酷語言來徹底改造每件事物，”McKenty說。 “企業更多的在尋找80%固執己見的平臺，而不是一些可以被***工具化來解決單一問題的事物。”

　　根據Mitchell Hashimoto的說法，企業會走哪條路尚不明確。他制作了以傳統IaaS和PaaS之間折中為目標的開源Nomad平臺。

　　“我們沒看到生產企業關于調度者的用法，盡管我們在尋找利益，”Hashimoto說。“生產領域用這個的大多數店鋪是前沿技術公司，Silicon Valley Web 2.0類型——傳統商業仍沿用老方法并感到疲倦。”

　　企業，比如Amadeus，從1.0版本就開始用Kubernetes，自然經歷了一些成長的煩惱。

　　“這有很多代碼變化，因此你仍然處于一個階段——你必須接受和改進有時API破壞性的改變，” Amadeus的Fauser說，“這是我們通常很難從Red Hat之類的伙伴處看到的，因為這些伙伴通常高度關注穩定性。”

　　中庸之道?

　　McKenty仍然承認Cloud Foundry在最近的發布版里已經提供了更多的靈活性。Cloud Foundry在下一版里還會有一個Route Services API，允許客戶插入第三方API gateways。

　　“Cloud Foundry正向中庸之道上移動。” McKenty說。

　　據曾是SalesForce(2010年收購了Heroku)的COO如今是SVP的Alex Gross說，PaaS***Heroku也有這個趨勢。譬如，去年，Heroku揭曉了Private Spaces，它向客戶提供了一個封面之下基于Amazon Web Services 的Virtual Private Cloud 技術的私有PaaS。

　　Heroku如今也支持Docker。“如果你想更向下層一點，能做事情更深入一些的話，我們也可以提供相關支持，” Gross說。

　　這并非意味著Heroku徹底改變，盡管如此，引入新的container編排架構來建造和運行PaaS比以往更切實可行。但是，它沒有更簡單，尤其是考慮到企業不得不面對的可用性、性能和兼容性要求，Gross指出。

　　“如果公司在建立和運行他們自己的PaaS，那么他們正以錯誤的方式做事情。”