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

自己平时喜欢钻研技术，做项目。所以有幸发现了网易云音乐Nodejs版的API。网址如下：https://binaryify.github.io/NeteaseCloudMusicApi//打开网址就可以进入如上所示的网站，文档写的不错，非常容易上手。所以之前利用自己的服务器搭建了一个API服务，使用Vue.js快速搭建一个App应用。这个App应用是之前做的

                      Gitlab（docker）无限重启前两天构建了一个虚拟机，想着搭建集群，没弄完，就把虚拟机停了，等我重新运行的时候，发现我的gitlab服务炸了，无限重启中。docker ps!image.png(https://s2.51cto.com/ima

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

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

今天项目崩溃重新新建，结果发现又奇慢无比，第一次用androidstudio的时候也遇到这个问题，这次也是等了近半个小时才搞定，通过查看网络数据信息发现是androidstudio正在从美国服务器下载gradle压缩包，目前程序自动下载的是1.10，不过官网最新版已经是1.11了，我对比了下载的数据体积和1.10版本一模一样，52.4M

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

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

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

背景背景1：作为一名测试，日常工作中必不可少的几个环节是查看需求文档、编写测试用例、处理线上问题、能力提升等，基于集团的工具能一次性帮我们把这些事情都做了；背景2：作为XXX共建项目的成员之一同时也是第一批用户，我用它做了几个测试实践，和大佬们一起探讨交流