（1）高可用性，一定开启pod的多副本，至少2个以上；（2）安全性，必须有权限隔离，网络隔离，这是容器云原生缺乏的；（3）还是安全性，配置中心或配置文件（密码），必须隔离，妥善保管...

目前银行容器平台中的容器应用与传统虚拟机、物理机中旧业务系统的相互通信遇到最多的问题都集中在IP有状态这件事情上，因为传统容器平台上应用如果要实现对外通讯主要是有两种：一种是基于宿主机IP+端口，另外一种是基于域名，这两种应用的对外暴露模式都隐藏了容器平台上应用...

个人认为与具体的业务类型无关。 建议在平台厂商的支持下根据实际需要制定适合的迁移方案。 首先要将每一个微服务进行容器化适配，一般建议将服务无状态化，这样才能更好地适应容器云平台的动态调度和故障自愈。其次要选择合适的云上微服务框架，现在很多容器云平台能够支持se...

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

您好，目前常见日志收集方案有以下三种1.每个应用的镜像中都集成日志收集组件，这种方式的优点是部署时无需特殊的配置就可以使用，但部署便捷的同时就带来了升级与维护等方面的问题，且存在对应用的侵入性问题。2.单独创建一个日志收集代理容器，跟应用容器一起运行在同一个容器组...

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

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

1、敏态业务（或互联网业务应用），活动类应用（弹性扩缩），无状态应用2、变更频繁的应用3、轻量级应用+轻量级中间件（不建议weblogic）4、自主可控性强的应用5、核心支付业务暂不考虑6、规范：建议增加应用适云规范，银行研发和厂商研发均按照规范新建或改造以推进应用上云7、规划：试点、推...

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