tpl 后缀的文件，在 Helm 中用来作为 kubernetes 各 yaml 资源文件的生成模版，一般只要支持Kubernetes部署的开源应用，基本都会封装成 Helm 从而简化部署，但正常情况下 IDEA 的编辑器是不会识别 .tpl 结尾的文件，因为 Go 默认只识别 *.gohtml，所以我们先在 IDEA 的插件市场安装 Go 和 Go Template 插件，然后再 File Ty

前面文章介绍了，在es里面的几种数据组织关系，包括array[object]，nested，以及今天要说的Parent-Child。Parent-Child与Nested非常类似，都可以用来处理一对多的关系，如果多对多的关系，那就拆分成一对多在处理。前面提到nested的缺点是对数据的更新需要reindex整个nested结构下的所有数据，所以注定了它的使用场景一定是查询多更新少的场景，如

现在大多数公司，都开始使用kubernetes开启云原生时代了，传统的jenkins在物理机构建场景已经越来越少见了，取而代之的是用jekins在kubernetes pod中动态构建我们的任务

Sentinel是阿里巴巴开源的一个流量控制组件，它以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度来保护服务的稳定性。Sentinel的核心思想是：通过动态设置的规则，对进入系统的流量进行控制，从而保证系统的稳定性和高可用性。流量控制：Sentinel可以根据不同的调用来源、调用模式等，对流量进行控制，比如可以设置某个接口的QPS（每秒查询数）或者线程数阈值，当超过这个阈值时，就会进

之前已经将 oap 和 ui 调试成功了，今天排查一个 agent 的采集问题，又研究了下 agent 代码如何调试，这下终于齐活了，以后 skywalking 再有问题，直接使用调试大法。1，下载 skywalking 源码，进行编译打包（注意从 skywalking 8.8.0 开始 agent 代码从主仓库独立出来为 skywalking-java ）然后在 skywalking 的源码里打

maven多模块类型的项目，在Java的中大型应用中非常常见， 在 module 很多的情况，经常会出现各种各样的编辑依赖错误问题，今天记录一种比较常见的 case ：但偏偏打开 IDEA 中的类文件，A 模块中的类显示找不到依赖 B 模块的类，具体就是某个子模块的依赖的类找不到，各种 reimport 和 invalid cache restart 都尝试过了，还是无法解决，这是为什么呢？

云原生时代，很多应用跑在Kubernetes里面很方便，但相应的请求访问链路也变多了，这样就会导致排查问题起来相对比较困难，因为不仅仅涉及应用程序

背景在Java代码里面访问https域名的url进行通信时，经常会遇到下面的一个异常：Caused by: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertP

在idea里面写Scala程序，有时候我们想点击某个方法看由maven依赖下载的jar包的源码， 会发现，默认只能看到接口信息，实现的代码是看不到的，非常不爽，然后点击右上角的 Download Source ，发现等了半天来句 source not found，这得有多郁闷。配置IDEA的maven自动下载源码的方法：File => Setting => Build, Execu..

[size=medium]在使用logstash收集日志的时候，我们一般会使用logstash自带的动态索引模板，虽然无须我们做任何定制操作，就能把我们的日志数据推送到elasticsearch索引集群中，但是在我们查询的时候，就会发现，默认的索引模板常常把我们不需要分词的字段，给分词了，这样以来，我们的比较重要的聚合统计就不准确了：举个例子，假如有10台需要的监控的机器，他们的机器名...