<var id="zdjlv"><span id="zdjlv"><cite id="zdjlv"></cite></span></var>
<cite id="zdjlv"><span id="zdjlv"><var id="zdjlv"></var></span></cite>
<ins id="zdjlv"></ins><var id="zdjlv"><noframes id="zdjlv"><ins id="zdjlv"></ins>
<cite id="zdjlv"><noframes id="zdjlv"><cite id="zdjlv"></cite>
歡迎來到云米網絡科技有限公司

幫助文檔

您的位置  :  
容器平臺風行一時,但是開發人員的期望也需要管理。Red Hat的OpenShift產品策略師提供了來自內部的看法。
容器平臺加速并簡化云應用開發
  如果開發人員不是在談論微服務,那一定是因為他們正在談論容器。隨著移動應用與云應用開發技術的日益成熟,容器技術的使用也變得越來越普遍。那么為什么不呢?它們提供了簡便的平臺可移植性,可確保應用程序在從測試環境遷往生產環境時保持一致的運行性能。增加過程隔離可提高安全性,其技術也變得簡單不可抗拒。

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

  為了實現數字轉型,據說我們需要了解一個可組合的容器平臺的概念。您能告訴我們這是什么嗎?

  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:我們看到開發人員使用舊的傳統模式,而沒有思考是否有新方法來實現其現代化。我認為容器開發人員和應用開發人員的最大努力應該是關注如何開展核心業務。不要總是因為任何最新、最小的東西而分心。容器中有很多東西。新開發框架中也有很多東西。擅于掌握那些能幫助你解決實際業務問題的技術和方法。容器就是這樣一種非常靈活的技術。
麻豆久久精品国产亚洲琪琪AV热,国产亚洲精品AA片在线观看不卡,久久夜色精品国产噜噜亚洲AV高_高清