大家好，我是蓝胖子，前面几节我讲述了jenkins的语法以及我是如何使用jenkins对测试和正式环境进行发布的。但正式环境使用jenkins还有一点很重要，那就是权限管理。正式环境的权限往往不能对所有人开放，以及要做到每次发布都是谁在操作 都有迹可循，这样才能方便以后排查问题。所以，今天我们就来看看jenkins的权限管理应该如何来做。

而对于正式环境而言，则不采用这种机制，为了保证正式环境的安全，还需要保证代码的快速回滚，基于此，正式环境我将采用打tag的方式进行发布，每次发布后会生成一个tag，回滚时则可以基于tag快速回滚。关于tag的发布模式将在下一篇文章再展开，现在我们先来看看如何。第二，之前脚本缺少检测机制，决定改善脚本，首先在部署前，脚本需要检测对应的服务的配置文件是否符合标准，我们的配置文件是json格式，其次在部

这一节，基本上对jenkins的pipeline脚本语法做了比较完整的介绍，在以后再看pipeline脚本时，可能还会接触到许多插件提供的函数或更多的指令，但是它们都逃不开pipeline脚本的基本结构，掌握了基础语法，后面才能更上一层楼。

大家好，我是蓝胖子，在上一篇我简单介绍了如何基于特定分支做自动编译和发布，在生产环境中，为了更加安全和快速回滚，我采取的是通过对代码打tag的方式来进行部署，下面我将详细介绍整个发布过程的逻辑。

大家好，我是蓝胖子，书接上文，我在那一篇文章里，留了一个思考题:我们通常会用到histogram_quantile去计算服务接口时间的耗时情况。但是rate函数会将原指标按时间求斜率，这样会影响原本分位数的计算吗？先说下结论，不影响分位数结果的计算。要解释这个问题，还是要看看分位数统计Histogram的原理。

大家好，我是蓝胖子，今天我们来分析下网络连接中经常出现的RST信号，连接中出现RST信号意味着这条链接将会断开，来看下什么时候会触发RST信号，这在分析连接断开的原因时十分有帮助。本文的讲解视频已经上传在开始分析触发RST的场景之前，我们先来准备下需要的客户端和服务端代码，以方便我们进行测试。服务端代码目前先是在8080端口监听，然后将接收到的消息打印出来。客户端代码，连接8080端口然后打印he

文章最开头实现的控制器虽然也能实现控制器功能，但并不是官方推荐的编程模式，现在来看下官方推荐的自定义控制器的编程模式。在之前直接写informer.AddEventHandler不同，这里引入了一个工作队列，EventHandler里的逻辑就是把收到的消息发送到工作队列中，然后有一段代码不断从工作队列中消费消息，而这段代码就被称作control loop 控制循环。client 包提供了现成的工作

探索HPA配置的含义过程中，其实可以发现k8s在针对HPA扩容依据的拓展方式上，就是规定了3组api group(metrics.k8s.io,external.metrics.k8s.io,custom.metrics.k8s.io)，并且用基本一致的http请求，让第三方(prometheus adapter)在声明为api service 的时候指定为对应的api group，然后解析请求路