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

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

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

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

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

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

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

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

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

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

圖3：OpenShift 組件

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

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

PaaS 是未來

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

審核編輯：郭婷