容器日志的存储与备份有哪些好的方式，目前在大型银行落地较多的方案是怎样的？

您好，目前常见日志收集方案有以下三种

1.每个应用的镜像中都集成日志收集组件，这种方式的优点是部署时无需特殊的配置就可以使用，但部署便捷的同时就带来了升级与维护等方面的问题，且存在对应用的侵入性问题。

2.单独创建一个日志收集代理容器，跟应用容器一起运行在同一个容器组中，这种方式优点时扩展性很强，方便维护和升级，缺点也较为明显，在部署时需要单独的配置，这样就会显得略加繁琐

3.将所有的容器组的日志都挂载到宿主机上，每台主机上单独起一个日志收集容器，着这种方式的优点时性能最高，同时管理起来也时最方便的。缺点是需要统一的日志收集规则、目录和输出方式等也有限制，并且缺乏隔离性等问题。
通过上述的三种方案都可以达到存储，优缺点也显而易见。
对于我们赞同渠道云平台来说，对于目前常见的方案带来了如下优化：
1.日志容器与业务容器在同一容器组中，无需额外配置就可直接使用，带来了极强的便捷性
2.提供常见的配置文件供您选择，并且支持定制化收集策略
3.将收集数据发送到日志中心进行多副本形式的持久化保存
4.对重要日志提供挂载远程盘方式存储，且支持异地容灾机制
我们长久以来与各大型银行进行密切合作，这种解决方案在大型银行中也是最为常见的。

一般大型银行金融类公司，都会有日志管理平台这一部分的内容相关的建设，目前业内较为流行的应该是ELK吧，做日志的接入、处理、可视化等。当然也有一些graylog等产品。

   一般来讲，基于K8S的容器编排管理解决方案中，日志生成和存储、查询都采用EFK解决方案，包括红帽的Openshift，默认也是使用此方案；当然，大型银行一般有自己的日志存储和备份系统，所以实践中也把这些日志转储到已有的日志管理平台，然后再通过该平台进行查询、分析、备份。