作者公司使用的是K8S底层做云计算，这天有个节点发布的时候卡住了，解决方式分为长短期。作者跟运维做了一些分析讨论和解决方案，涉及到许多K8S相关的知识，有兴趣的同学可以看看这个原理分析过程。

组内最近做了一个日志公共组件，用的是javaagent的方式，之前搞的maven jar包每次都要把所有系统都发一遍，太麻烦。javaagent通过Java虚拟机（JVM）的Instrumentation API来实现代码的侵入。通过Instrumentation API，Java agent可以在类加载过程中修改字节码，向目标代码中插入自定义的逻辑或进行其他操作。我们的组件使用bytebuddy

微服务的环境下，数据库隔离，数据不一致的情况越来越多，要么建立补偿机制要么手动刷数据.这时候就需要分布式事务，有问题上下游一起回滚，但是数据的可见性、链路时长还有其他很多原因说明链路不适宜拉的过长。

最近公司在海外上云服务器，作者自己也搞了云服务器去搭建部署系统，方便了解整体架构和系统的生命周期，排查解决问题可以从原理侧进行分析实验。虽然用的云不是同一个，但是原理都是相通的。

作者最近做的平台项目有个功能，展示数据执行结果，实际上就是要展示多个表格，但是表格的数量、行、列都是不固定的，相当于要做一个通用化的表格展示。

作者开发工具平台的时候，用到了vue和element-ui，这里写一下各种功能使用，有的是绕点弯路，有的是需要结合实现需要自己改写一下。

​同事的服务OOM重启了，一般组内技术工具和问题研究都是由作者去做的，这次当然也不例外。顺带着把之前经历过的内存溢出、内存泄漏也讲一下。这次和之前的k8s内存溢出记一次特殊的K8S内存溢出_tingmailang的博客-CSDN博客_java k8s 内存溢出不同，监控上很明显是jvm的内存溢出。

作者公司使用的是K8S底层做云计算，这天有个节点发布的时候卡住了，解决方式分为长短期。作者跟运维做了一些分析讨论和解决方案，涉及到许多K8S相关的知识，有兴趣的同学可以看看这个原理分析过程。

上篇文章以对话模式为例讲了目前人工智能的整体架构，但是大模型依然有很多细节问题，这里作者讲一讲目前的Transformers模型原理。

接上篇云服务器-Docker容器-系统搭建部署-CSDN博客，一方面是提高实践架构技术，一方面给家里人做点生活小工具。在搭建好服务器和前后端程序之后，经过测试，作者给家里人做的生活系微信小程序就差不多可以用了。先搞了一个体验版本试用。然后就崩了，接口不通，打开调试器再使用又可以了。