完全可以，isilon支持符合行业标准的各种协议，理论上说支持任何场景，包括容器云。

总的而言，分布式存储的运维更难一些。主要两个方面，分别是技术难度和运维便捷度。技术难度： io的读写，集中存储中数据只要写入一个磁阵就算成功了，分布式存储中是写入大部分的节点才算成功，如果写入全部节点IO性能有影响，写入少量节点即是写入失败。这是一个方面，还有一个方面，可...

有一些支持三合一的分布式存储，如果有兴趣，可以沟通一下。

r1、建议利用K8S的探测机制进行应用设计， K8S有下面的三种探测机制 ：---  存活性探测（Liveness probes） :主要是探测应用是否还活着。如果检测到应用没有存活就杀掉当前pod并重启。--- 就绪性探测（Readiness probes）:只要是探测应用是否准备好接受请求访问，如果检测应用准备...

一般来说，nas到分布式存储的数据迁移，集中在非结构化的数据，如金融行业中常见的客户证件、远程开户录像、合同扫描件、客服中心语音等典型的小文件，因此这种迁移场景集中于对象存储领域。以笔者的经验看，通过存储卷的方式挂载无疑是最简单方便的方式，大致有三个阶段。第一阶段...

日志文件随着时间会是个很大的量，所以建议考虑统一的日志中心存储处理，可以用es等，备份到hdfs。配置文件在量上通常不是个问题，可以考虑配置中心统一管理，无需额外存储非结构化数据通常是大量的文件，可以采用传统nas或分布式对象存储，当然资金充裕可以采购好的存储，存储性能很重...

从业务支持的角度，即使你的应用很传统，不做任何改造，你也可以把你的应用跑在容器里，只是除了省资源、启动快、用镜像交付比较方便外，其它在业务能力上能获得的收益较少而已。当然你可能需要一些必要的调度，比如原来不能在一台机器上跑的应用，假如你用容器跑的时候也不能运行在同...

我们的建议是，持续集成止步于镜像仓库，镜像仓库是持续集成和持续发布的媒介。镜像仓库的镜像安全检查能力是其关键。我们以前也提到过，测试环境可以考虑根据业务场景构建测试域，测试的镜像来自于开发或测试镜像仓库的分发（自动或手动控制），在进入准生产之前确保镜像是安全的。准...