关于容器中代码 debug 方案
- 0次
- 2021-06-02 13:19:43
- idczone
目前弄了一个,我 php+s美国服务器woole 的话用的 vscode 做 debug 远程,然后用 frp 映射到外网,然后容器中的 php 使用 yasd 远程链接 frp 外网地址,通过 vscode 调试,主要还是因为 k8s 有自己的内网。
不知道各位大佬有没有其他好用的方案
脚本型语言又不用编译。单机的话直接把代码目录映射出来就行了
如果你的容器是生产环境的话,那么日志是比较好的排错方案。
如果你的容器是开发环境的话,那么应当尽量选择熟悉的、成熟的的环境作为开发环境。但是直接在容器里面 debug 的技术还是存在的,VisualStudio 就已经支持将容器作为开发环境的 debug 。
了解一下: https://skaffold.dev/
端口转发 + 自动容器 rebuild+部署 + 代码同步 + 日志转发,我用着感觉不错。
要学会用日志来定位和分析问题,然后有条件的话可以从定位点打断点进行 bebug 快速验证问题,而不是依赖 debug 模式强行调试。全程 debug 效率太低了。。。
https://nocalhost.dev/
很好奇 java 怎么去做,我们是用 java 本身提供的 JDWP 来进行的 [手动狗头],然后还需要变更容器的检测功能
https://github.com/telepresenceio/telepresence
很多年以来一直用类日志做调试,极少用断点中断方式,主要是 php 一个 var_dump 调试航母都没问题,但最近本地为了和线上同步,开发环境也上了类 k8s,发现用日志调试效率很低,原来的方法起码得反复编译容器更新 pod
举个例子,现在 k8s+swoole+laravel,如果用日志,除非确定是哪个类和方法有问题,不起码要多次加日志做 debug,这就会有两个方案。1. swoole 文件探查和热更新打开,然后 k8s 的 pvc 用 filepath 做目录映射,这样多次加日志才不用反复打包镜像更新 pod 。2. 用我帖子的方案,对外连接到 vscode,整个系统各个部位加上断点,几次运行就能知道哪里的变量有问题
到了开发 java 或者 golang 也是类似,目前看日志和中断结合用还是不错的,提前各个部位关键点埋日志打点,如果排查不出来再打开 debug 模式
这个有点厉害了, 不知道支不支持 goland 之类的
java 本身就有远程 debug
https://docs.microsoft.com/en-us/visualstudio/containers/edit-and-refresh?view=vs-2019
直接一个 ssh 隧道连到机器上就可以了呀,然后把 xdebug 的 DBGp 请求通过隧道转发到开发机的 vscode 或者 PHP STORM 的监听端口上,参考 xdebug 的远程调试。
yasd 这货基本概念也和 xdebug 差不多,远程调试都是跑在 DBGp 上的
https://plugins.jetbrains.com/plugin/16058-nocalhost/
okteto 差不多是满足你的需求