几年前，我半途接手负责了一个开发团队，当时这个团队做的业务系统属于金融行业。系统的开发、测试都快结束了，这个系统的功能还是挺复杂的，子系统三、四个，定时任务也不少，依赖的第三方系统也好几个。 和这个团队熟悉之后，我和大家说，我们需要对这个系统做监控报警（监控报警的名字叫法很多）…

前面的几篇文章我们聊了基于Metrics的监控Prometheus，利用Prometheus和Grafana可以全方位监控你的服务器及应用的性能指标，在出现异常时利用Alertmanager告警及时通

一、概述 1.1、前言 监控打点也能导致PRC调用超时？那么不是扯蛋么？不要捉急，相信看完本篇文章就能得到答案了。建议阅读时长5min。 1.2、背景 某个酷似夏天的冬天，发现资金平台调用流动性平台批

创建订单与编辑订单使用同一个接口，你觉得是好的设计吗？ 运营人员修改订单与用户修改订单使用同一个接口，你觉得是好的设计吗？ 创建订单、编辑订单都用同一个类接收参数，你觉得是好的设计吗？

本文正在参加「Java主题月 - Java 开发实战」，详情查看 活动链接 开篇 这是我参与更文挑战的第7天，活动详情查看： 更文挑战 现在应用都需要对日志进行监控或者报警，现在普遍的做法是采用EKL

随着需求开发迭代，代码库规模逐渐变大，新的团队成员引入等诸多因素，系统起初制定的架构规则不可避免遭到破坏。不仅仅是破坏团队的统一开发规范，更为重要的是随着代码库规模逐渐增长，大大降低系统的可维护性、扩

一、背景 一套监控系统检测和告警是密不可分的，检测用来发现异常，告警用来将问题信息发送给相应的人。vivo监控系统1.0时代各个监控系统分别维护一套计算、存储、检测、告警收敛逻辑，这种架构下对底层数据

1.概述 对于软件开发工程师来说，并不是将软件开发完成上线就完成了工作。重要的是上线之后对软件进行监控，并配置相关报警，保证服务的高可用。

重试依然失败怎么办？这个问题曾经一直困扰我。因为每次处理这种问题时往往很棘手，需要在线上手动执行一些命令，是比较危险的人肉运维工作。