在银行信息系统中，应该如何选择日志分析道路？

1、问题中，第1点需要企业从SDLC的软件研发阶段即落地标准化日志的输出，第2点重点是引入成熟的日志管理系统，1也需要。
2、虽然日志中有很多业务、客户方面的知识有待挖掘，但当前对日志的分析目前主要是运维侧在做，因问题中看起来只指应用系统日志（系统或硬件日志成熟方案很多），我觉得如果是运维侧做可以考虑如下：
1）定义企业的日志分析方向是什么：满足监管要求存储日志数据？根据关键字的监控报警？梳理出日志中的业务数据、客户体验、性能、链路关系等等？以及日志分析是提升业务连续性，还是提升IT系统交付速度，或向业务侧赋能？不同的方向，针对的平台、日志规范、日志运营不同。
2）平台建设：选择商用产品主要基于企业希望花钱减少人力资源投入，现在开源ELK的解决方案也很成熟，ES版本更新很快，且国内代理厂商也多，如果愿意投入人力资源做日志分析，值得选ELK相关方案。如要对日志进行进一步分析，可能需要对非结构化的日志进行二次加工，才能更好的使用。
3）日志规范：日志很乱，如果不只是为了简单的监控，或配置一些可视化信息，那需要推动研发侧优化日志格式与标准，需要针对特定系统进行特定的日志分析，需要加强日志运营。
1）2）3）应该是并行，没有先后，持续推动。