嶄露頭角的網(wǎng)絡初創(chuàng)公司正在使用互聯(lián)網(wǎng)托管的平臺即服務（PaaS）技術相互跨越式推向市場。PaaS 允許這些初創(chuàng)公司通過將更多時間集中在他們的使命上，減少管理硬件和軟件的時間來快速創(chuàng)新。戰(zhàn)士也可以從 PaaS 中受益嗎？是的，如果作戰(zhàn)人員控制 PaaS 堆棧 - 并且開源提供了這種控制。

從歷史上看，作戰(zhàn)人員應用程序通常是從電源插頭到正在運行的應用程序的單體 - 它們通常是為單一目的而設計的，沒有考慮重用和互操作性。這些單體的設計差異也阻礙了技術和認證與認可（C&A）重用方面的規(guī)模經(jīng)濟。缺乏重用可能會阻止應用程序及時到達作戰(zhàn)人員手中，還可能導致成本和進度超支。通過確定可以標準化的通用領域，對這些組件進行一次可重用性認證，并更多地關注剩余的差異，機構可以提高效率并節(jié)省定期重新認證應用程序所需的時間。平臺即服務 （PaaS） 是一種解決方案，可以通過縮短時間表和消除供應商鎖定來緩解這些挑戰(zhàn)。PaaS 利用跨多個應用程序一致的 IT 堆棧，包括從電源插頭到硬件、虛擬化、操作系統(tǒng)和應用程序服務器的所有內容。IT 堆棧可以認證一次，然后多次重復使用，重新認證工作量要少得多。因此，開發(fā)人員可以更專注于他們的應用程序，并更快地將其投入生產，因為它運行在其他人已經(jīng)嚴格認證的硬件和軟件堆棧上。

圖 1 說明了開發(fā)人員維護的堆棧與 PaaS 堆棧之間的區(qū)別。請注意開發(fā)人員的工作如何在沒有 PaaS 的情況下沿堆棧向下擴散。與其關注應用程序本身，不如花費精力來指定、獲取、集成、部署、認證和維護堆棧的所有組件。此外，每個應用程序的開發(fā)人員可以為每個組件指定不同的供應商，要求最終客戶精通所有組件。這削弱了培訓、運營和維護成本以及批量采購方面的規(guī)模經(jīng)濟。借助 PaaS，開發(fā)人員可以將更多時間投入到應用程序本身上，同時讓 PaaS 提供商利用規(guī)模經(jīng)濟，同時代表開發(fā)人員維護和保護基礎結構和平臺硬件和軟件。

圖1：開發(fā)人員維護的堆棧與 PaaS 堆棧的比較

專有的PaaS對作戰(zhàn)人員來說是不可能的

然而，PaaS的一個問題是，大多數(shù)互聯(lián)網(wǎng)托管的PaaS提供商都是專有的。其中許多 PaaS 提供商僅支持其專有語言和/或庫，這些語言和/或庫僅在 Internet 上的后端服務器上運行。如果開發(fā)人員想要將應用程序移動到另一個 PaaS 提供商或將應用程序移動到本地服務器，則應用程序移植是必要的。對于可能沒有互聯(lián)網(wǎng)連接的嵌入式和/或分類系統(tǒng)，專有的互聯(lián)網(wǎng)托管PaaS不是一種選擇。這就是開源PaaS可以提供解決方案的地方。從上到下開源的 PaaS 堆?？梢栽诠苍啤⒎诸愶w地或戰(zhàn)術車輛上運行，并提供相同的體驗。為一個部署模型編寫的應用程序也可以在所有部署模型上移植。開源 PaaS 提供傳統(tǒng) PaaS 的部署效率，平臺部署目標選擇開源。

圖 2 說明了托管 PaaS 提供程序和本地 PaaS 解決方案之間的這種差異。這兩種產品都允許開發(fā)人員專注于他們的應用程序，但只有本地 PaaS 解決方案才能在最終用戶的數(shù)據(jù)中心、分類飛地、戰(zhàn)術車輛、機載或海底平臺等中運行。選擇 PaaS 解決方案時，應確保在托管 PaaS 環(huán)境中編寫的應用程序可以在本地 PaaS 環(huán)境中運行，幾乎無需修改。實現(xiàn)此目的的最佳方法是通過確保 PaaS 解決方案和應用程序基于開源軟件構建來確保最大的可移植性。

圖2：托管 PaaS 與本地 PaaS 的比較

開源 PaaS 提供敏捷性和控制力

OpenShift 是面向應用程序的自動擴展開源 PaaS，包括托管、本地和社區(qū)產品（圖 3）。它于 2011 年 5 月首次在開發(fā)人員預覽版中發(fā)布，旨在使用開源原則滿足與供應商無關的 PaaS 需求，并作為上述 PaaS 概念的一個很好的例子。它運行在紅帽企業(yè) Linux 之上，每個用戶開發(fā)的應用程序都作為 Linux 容器內的 PaaS“齒輪”運行。通過使用 Linux 容器，而不是為每個應用程序提供自己的虛擬機，可以精簡快速地配置應用程序，這是大規(guī)模以及小型嵌入式戰(zhàn)術部署的理想選擇。即使應用程序是多租戶的并且運行在相同的 Linux 操作系統(tǒng)上，Linux 容器也使用稱為 cgroups 的 Linux 資源控制組以及通用標準認證和 NSA 開發(fā)的 SELinux 進行限制。

圖3：OpenShift 組件

配置應用程序設備后，開發(fā)人員可以選擇應用程序框架、語言以及 SQL 和 NoSQL 數(shù)據(jù)庫的預制 PaaS“盒式”。通過選擇這些盒式磁帶，開發(fā)人員將該代碼的維護和安全性留給集中式 PaaS 管理員。這提供了規(guī)模經(jīng)濟，因為 PaaS 管理員可以將錯誤或安全修復程序應用于磁帶盒一次，并且使用該磁帶盒的所有開發(fā)人員的應用程序都會立即受益。

一旦盒式磁帶就位，開發(fā)人員就可以使用 git 或帶有兼容 PaaS 插件的 Eclipse IDE 將特定于任務的應用程序代碼添加到 PaaS。一旦代碼被推入齒輪，它就會啟動并運行。部署后，還可以添加 Maven 和 Jenkins 等 DevOps 工具，以實現(xiàn)自動化構建和持續(xù)集成。當應用程序投入生產時，如果它變得“病毒式”（以一種好的方式），PaaS 甚至有一個 HA 代理盒，可以根據(jù)服務器負載自動啟動和降低其他齒輪。通過構建在開源之上，任何為 PaaS 編寫的應用程序都可以在沒有它的情況下運行，因此消除了供應商鎖定。此外，可以在PaaS上開發(fā)應用程序，然后在沒有它的情況下部署，例如在輕量級戰(zhàn)術或嵌入式環(huán)境中。

PaaS 是未來

各機構被迫用更少的資源做更多的事情。他們需要確定冗余領域，并在不損害其任務的情況下鞏固努力。正如私營部門所證明的那樣，PaaS 提供了快速部署應用程序的能力，它更多地專注于任務，并讓 PaaS 提供商經(jīng)濟地提供一個安全穩(wěn)定的平臺來構建。對于作戰(zhàn)人員來說，互聯(lián)網(wǎng)托管的PaaS通常是不可能的。應用程序需要在戰(zhàn)術和/或分類環(huán)境中斷開連接運行。同樣，開源PaaS，例如Red Hat的

審核編輯：郭婷