日志
日志
该主题还没有描述

问题

银行容器·2023-05-12
北京不眠夜@博云公司 擅长领域:云计算, 容器, 容器云
3 会员关注
首先,我们应该明确一下理解和认知。a、普通容器日志,应该是指应用服务本身在容器中运行正常输出的应用自身日志。b、NAS是给容器做数据持久化的支撑c、直接收集日志,通常日志平台也是从本地日志文件采集后,转发的日志平台。很少把应用日志直接转发到日志平台上。下面我们再基...
软件开发Oracle·2023-02-16
匿名用户
这个问答很不错!值得学习!谢谢分享
银行日志·2021-11-24
顾黄亮畅销书作者 擅长领域:云计算, 数据库, 系统运维
103 会员关注
在容器云上部署关系型数据库,且数据库的数据是重要的业务系统数据,则选择集中式存储为宜。如果是业务应用系统的日志,或者是影像平台的海量小文件,则建议优先选择分布式存储,在扩展性和成本收益上更佳。...
电信运营商Kubernetes·2021-09-01
Hsia某消费金融 擅长领域:云计算, 容器, 容器云
2 会员关注
三种常见日志收集解决方案1.每个app的镜像中都集成日志收集组件: 优点: 部署方便,kubernetes的yaml文件无须特别配置,可以为每个app自定义日志收集配置 缺点: 强耦合,不方便应用和日志收集组件升级和维护且会导致镜像过大2.单独创建一...
银行自动化运维·2021-05-08
junsansi某银行 擅长领域:系统运维, 自动化运维, 云计算
3 会员关注
若问我行的实施经验的话,暂未接触过商业化日志系统。Elastic Stack家庭产品已能满足我们现阶段的需求。APM与ES的对接不仅仅是工具层面的打通,应用系统层也要做相应改造,比如要有业务级的全局唯一编号串联上下游系统。...
银行自动化运维·2021-04-20
nkj827长春长信华天 擅长领域:存储, 灾备, 服务器
762 会员关注
有开源自动化运维工具SaltStack、Ansible、Puppet等,在Github中可搜索 NodePingManage 就是一个很好的例子,还可以通过多点部署来消除单点故障。LogScanWarning只需要一台Syslog服务器,部署一个日志监控程序,当发现日志中出现特殊关键字,触发邮件+短信告警即可。另外有编程基...
银行日志·2021-03-16
yotta_beyond日志易 擅长领域:日志分析, 系统运维, 云计算
4 会员关注
目前在linux,windows,容器,arm 架构等前提环境情况下go 语言开发的agent  基本够用的在维护方面,agent的维护需要考虑到几方面:(1)agent的批量部署,批量升级,批量下发策略(2)agent性能的控制,句柄的控制,带宽的控制(3)agent采集配置的界面化管理能力(4)agent采集日志的黑白名单能力,自...
银行日志·2021-03-14
luxh08某互联网银行 擅长领域:数据库, 分布式系统, 服务器
12 会员关注
tracertid是业务的全局流水号,由前端渠道应用形成,并且将tracertid进行下传到后端应用,业内的规范基本上参照google daaper论文标准,通过应用代码自行改造生成。tracertid是应用生成,和应用架构没有关系,集中式和分布式都可以生成。...
银行日志·2021-03-14
luxh08某互联网银行 擅长领域:数据库, 分布式系统, 服务器
12 会员关注
第三方交互的情况下,如果和三方实现端到端的全链路监控非常困难,业务场景的全链路需要将所有覆盖的应用交易节点需要进行统一的日志报文头规范进行代码改造,在三方节点不改造的情况下,对三方交易节点只能进行被动的监控,比如可以监控交易从三方的回盘时间,三方节点的交易状态无...
银行全链路日志监控·2021-03-12
luxh08某互联网银行 擅长领域:数据库, 分布式系统, 服务器
12 会员关注
日志平台本身并不重要,在早期日志量不大的时候可以采用elk开源框架搭建,日志量达到一定量级可以替换成商业化产品,日志平台建设的最难点是要形成统一的日志规范,把后续的全链路平台,智能运维平台考量进去,形成统一的日志改造标准,让所有应用开发人员都能接纳和执行,并且对现有的...

描述

该主题还没有描述
X社区推广
  • 提问题