随着博客的流量越来越大，成功申请到了谷歌平台的广告流量主。对于广告平台的选择，个人觉得谷歌的广告在设计上简洁清爽，广告类型可以根据自己的爱好进行选择，比较适合我。另外国内的也有比较合适的可以选择比如阿里妈妈，百度联盟等。可以看到我的博客文章中间已经成功嵌入了谷歌广告，整个申请过程也很简单。首先到注册账号，如果有谷歌其他账号可以直接同步。有了账号之后，登入

　　后端接口响应慢，通常我们就需要优化代码和sql，如果项目中使用druid连接池，那么我们可以利用其提供的sql监控功能，来帮助我们快速定位慢sql已经sql执行次数等问题，springboot2之后，durid监控配置变的更简单了，不需要额外的代码，只需要添加配置即可。整个项目配置如下：　　依赖<dependency

Prometheus作为容器监控领域的事实标准，随着以Kubernetes为核心的云原生热潮的兴起，已经得到了广泛的应用部署。灵活的服务发现机制是Prometheus和Kubernetes两者得以连接的基础，本文将对这部分内容进行介绍，从而让读者了解Prometheus如何对Kubernetes集群本身以及对运行其上的各种应用进行有效地监控。

简介ApacheFlink是高效和分布式的通用数据处理平台，由Apache软件基金会开发的开源流处理框架，其核心是用Java和Scala编写的分布式流数据流引擎（简单来说，就是跟spark类似）。Flink具有监控API，可用于查询"正在运行的jobs"和"最近完成的jobs"的状态和统计信息。该监控API被用于Flink自

prometheus监控k8s集群具体版本Prometheus:v2.2.1kubernetes:v1.18.9Grafana:latestalertmanager:v0.14.0metrics:v1.3.0

又双叒叕曝干货？临近年关，疫情又双叒叕反弹！在大家都担心是否还能返乡之际，阿里在农历2021到来之前却是又搞了一个大动作！把阿里这一年在应对高并发流量的技术经验整合成一份技术小册开源分享供大家学习借鉴。我也是昨天才发现这份小册开源至Github上居然一夜爆火！看了小册之后才知道，原来阿里在应对高并发大流量时也会采用类似“抵御洪水”的

在互联网业务蒸蒸日上的今时今日，系统架构日渐复杂，随着软件产品和工程团队的变革，许多开源的监控工具应运而生，其中有一些相当出名，比如Zabbix、Nagios还有StatsD。也有一些问题被大家不断讨论，例如，监控领域的开源工具Zabbix和Nagios哪个更好？StatsD是否有可能取代Zabbix或Nagios(https://

热点规则热点就是经常访问的数据。很多时候我们希望争对某一些热点数据，然后来进行限制。比如说商品的信息这个服务，我们给它做一个限流，qps是100，某一天我想做一个秒杀活动，可能会有很大的流量，这个时候一个商品的qps就达到100了，这个时候就会把流量给他控制住。其他的商品就都看不了。我希望秒杀这个商品，只把秒杀这个上商品id来的请求，它的qps限

一般原理：发生拥塞控制的原因：资源(带宽、交换节点的缓存、处理机)的需求可用资源。作用：拥塞控制就是为了防止过多的数据注入到网络中，这样可以使网络中的路由器或者链路不至于过载。拥塞控制要做的都有一个前提：就是网络能够承受现有的网络负荷。对比流量控制：拥塞控制是一个全局的过程，涉及到所有的主机、路由器、以及降低网络相关的所有因素。流量控制往往指点对点

API在运行过程中可能会遇到各种异常情况，如响应时间过长、调用频率过高、请求参数错误等，这些异常会对系统的稳定性和性能产生严重影响。因此，对API进行异常监控和告警是非常必要的。本文将介绍EolinkApikit中使用的告警规则，帮助开发者和运维人员更好地监控和管理API。