http status code 500的一次排查经历

1,http status 5xx 一般就是服务器端的问题,所以直接定位服务器存在什么问题

2,正常情况下,可以通过nginx日志,例如access_log,error_log,最后可以根据日志信息定位问题,例如:https://cloud.tencent.com/developer/article/1467799 这篇文章示例定位过程

3,但是我遇到的问题是:nginx没有日志,目标service下也没有日志

4,猜想,nginx可能有什么设置上的问题。

5,结果是:方法1,通过各种查阅nginx config内容 发现:nginx下B服务config,占用了A服务下config的http接口,导致A服务的http接口的流量导入到B服务,而B服务还没有日志。调整nginx 下A服务和B服务的接口config,即为解决
方法2,设置全局nginx access_log,看这个全局的日志,避免有的项目没有设置日志的问题

6,反思:1,当服务很多的情况下,有可能存在面向app端的服务,和面向管理平台的服务,属于同一业务场景,可能会出现接口定义冲突的情况,所以服务命名的时候还是要尽可能准确,这样就有可能避免服务接口相同,在一个服务器上部署的时候冲突问题

http status code 500的一次排查经历

上一篇:使用vsc运行live-server时报错:“无法将“http-server”项识别为 cmdlet、函数、脚本文件或可运行程序的名称解决方案.


下一篇:cube.js 新版本的一些特性