容器平臺風(fēng)行一時，但是開發(fā)人員的期望也需要管理。Red Hat的OpenShift產(chǎn)品策略師提供了來自內(nèi)部的看法。

如果開發(fā)人員不是在談?wù)撐⒎?wù)，那一定是因為他們正在談?wù)撊萜鳌ｋS著移動應(yīng)用與云應(yīng)用開發(fā)技術(shù)的日益成熟，容器技術(shù)的使用也變得越來越普遍。那么為什么不呢?它們提供了簡便的平臺可移植性，可確保應(yīng)用程序在從測試環(huán)境遷往生產(chǎn)環(huán)境時保持一致的運行性能。增加過程隔離可提高安全性，其技術(shù)也變得簡單不可抗拒。

近期在波士頓召開的Red Hat峰會有5000多名開發(fā)人員參加，在會議期間，Red Hat OpenShift容器管理平臺產(chǎn)品策略總監(jiān)Brian Gracely接受了筆者的獨家采訪。

[[193951]]

為了實現(xiàn)數(shù)字轉(zhuǎn)型，據(jù)說我們需要了解一個可組合的容器平臺的概念。您能告訴我們這是什么嗎?

Brian Gracely：平臺不僅能夠幫助開發(fā)人員更快地部署他們的應(yīng)用，還可以幫助運營讓應(yīng)用更順暢地運行。眾多平臺本身還具有一定的差異——這是關(guān)于用戶應(yīng)當(dāng)如何做，它將讓用戶走得更快。早期的平臺限制太多，支持的語言不多，標(biāo)準(zhǔn)化程度不高。

我們認(rèn)為Red Hat OpenShift是更加標(biāo)準(zhǔn)化的。它是基于容器的標(biāo)準(zhǔn)和諸如Kubernetes之類的編排標(biāo)準(zhǔn)。但是，如果用戶不喜歡我們提供的開箱即用的監(jiān)控功能，我們還提供了更高程度的模塊化功能，用戶可以有多種選項來進(jìn)行定制且不會丟失任何功能。我們最終的意圖是想要為用戶提供一個易于操作的超棒開發(fā)體驗，此外我們還希望為用戶在其他方面提供一個更好的靈活性，如存儲、網(wǎng)絡(luò)以及監(jiān)控等。

如果存在技術(shù)限制或供應(yīng)商方面的原因，用戶是否無法選擇在平臺中采用某一工具?

Gracely：供應(yīng)商希望用戶使用他們的技術(shù)，但是很多技術(shù)在成規(guī)模應(yīng)用并出現(xiàn)標(biāo)準(zhǔn)之前還不夠成熟。有些技術(shù)確實得到了發(fā)展;Docker來自于一家平臺供應(yīng)商，其技術(shù)發(fā)展成為了標(biāo)準(zhǔn)。一項技術(shù)是否能夠得到發(fā)展，主要取決于其成熟度以及用戶是否喜歡。

使用諸如OpenShift容器平臺的IT部門是如何跨云平臺實現(xiàn)應(yīng)用安全部署以及減少開發(fā)、測試和運行新開發(fā)與現(xiàn)有應(yīng)用程序的時間?

Gracely：我們在OpenShift上做了大量的工作。安全性始終一直是我們的***要求。從Red Hat Linux企業(yè)版開始就是如此。從Red Hat公司角度來看，安全性是我們一切工作的基礎(chǔ)，OpenShift平臺亦是如此。所以當(dāng)用戶部署應(yīng)用程序時，容器將是安全的，平臺通信、應(yīng)用程序之間的內(nèi)部通信都進(jìn)行了加密處理。我們還對用戶的安全密鑰進(jìn)行了加密。我們確保圍繞權(quán)限和身份驗證的所有內(nèi)容都內(nèi)置在平臺中。當(dāng)用戶使用這個安全的平臺時，用戶完全可以在自有數(shù)據(jù)中心內(nèi)運行，在Azure、AWS或谷歌平臺上運行。

