在小型公司里如果产品线单一的话，比如就一个app,  一般1~2个运维就够用了，如果产品过于庞大，就需要多个运维人员，但对于多产品线的公司来说，运维人员就要必须分多个人负责，因为超过200个站点让1个人维护，那工作量是巨大的，就单单给开发的沟通时间，估计就要占用一整天时间了，目前我所在的公司站点非常多，为管理方便，之前我们这里是实行过站长制，就是不同人承担不同的项目维护，每个人就是自己所负责项目的站长，这个站长制完后，就有个监控问题，之前只要站点有问题，是每个人都可以收到，但为了防止报警泛滥，所以就需要把监控改成故障站点只发给负责该站点的站长，有了这个背景，我们今天就来实现这个需求，脚本基本实现首先要有一个能够报警的函数，还需要一个检查站点是否故障的函数，最后一个函数是如果站点恢复后，要重新加入要监控的列表中，到这基本差不多了，但如果站点太多，用循环去检查还是效率太低了点，所以我们考虑采用线程并发执行， 如果都想清楚了，就可以开始着手我们代码的编写了：

首先导入我们所需要的模块：

然后定义要检查的站点列表和报警邮件发送人：

接下来实现检查是否站点故障函数：

这个函数就是用requests检查站点返回的状态码，如果是200就认为正常，否则就把该站点加到临时的一个字典中，然后从检查字典中删除该站点。

因为站点偶尔出现问题不代表是站点问题，也可能是网络抖动，所以重新检查站点是否故障要等待一个固定时间，实现如下：

这个函数就是从临时字典中取出第一次检查出有问题的站点，15分钟后再次检查，如果返回200，就发送邮件，并从临时字典中移除，重新加入监控列表中，如果仍然未恢复，就要发送报警邮件了。

最后，我们采用并发的方式执行函数：

如果到这里就算结束这篇文章， 大家拿着脚本肯定是不能运行的，因为少代码，我们也sleep 2分钟，看大家是否发现漏掉了什么，是的，我还没给出发报警邮件的函数代码，不但没贴而且不妨告诉大家我是故意的，之所以没直接给呢， 第一：是因为现在报警方式太多了，我建议大家在这个脚本基础上进行修改实现自己想要的报警方式，第二：就当是留个作业吧，毕竟多动手才能提高编程水平，其它不多说了，最重要的是第三点：请帮忙转发，:)