木讷大叔爱运维

屏蔽/恢复告警 只作为系统监控级模块的原子操作，我们可以灵活地将其复用到其他流水线中，很好的满足了我们对不同场景的需求。

一套基于 NetFLOW / sFLOW 的流量统计报告系统流量统计报告系统和Python + Celery 实践。

随着对接的渠道越来越多，繁杂的sftp的权限配置将成为我们的一个负担，因此我们将此需求提取成一个原子模块，通过Pipeline编排的形式来处理。

Pipelin支撑起了各个动作的具体实现，各条Pipeline还可以被其他Pipeline调用，非常的灵活。

对于提前知道目标主机的IP，对执行构建人员来说很不友好。那么我们能不能参照DNS的套路，通过特定的名称查询CMDB来获取IP呢？

通过对扩展共享库中的系统监控级原子模型进行编排，来实现监控项的自动增加，为以后的系统应用自动上线场景做好了铺垫。

CI/CD不仅能够在企业DevOps进程中发挥重要作用，其实在运维自动化过程中也能做到足够有效的支撑。因此如果我们只将其当作成一个打包工具就大错特错了，其带给我们思想上的转变则更加有意义。

需求 运维是事件驱动，还是自驱动可能是我们在运维工作中不太关注的问题。事件驱动让运维止步于故障，而自驱动让运维不止于建设。持续性的运维建设就需要一套自动化的运维体系，那么我们应该从何入手？ 其实前期《

总结出一份用于运维过程中各个环境的JVM参数其实很简单，关键在于我们是否意识到了一份进程管理规范的重要性，怎样和当前的自动化水平来结合，实现其最终的价值。