容器平臺、容器管理以及平臺即服務(wù)是如何幫助開發(fā)人員和運營團(tuán)隊更好地了解業(yè)務(wù)流程，并最終幫助提高盈利能力?

Gracely：容器的一大優(yōu)點就是他是與開發(fā)人員相關(guān)的首要技術(shù)之一。它為用戶提供了一個大包應(yīng)用的標(biāo)準(zhǔn)方法。它還與運營團(tuán)隊有著較高相關(guān)性，因為它將實現(xiàn)基礎(chǔ)環(huán)境自動化。它將幫助用戶擴(kuò)展這些環(huán)境。用戶現(xiàn)在所擁有的是這種語言的共同性，大家都知道那是在過去我們無法一直擁有的。談?wù)勯_發(fā)團(tuán)隊和運營團(tuán)隊。

當(dāng)?shù)讓踊A(chǔ)設(shè)施和開發(fā)人員使用一種通用語言時，我可以從一個商業(yè)理念開始。我可以在實驗中開發(fā)出一個最小可行的產(chǎn)品。我可以實現(xiàn)快速的部署、完全的自動化，而企業(yè)也能在幾周甚至幾天內(nèi)看到結(jié)果。在我們的主題演講中，有一位客戶說他的觀念就是從想法到執(zhí)行直至走向客戶只需幾天的時間。擁有這種快速的技術(shù)將有助于我們的新想法和新產(chǎn)品快速可見和成為可能。

這對于老觀念的人來說是一個嚴(yán)重的問題。

Gracely：在未來，對于規(guī)劃的傳統(tǒng)思維方式將成為一大阻礙。人們將不得不與時俱進(jìn)。

云與移動應(yīng)用程序的發(fā)布周期從幾年變?yōu)閹滋臁＜此^的“先快出貨，后打補(bǔ)丁”。對于缺乏OpenShift或其他容器平臺的情況下，這種無法進(jìn)行全面測試的真正影響是什么?

Gracely：最終用戶現(xiàn)在已經(jīng)習(xí)慣了這種持續(xù)更新的理念。從本質(zhì)上來說，我們圍繞OpenShift解決這一問題的方法是采用一個Docker或Kubernetes項目，我們確保在某一個特定時間內(nèi)及時抓住它。我們集成了這些組件，完成了大量的測試，而其結(jié)果就是用戶最終能夠獲得經(jīng)過測試、運行基本穩(wěn)定的軟件。

接下來的一部分就是，“如何在不停止服務(wù)的情況下完成應(yīng)用更新?”這就是我們針對自動化工具(如在Ansible和云形式中)所開展大量工作的意義所在，這些自動化工具能夠幫助用戶完成持續(xù)不斷的升級。有時候，人們稱其為Blue-Green升級，即可以升級一定數(shù)量的用戶，從而確保應(yīng)用程序正常運行，然后再完成剩余用戶的升級。業(yè)內(nèi)存在著這樣一個認(rèn)知，如果我只是用之前的方法為用戶提供相同的軟件，我不會讓這個方法更簡便，那樣做也不會發(fā)揮作用。我們一直在這兩個方向上同時投入。

開發(fā)人員在項目開發(fā)階段使用容器平臺的***錯誤是什么?

Gracely：我們看到開發(fā)人員使用舊的傳統(tǒng)模式，而沒有思考是否有新方法來實現(xiàn)其現(xiàn)代化。我認(rèn)為容器開發(fā)人員和應(yīng)用開發(fā)人員的***努力應(yīng)該是關(guān)注如何開展核心業(yè)務(wù)。不要總是因為任何***、最小的東西而分心。容器中有很多東西。新開發(fā)框架中也有很多東西。擅于掌握那些能幫助你解決實際業(yè)務(wù)問題的技術(shù)和方法。容器就是這樣一種非常靈活的技術(shù)。