容器技術尚未徹底解決的難題之一就是永久存儲。自容器技術出現以來，就有假設——容器本身是虛擬的，而且可以圍繞基礎設施隨意遷移。如果一個容器/應用要被遷移，只需在其它地方重新進行實例部署。不過事實證明，這將伴隨兩個問題——第一，客戶傾向于容器要有一定的持久性，第二，應用數據必須要保存在某地。
寵物，家畜然后再是寵物
虛擬機與容器之間的大類比就是寵物VS家畜。虛擬機是寵物得飼養，愛護和照顧。容器是家畜任君挑選，隨時還可以再換一批。除去一個顯而易見的事實——我們提供容器時，它們必須對應用進行配置和映射，包括配置安全性和網絡設置，存儲等其它權限或訪問應用數據以及其它部分的應用層次，這確實是一個很好的類比。這也意味著如今我們再次回歸到了保養寵物的時代，只不過這次的寵物是一系列配置文件——說明如何協調應用程序而不是應用程序以基礎設施為中心的展現。
結果是人們對使用容器技術的猶疑時間超出了預料，維護部署清單仍需再接再厲。
通過容器輸入或訪問數據
那么，就數據而論，我們該把數據(靈活地)放置到容器內還是增加更多永久性數據庫(可能放在虛擬機上)以便容器訪問?從簡單形式出發，我們應該以前者為目標，但相比將應用的無狀態部分(比如網絡服務器)遷移到容器同時以更傳統的形式保存數據，我們要做的工作會更多。
這兩個問題造成了一個難題。數據具有的慣性和延遲令應用很難遠程訪問數據，除非數據訪問協議允許特殊容遲(latency tolerant)。不過市場上已經出現了一些解決方案來解決這些問題，解決方案供應商包括ClusterHQ Flocker，Portworx, Hedvig以及StorageOS(將在DockerCon大會上發布測試版)。在需求方面，我們要將數據(容器)從一個地方遷移到另一個地方的能力——并確保權限不會對錯誤應用顯示。如果數據正在遷移和傳輸的時候被訪問，我們還要保持數據完整。當然，不論以后應用程序保存到哪兒，我們都必須要備份數據并確保能夠修復它。
