前言我将项目部署在tomcat服务器上，本来都是好好的，输入网站地址就能访问；但是第二天一早去就会发现网站访问提示404，文件无法找到；我就很懵了。排查1、我是用的是chrome浏览器，所以尝试了下其余浏览器看是否能够访问；以外的发现IE竟然可以访问。说明问题不在代码2、找到tomcat的安装目录，查看错误日志；在l

开始用springboot2hession4实现RPC服务时，发现第一个服务可以调用成功，但第二个就一直报 '<' is an unknown code。第一个服务还是可以调用的。参考网上的方法，客户端与服务端hession版本保持一致，查看本地版本是一致的，换成其他版本也没有效果。设置重载方法为true，都没有效果。如果有其他小伙伴有过解决方法，望指正

自从小王玩起了微服务，发现微服务果然很强大，好处真是太多，心中暗喜，然而，却也遇到了分布式中最棘手的问题：分布式事务。小王遍访各路神仙，也无个完美开源解决方案，当然，也有些实际可行的手法，虽不算完美，但也可拿来研究一番，那今天我们也来说说分布式事务。    分布式事务的起源，即因各服务是独立的，各自使用独立的DB，那本地事务可以保证事务式执行，但其他服务

一、概述在单体应用时代，接口缓慢能够被迅速定位和发现，而随着分布式微服务的流行，服务之间的调用关系越来越复杂，错中复杂的调用关系使得我们想找到某一个接口的效率缓慢变得非常困难，而分布式服务调用跟踪组件就解决了这个问题。Sleuth是SprinCloud在分布式系统中提供追踪解决方案,zipkin是基于GoogleDapper的分布式链路调用监

刚上班发现有些服务跑不起来，进入服务器查看原因：第一部分：一，top!(https://oscimg.oschina.net/oscnet/a5b4177352031f7d6e99a9513223b440837.png)因为是刚被我kill掉一次，kill掉等会还会自启动，之前yam进程占cpu是200%二，vim/e

服务器异常最近某个生产应用调接口出现了“打开的文件过多”的错误提示。通过运维查看服务器的进程最大文件数默认就是1024，因此需要增加最大的文件数增加大了文件数还是不生效？本来以为加大了文件数是可以的，但是发现还是出现了一样的问题。明明通过ulimitn已

往昔源码Eureka精品源码(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMzU2MTYyMDY1NA%3D%3D%26mid%3D2247483828%26idx%3D1%26sn%3Daf3ba8d12973

有次全链路压测中，有位同事负责的服务做Serverless扩容（负载达到50%之后自动扩容并上线接入流量）中，发现新扩容的机器被击穿，理论分析之后我们重新进行现象回放，模拟问题重现

缘起目前生产环境（k8s部署的）发现某个服务被重启了，当前监控只有普罗米修斯，可以看到当时的内存和CPU都很高。服务接入了阿里的监控工具ARMS，但是没法导出当时的内存快照，ARMS虽然提供了手动导出的功能，但是人很难确定哪个时间点的内存快照是最合适的。虽

一.背景在一次系统opsreview中，发现了一些服务配置了@Cacheable注解。@cacheable来源于springcache框架中，作用是使用aop的方式将数据库中的热数据缓存在redis/本地缓存中，代码如下：@Cacheable(value"