容器平台加速并簡化雲應用開發

容器平台風行一時，但是開發人員的期望也需要管理。red hat的openshift産品政策師提供了來自内部的看法。

如果開發人員不是在談論微服務，那一定是因為他們正在談論容器。随着移動應用與雲應用開發技術的日益成熟，容器技術的使用也變得越來越普遍。那麼為什麼不呢？它們提供了簡便的平台可移植性，可確定應用程式在從測試環境遷往生産環境時保持一緻的運作性能。增加過程隔離可提高安全性，其技術也變得簡單不可抗拒。

近期在波士頓召開的red hat峰會有5000多名開發人員參加，在會議期間，red hat openshift容器管理平台産品政策總監brian gracely接受了techtarget的獨家采訪。

為了實作數字轉型，據說我們需要了解一個可組合的容器平台的概念。您能告訴我們這是什麼嗎？

brian gracely：平台不僅能夠幫助開發人員更快地部署他們的應用，還可以幫助營運讓應用更順暢地運作。衆多平台本身還具有一定的差異——這是關于使用者應當如何做，它将讓使用者走得更快。早期的平台限制太多，支援的語言不多，标準化程度不高。

我們認為red hat openshift是更加标準化的。它是基于容器的标準和諸如kubernetes之類的編排标準。但是，如果使用者不喜歡我們提供的開箱即用的監控功能，我們還提供了更高程度的子產品化功能，使用者可以有多種選項來進行定制且不會丢失任何功能。我們最終的意圖是想要為使用者提供一個易于操作的超棒開發體驗，此外我們還希望為使用者在其他方面提供一個更好的靈活性，如存儲、網絡以及監控等。

如果存在技術限制或供應商方面的原因，使用者是否無法選擇在平台中采用某一工具？

gracely：供應商希望使用者使用他們的技術，但是很多技術在成規模應用并出現标準之前還不夠成熟。有些技術确實得到了發展；docker來自于一家平台供應商，其技術發展成為了标準。一項技術是否能夠得到發展，主要取決于其成熟度以及使用者是否喜歡。

使用諸如openshift容器平台的it部門是如何跨雲平台實作應用安全部署以及減少開發、測試和運作新開發與現有應用程式的時間？

gracely：我們在openshift上做了大量的工作。安全性始終一直是我們的第一要求。從red hat linux企業版開始就是如此。從red hat公司角度來看，安全性是我們一切工作的基礎，openshift平台亦是如此。是以當使用者部署應用程式時，容器将是安全的，平台通信、應用程式之間的内部通信都進行了加密處理。我們還對使用者的安全密鑰進行了加密。我們確定圍繞權限和身份驗證的所有内容都内置在平台中。當使用者使用這個安全的平台時，使用者完全可以在自有資料中心内運作，在azure、aws或谷歌平台上運作。

容器平台、容器管理以及平台即服務是如何幫助開發人員和營運團隊更好地了解業務流程，并最終幫助提高盈利能力？

gracely：容器的一大優點就是他是與開發人員相關的首要技術之一。它為使用者提供了一個大包應用的标準方法。它還與營運團隊有着較高相關性，因為它将實作基礎環境自動化。它将幫助使用者擴充這些環境。使用者現在所擁有的是這種語言的共同性，大家都知道那是在過去我們無法一直擁有的。談談開發團隊和營運團隊。

當底層基礎設施和開發人員使用一種通用語言時，我可以從一個商業理念開始。我可以在實驗中開發出一個最小可行的産品。我可以實作快速的部署、完全的自動化，而企業也能在幾周甚至幾天内看到結果。在我們的主題演講中，有一位客戶說他的觀念就是從想法到執行直至走向客戶隻需幾天的時間。擁有這種快速的技術将有助于我們的新想法和新産品快速可見和成為可能。

這對于老觀念的人來說是一個嚴重的問題。

gracely：在未來，對于規劃的傳統思維方式将成為一大阻礙。人們将不得不與時俱進。

雲與移動應用程式的釋出周期從幾年變為幾天。即所謂的“先快出貨，後打更新檔”。對于缺乏openshift或其他容器平台的情況下，這種無法進行全面測試的真正影響是什麼？

gracely：最終使用者現在已經習慣了這種持續更新的理念。從本質上來說，我們圍繞openshift解決這一問題的方法是采用一個docker或kubernetes項目，我們確定在某一個特定時間内及時抓住它。我們內建了這些元件，完成了大量的測試，而其結果就是使用者最終能夠獲得經過測試、運作基本穩定的軟體。

接下來的一部分就是，“如何在不停止服務的情況下完成應用更新？”這就是我們針對自動化工具（如在ansible和雲形式中）所開展大量工作的意義所在，這些自動化工具能夠幫助使用者完成持續不斷的更新。有時候，人們稱其為blue-green更新，即可以更新一定數量的使用者，進而確定應用程式正常運作，然後再完成剩餘使用者的更新。業記憶體在着這樣一個認知，如果我隻是用之前的方法為使用者提供相同的軟體，我不會讓這個方法更簡便，那樣做也不會發揮作用。我們一直在這兩個方向上同時投入。

開發人員在項目開發階段使用容器平台的最大錯誤是什麼？

gracely：我們看到開發人員使用舊的傳統模式，而沒有思考是否有新方法來實作其現代化。我認為容器開發人員和應用開發人員的最大努力應該是關注如何開展核心業務。不要總是因為任何最新、最小的東西而分心。容器中有很多東西。新開發架構中也有很多東西。擅于掌握那些能幫助你解決實際業務問題的技術和方法。容器就是這樣一種非常靈活的技術。

本文轉自d1net（轉載）