本文是東京OpenStack Summit大會系列采訪的一部分，被采訪者是Ian Lewis，谷歌云平臺工程師，主要闡述了短生命周期容器的概念，作用和如何將它應用到生產環境當中。

原生云計算(Cloud-native computing)依賴于短生命周期的容器而不是固定的服務器。在短生命周期的容器中運行應用，解決了資源困乏的挑戰，但同時也引入了需要新的實踐和工具去匹配這個動態環境的問題。谷歌的Ian Lewis將在這個月東京舉辦的OpenStack Summit上分享如何在短生命周期的容器中記錄并追蹤它們。

我們聯系了Ian，學習了DevOp團隊是如何將短生命周期容器應用到實踐中，如何采用新的架構模型并且將應用遷移到容器中，Ian提供了一些很好的點子，包括如何存儲數據、為什么服務發現是必要的、OpenStack開發了什么新的開源項目和如何幫助團隊實現將應用轉移到短生命周期的容器中。

Q: 為什么容器應該是短生命周期的，短生命周期的容器可以解決什么問題?

使用容器一個最主要的好處是在集群中它們可以很容易的運行和管理，而不用考慮它們在什么樣的實體機上運行。這就允許你在運維需要時，透明的將一個正在運行的應用遷移到不同的硬件上。這種遷移容器的靈活性意味著你不能在本地一臺特定的機器上存儲狀態，因為移動的過程可能會在任何時候發生。你需要做到無論應用在什么地方運行都可以訪問到存儲狀態信息。

Q: 實踐中什么是短生命周期?

通常來說，短生命周期的意思是你的應用不能在本地存儲數據，數據包括從應用數據到日志數據。你的應用應該可以重啟并工作在一個新的容器鏡像中。數據需要被存儲在容器外部，意味著存儲需要使用專門的服務。

Q: 可任意支配和短生命周期的容器聽起來很酷，只需要運行、遷移和撤銷操作，但如果內容已經存儲在容器中并且一些端點(Endpoint)已經被容器暴露，怎么辦呢，例如：會話狀態、API路徑和數據庫連接端點。那會話狀態和數據庫連接也消失了?

容器本身并不是管理狀態、API路徑和連接的銀彈。你仍然需要容器的編排管理系統和網絡來使它滿足高可用性。這也是為什么谷歌發明Kubernetes來解決這些問題的原因。

Q: 傳統的部署方式依賴于持久化服務器，那應該如何重構服務器和應用來實現遷移型的容器呢?

我認為有兩個比較大的變化。***是在主機外和容器外存儲狀態。第二是應用應該有方法完成服務發現。容器遷移意味著需要一種方式，實現無論服務端實際在哪里運行，客戶端都能連接到它。

Q: 你有什么好的架構模型推薦嗎?

使用容器時，我會推薦面向服務的架構。好處在于當這個服務運行得足夠小，并且能夠互相獨立地擴展或收縮時，容器會非常容易被感知到。

Q: 我該如何創建一個短生命周期的容器環境而不是持久化的容器環境呢，什么基礎設施和開發框架可以使用來安全的部署、遷移和處理容器?

可以嘗試使用集群管理工具如Kubernetes(或者Container Engine)。Kubernetes是一個容器編排管理工具，它在集群的服務端調度容器，讓容器知道它們適合的運行時間，這些時間可能不會和服務端在同一個時間點。使用Kubernetes也許是不錯的選擇。

Q: 容器如何在OpenStack中執行?

容器編排管理引擎如Docker Swarm和Kubernetes將會在OpenStack中成為一等重要的資源，通過一個叫Magnum的API服務來實現。Magnum會創建服務端集群如同虛擬機安裝了一個集群管理工具，使用Magnum來操控容器就容易很多。

Q: 在OpenStack***的發布版本和路徑中，有沒有關于容器管理編排和調度的?

關于這塊還有很多開發仍在進行中，還有很多新的特性。Magnum會被包括在OpenStack Liberty中，在這個月發布。其他工具如Kolla，它用于在容器中部署OpenStack，還有通過Application Catalog服務使應用開發更容易的Murano，同樣值得期待。

原文鏈接：http://www.dockone.io/article/762