生产环境出现内存使用较大的情况，没有OOM，但K8s服务重启了，查一下原因

---------------- 特别感谢：wang dayu 同学整理 ----------------集成说明1.由于环境上部署无法访问pod地址，需要将client的客户端服务 url和管理网址进行转换覆盖pod的地址2.插件需要严格遵守与springboot，springcloud版本兼容性，具体对应关系请参考该地址：https://blog.csdn.net/q283614346/art

缘起公司的应用发布软件提供了一键构建docker镜像并部署到k8s集群的功能，确实方便了我们开发的构建和发布，但是有个不好的功能就是日志查看是有限的，只能查看1000行左右的日志，多个测试同学同时调用，日志“唰”一下就没了，然后再回去翻看，发现已经没法回去了，日志收集平台只提供了UAT和生产环境，没有提供给测试环境解决方案偶然发现从应用发布软件可以进入docker容器内部，然后我去查看了一下日志的

缘起有一个埋点收集系统，架构是Nginx+Flume。web，小程序，App等客户端将数据报送至Nginx，Nginx将请求写入本地文件，然后Flume读取日志文件的数据，将日志写入Kafka。这个架构本来没什么问题，但是部署在K8s容器就有问题了，当前一个Nginx后面是3个Flume，Nginx根据渠道将日志写入web.log，mp.log，app.log，3个log文件各对应一个Flume将

缘起有一个埋点收集系统，架构是Nginx+Flume。web，小程序，App等客户端将数据报送至Nginx，Nginx将请求写入本地文件，然后Flume读取日志文件的数据，将日志写入Kafka。这个架构本来没什么问题，但是部署在K8s容器就有问题了，当前一个Nginx后面是3个Flume，Nginx根据渠道将日志写入web.log，mp.log，app.log，3个log文件各对应一个Flume将

以上一步一个坑，有些是自己能力不够踩的，有些是为了解决某个问题踩的，最后终于消停的一阵。但又出现新问题了，这次问题没那么紧急，但比较重要。按照一般的剧本，上面的坑都踩完，基本上也就不会怎么去改这个服务，但新的问题还是出现了，就是容器化部署基础镜像要升级，从原来的debian10升级成了debian11,当然这是大版本，小版本几乎没周都会升级，升级时也不会通知项目组测试，运维直接升。在debian1

为什么会下线：1.心跳原因：hearbeat.interval.ms和session.timeout.ms2. 拉取间隔 : max.poll.interval.ms

Minio+Nginx+Https访问缘起最近感觉OSS比较有意思，然后发现网上有一款开源的软件Minio，算是OSS技术的的开源实现吧，最近玩了一下。想搞一下Https访问，但是Minio官方文档里面实在没看太懂，就想曲线救国，用Nginx转发一下，本次记录做法和期间遇到的问题。版本Nginx 1.16.1Minio RELEASE.2021-01-08T21:18:21ZJava 1.8u25

StringRedisTemplate 分布式锁

Minio+Nginx+Https访问缘起最近感觉OSS比较有意思，然后发现网上有一款开源的软件Minio，算是OSS技术的的开源实现吧，最近玩了一下。想搞一下Https访问，但是Minio官方文档里面实在没看太懂，就想曲线救国，用Nginx转发一下，本次记录做法和期间遇到的问题。版本Nginx 1.16.1Minio RELEASE.2021-01-08T21:18:21ZJava 1.8u25