没太明白楼主的意思，是容器化平台基于虚拟机虚拟化部署，还是基于容器化的虚拟化平台。若仅是容器化平台部署，当然使用分布式存储更符合云原生。本地部署存在单点故障，不推荐。当然实验用可以用LocalVolume 或者NFS，前者性能没有问题，后者容易存在IO瓶颈。NFS部分业务也不不建...

调研--设计方案--实施--验证--培训推广

首先，找到二者的边界，主要有三点，持续交付，持续交付的边界需要泛化持续集成和持续部署，第二是业务监控，业务监控的范围需要涵盖研发组织和运维组织，第三是容量管理，容量管理可以从成本的角度对研发的资源预测和实际的线上表现进行评估。从本质上来说， 一个DevOps平台需要提供对源...

1、中小城商行容器化改造，建议在项目实施过程中，对接现有的运维体系、安全体系和相关工具平台，则可在整体纳入到现有IT保障体系的基础上，将有限资源聚焦于容器台的保障上。 2、行方可购置厂商的驻场服务，解决平台的安全加固和平台运维问题。行方自己聚焦于容器平台的培训、应...

       有多家银行有线下渠道类业务改造方案，包括渠道类业务容器化改造，例如有城商行进行承载新手机银行、互联网业务、同时对接各种线下渠道类业务的业务改造，也将会作为微服务体系的应用系统的统一运行管理平台，承载更多的敏态应用。如可参考：https://www.cebnet.com....

1.如果应用还是放在虚机当中跑的话，可以大致分为两种Java的应用和非Java的应用，如果是Java的应用可以无缝的迁移到红帽Openshift平台上来，如果是非Java的应用可以考虑采用先做容器化，成为镜像的方式，然后在把对应的镜像部署到容器平台上，例如Openshift平台，同时Openshift平台也...

目前，在微服务框架中，主要使用2种技术（1）以springcloud为主的微服务框架，以应用层为主，实现流量权限的管控和监控；（2）以微服务的istio为代表的微服务框架，以基础架构层，实现服务网格，对流量权限的管控和监控；所以，dubbo我并不知道如何实现微服务化。传统环境和容器环境是可以互相调用的...

建议采用新旧系统并存方式，新系统为容器化，逐步将相关业务的消息发到新的系统，实现新旧系统替换。

目前技术  没必要非要做 容器化改造,容器化改造  可逐步进行,  业务接口慢慢梳理进行改造.但趋势不可避免

1.K8S是一个容器编排平台，红帽公司本身是K8S社区的发起者和截止目前第二大社区贡献者，K8S是OpenShift的上游社区。2. 红帽OpenShift是一个企业级的K8S平台，每个OpenShift版本都是基于某一个K8S社区版本，基本上对于每一个发布的K8S版本，红帽都会在该K8S版本发现数百个缺陷或bu...