建议选择存算分离，理由如下。可靠性提升：外置共享存储可靠性结合云原生故障隔离和迁移能力，解决一体化方案可靠性短板，并为降低资源冗余提供基础；资源优化：解决数据快速移动，实现计算、存储弹性扩展，按需分配，减少因可靠性、运维能力不足造成的硬件冗余；能力复用：使用共享存储成熟的...

就银行传统应用即稳态和网络金融即敏态，这2种业务类型随着技术的发展已经在银行业普遍使用，就使用场景而言，2种形态目前而言还是并存的，但对使用的规模而言，两种还是有区别的。普遍而言，敏态业务比较适合存算分离架构，因为敏态业务规模比较大，计算和存储分离有利于各自扩展的需要...

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

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

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

ETCD本质上而言是一个分布式的一致性k-v存储系统，因此部署在哪儿都无所谓。

引用这个回答。 从多个维度来区分一下数据 ：冷热 ( 温度 ) ，快慢 ( 速度 ) ，大小 ( 规模 ) ，远近 ( 时间 ) ，数据价值密度 ( 质量 )，未来方向是除了左上角的低延迟核心数据，其他都可以转向SDS来做存储；现阶段分布式SDS已经有稳步向上的市场占有率，从银行行业来看，在分布式块在虚拟...

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

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

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