首先，答案是“是的”中小型银行的IT特点是外包开发多，容器云能够提供几个方面的价值，从而降低各方面成本：通过基于容器的DevOps，构建行内外包开发规范，包括组件使用规范、开发流程规范、自动化测试规范、业务上线规范等，在开发、测试、准生产环境中提升标准化程度，从而降低管理成...

有的。原先在IBM AS400，S390主机的核心业务应用，用java重写后，就是部署在容器云上。

需要建设分布链路追踪系统，系统中的探针Agent可以采集容器里面中间件应用层的堆栈信息，通过TraceID的链路日志分析，可以根据ip追踪业务应用的全访问链路，实现根因分析和问题定位。

1. 目前业界趋势是做数字化转型和互联网金融，还是建议结合自身业务需求，来确定是否上容器云，据我了解VMware自从Vsphere7开始也支持容器调度了。2. 建议优先实现容器云的CaaS层功能，也是基础功能，来支撑容器的资源交付，如果有需要这一层也可以集成到云管系统内，减少管理复杂度...

1. 组织认同，银行内新技术的引入，可能需要自上而下；2. 业务需求，看看内部有哪些应用适合容器化，或者有意愿进行容器化，量级有多大；3. 资源限制，根据业务需求及内部数据中心的要求（网络规模、服务器数量、安全域限制、高可用要求）等，设计相应的容器云网络、单集群大小等；4. k8s相...

容器网络主要分underlay和overlay两种。underlay网络，可以让K8s集群使用内网地址，但会占用大量内网地址资源。 如，k8s集群地址为 10.172.10.1/24 ，内网地址为10.172.1.1/24overlay网络，为k8s集群私网地址，跟内网地址不一样，不占用内网资源。如，k8s集群地址为192.168.0.1/24，内网地...

大厂一般服务是有保障的，就是要多花点钱。小厂难免会有售前和售后的变化，但实惠。看怎么权衡了。

自研容器云需要有专业的人长时间持续投入。如果跟本职业务方向不一致，且应用规模短期内不够大，不建议自研容器云。前期投入大，见效慢。自研路线：a、实现容器上生产的基本要求（应用发布、高可用、对接存储、监控告警、日志采集、多租户等）b、进行初步优化（支持灰度、蓝绿等多种发...

建议整体规划、逐步落地推行吧，如果先有了私有云平台，在搭建容器云的时候，还是要与私有云进行整合的，毕竟在生产环境来说，虚拟机和容器会是一个较长时间的并行局面，这就决定了两个平台要相互打通、整合。...

轻量融合       DevOps构建好应用镜像后，推送到容器的镜像仓库中。最多在做一个单点登录、用户打通。深度融合       a、能够通过DevOps创建、维护、删除容器资源，展示容器资源的基本信息、监控、告警等 b、DevOps的流水线能直接完成容器应用的发布 c、...