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

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

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

[[193951]]

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

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

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

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

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

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

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

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

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

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

這對(duì)于老觀念的人來(lái)說(shuō)是一個(gè)嚴(yán)重的問題。

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

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

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

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

開發(fā)人員在項(xiàng)目開發(fā)階段使用容器平臺(tái)的***錯(cuò)誤是什么?

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