Kasten是美國加州的一家存儲初創公司，Kasten認為應該用第三種方案，當應用中用到了容器的時候，也就用到了底層的服務器存儲以及網絡資源。

在有邏輯卷或文件的存儲陣列中，很難將單個應用程序容器與無數其他應用程序容器隔離開來。

如果在容器層備份和恢復數據的話，如果只是備份單個容器而不管別的容器的狀態的話，可能會造成不一致的風險。

Kasten是德語“盒子”的意思，這家公司是CEO Niraj和工程副總裁Vaibhav Kamra在2017年1月成立的，兩人在大學時期就是好朋友，畢業后先后一起在Maginatics和EMC上班，2017年三月份種子輪融資300萬美金，2019年8月份A輪融資1400萬美金。

Kasten表示有許多企業級用戶，但沒有說具體是哪家企業用戶。

Kasten的軟件叫K10，為云原生應用提供備份和恢復服務。

它可以與本地和公有云上的k8s集成，K10使用k8s的API來發現應用堆棧和底層組件，執行生命周期管理的操作。

它支持NetApp，AWS EBS，DELL EMC和Ceph方案，支持容器存儲接口（CSI），K10可以使用重復數據刪除技術來減少容量和帶寬占用。

Kasten表示K10比原有的產品能便宜十倍，而且比使用卷快照來恢復數據的方案快90%。

K10還有一個遷移功能，可以將整個應用堆棧和數據在跨集群，跨區和跨云廠商之間來回遷移。

有人說了，有必要這么來回遷移嗎？Kasten表示：有啊。

在災難恢復，解除廠商綁定，需要把數據發送到測試環境，以及做持續集成的環境就非常重要啊。