容器的出現(xiàn)徹底改變了現(xiàn)代軟件開發(fā)和操作的方式。

日前， JAXenter就容器工具、技術(shù)以及其在DevOps環(huán)境中的用途，對JAX DevOps演講者、Mesosphere分布式應(yīng)用工程師Johannes Unterstein進行了相關(guān)采訪。

JAXenter： Mesosphere首席執(zhí)行官Florian Leibert曾在一篇博客文章中表示，“容器2.0是在同一組資源上運行(和編排)無狀態(tài)和有狀態(tài)服務(wù)的能力。”您怎么看?

Johannes Unterstein：持久性是當(dāng)今容器技術(shù)面臨的挑戰(zhàn)之一。 無狀態(tài)容器很容易處理：例如，失敗后它們可以在每個節(jié)點上重新啟動。 然而有狀態(tài)的容器就不是那么容易了。 想想看，在某些網(wǎng)絡(luò)問題修復(fù)后，如果具有持久數(shù)據(jù)的容器在另一個實例已啟動時恢復(fù)聯(lián)機，會發(fā)生什么?

容器2.0解決了有狀態(tài)容器和與“大數(shù)據(jù)”框架(如Spark，Cassandra，Kafka)的組合，理想的在與容器相同的集群上運行。

JAXenter：容器2.0已經(jīng)來臨? 它是什么樣子 - 它的關(guān)鍵要素是什么?

Johannes Unterstein：當(dāng)然，在JAX DevOps會議上都是關(guān)于容器2.0的，數(shù)據(jù)中心所有部分之間的資源(CPU，內(nèi)存，磁盤)共享以及DC / OS可以幫助您以最有效的方式使用集群。 在數(shù)據(jù)中心內(nèi)進行靜態(tài)分區(qū)時，需要根據(jù)峰值和故障單獨優(yōu)化每個部分。 如果您的基礎(chǔ)架構(gòu)能夠在微服務(wù)，傳統(tǒng)數(shù)據(jù)庫以及大數(shù)據(jù)和快速數(shù)據(jù)應(yīng)用程序之間共享，那么您可以在擴展，利用率和容錯能力方面更靈活，并且還能夠節(jié)省節(jié)點。

JAXenter：容器的下一步將會如何?

Johannes Unterstein：容器領(lǐng)域最近增添了許多新穎趣味性。 在當(dāng)前的討論中，我特別感興趣的是速度水平的變化。此外， 關(guān)注不同標(biāo)準(zhǔn)的發(fā)展也很有趣，如CNI網(wǎng)絡(luò)。

JAXenter：你最喜歡的容器工具是什么?

Johannes Unterstein：關(guān)于這點也許我有點偏見，因為我正在幫助構(gòu)建DC / OS，但事實上我確實很喜歡使用DC / OS。 我喜歡DC / OS和底層Apache Mesos的靈活性，以運行Docker容器，AppC鏡像容器或Apache Mesos本身隔離(也稱為容器化)的常規(guī)程序。 除此之外，您還可以選擇是否要使用Docker Daemon，或者直接在Mesos universal containerizer上運行Docker鏡像。

JAXenter：為什么開發(fā)人員對容器技術(shù)那么感興趣?

Johannes Unterstein：因為它可以讓你的生活更輕松。 容器使得在一個單獨的歸檔中共享具有所有依賴性的應(yīng)用程序變得非常容易，這在每個合適的容器運行時都是可執(zhí)行的。例如Docker hub這樣的基礎(chǔ)設(shè)施可以使開發(fā)人員在需要多個shell命令啟動一個特定應(yīng)用程序時的時間更短。另一大優(yōu)點就是使用容器可以使我們獲得思考-容器的內(nèi)部需求到底是什么。

JAXenter：容器是否可用于實現(xiàn)DevOps?

Johannes Unterstein：當(dāng)然。 當(dāng)談到記錄依賴和輕松共享應(yīng)用程序時，我們正在使建立自動化基礎(chǔ)設(shè)施變得更加容易。 現(xiàn)在，您可以輕松共享和啟動不依賴于主機的應(yīng)用程序。DC / OS這樣的工具可以支持運行你的容器格局，公開API來開發(fā)自動化。

JAXenter：參與者可以從JAX DevOps會議中學(xué)到什么?

Johannes Unterstein：本次會議的主題是關(guān)于容器2.0以及如何保持它們在生產(chǎn)環(huán)境中運行的最佳實踐。 當(dāng)前容器技術(shù)使我們能夠在整個數(shù)據(jù)中心內(nèi)動態(tài)地啟動容器，但是我們?nèi)匀辉谖覀兊膽?yīng)用程序中有一些持久的數(shù)據(jù)。我們希望保留我們的數(shù)據(jù)，即使容器發(fā)生故障，或者更糟糕的是如果整個節(jié)點發(fā)生故障。另一方面，運行大數(shù)據(jù)和快速數(shù)據(jù)應(yīng)用程序需要大量的節(jié)點，通常具有與容器不同的調(diào)度策略。

最大限度地提高集群資源利用率并在擴展和容錯方面更靈活，避免靜態(tài)集群分區(qū)并在同一數(shù)據(jù)中心運行應(yīng)用程序的部分是很好的。 通常，一旦POC成功部署，評估就會停止，但是在我的經(jīng)驗中，實際的挑戰(zhàn)就是保持其運行，不論是升級還是出現(xiàn)上述故障情況。 這就是為什么我們將花一些時間討論所謂的操作的最佳實踐，包括監(jiān)控，調(diào)試，升級和故障處理。

標(biāo)簽： 軟件 ��

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。