水中加点糖

一般来讲，通过代码review可发现的问题主要有以下几类：代码规范，如常量名应使用大写驼峰命名……代码漏洞，如代码空指针……业务代码缺陷，如用户登录成功后应提示“登录成功”实际代码为“登录失败”……本文将介绍一种代码merge request提交后自动进行代码review的方案。通过既定的规则扫描，实现对增量代码的代码自动review与评论，为项目中的代码review提个速

自以太网诞生以来，各种技术引领着一代代的潮流。星辰闪耀，数不尽的网络承载着各种通信的可能，让我们也不禁感慨网络之浩瀚。前有“云大物移智链边”的风起云涌，后有AI浪潮的大放异彩。上层应用的遍地开花，也迫使着底层网络技术的不断发展。SD-WAN、P4、QUIC、SRV6、SNOIC等一堆和网络相关的技术也应运而生。无论以上种种技术如何的变迁，最终信息的传递还是基础硬件扛下了所有。尽管这些年来也有高性能硬件也在不断诞生，如多年前处理网络数据包速度达到6.5Tb/s的Tofino芯片犹如破竹之势，与传统交

通过docker部署slf-service-password，实现ldap下的用户密码自助修改功能

在一个组织中，为了简化各种内部系统的账号和密码的管理，往往就需要ldap来进行管理了。对于ldap的实现方式也非常多，但在免费的开源系统中，openldap是ldap的首选系统。同时，在这一切讲究快速的时代，采用docker来进行openldap的部署，也是一个很好的选择。在这里，我们来一起学习体验一下。

本系列文章目录(一)基础k8s yaml脚本发布(二)helm+shell脚本优化大量冗余配置发布(三)jenkins用户审核的流水化方式部署(四)service mesh(istio)服务网格化发布(五)istio对项目进行金丝雀部署(待完成)在有了上一篇采用rancher2+kubernetes+skywalking部署springcloud项目(四[istio服务网格化版本])的实战后，对istio有了一个初步简单的认识。这一次我决定来把spring-boot-cloud项目中的svca

本系列文章目录（计划中)基础k8s yaml脚本发布helm+shell脚本优化大量冗余配置发布jenkins用户审核的流水化方式部署service mesh(istio)服务网格化发布前言上一篇采用rancher2+kubernetes+skywalking部署springcloud项目(二[helm版本])文章里完成了通过自已写的shell脚本实现了对项目的自动化部署。通过执行shell脚本来触发部署还得操作linux输入命令啥的，虽然B格高但始终还是觉得有点不方便。对于发布这种东西

距离上一篇记录采用rancher2+kubernetes+skywalking部署springcloud项目(一[k8s yaml版本])发布已经2个多月了，之前写那篇文章时专门在标题右边写了一个序号，是因我想通过spring-boot-cloud项目来对k8s的发布进行一个整体的学习（尽管我同学告诉我对于项目发布的东西在他们公司都是专门的运维或devops工程师去处理的，作为开发小弟的我们不需要去掌握，但我个人感觉对这些内容还是挺有意思的，我决定还是坚持自己原本的想法先掌握了再说）最近由于我的个人原因

公司的运维大佬为了让我们这些研发小弟方便地查看公司本地开发环境的日志，在公司kubernetes集群里特意为我们装了kubernetes的dashboard但是使用时有一点感觉挺不方便的，那就是只能用firefox浏览器打开，因为dashboard的证书不安全但我用起来始终觉得有点别扭，身为一位研究过一点点https的我今天做了一个决定：来研究一下这个问题，并定了一个小目标(不是先赚它一个...

前言最近在网上看到一个名为rancher的矿建，据说可以快速搭建一个kubernetes的集群，便决定初步学习尝试部署一下。为了学习与部署方便，便在网上找了一个名为spring-boot-cloud的开源项目，看了下spring-boot-cloud项目比较简单但该有的功能都有，便决定将此项目部署到k8s集群中。同时看到spring-boot-cloud项目中用的是zipkin来做监控...