点击环境页签，找到需要查看调试的服务，也可使用搜索框搜索服务名

这里可以看到右边标红的有三个按钮，分别是发布更新，服务重启，服务配置更新

首先说发布更新，点击后选择服务名对应的工作流，即可完成发布，跟上一篇文章种发布更新流程一样

第二个服务重启，顾名思义就是将服务对应的Deployment根据设定的K8S策略滚动更新，默认会先启动一个Pod，等待当前Pod完全就绪（即健康检查的端口通过）后执行老旧的Pod的下线，这个时候如果有Prestop操作会先执行这个操作，这个操作一般用作Nacos注册中心的优雅下线

类似下面一串配置：

第三个更新发布，可以修改一些环境变量，下面是环境变量说明

project_name：服务名称，不要修改

image_repo：镜像仓库地址，不要修改

project_group：项目组，涉及到日志kibana的索引名称，不要修改

namespace：项目所在命名空间，不要修改

cpu_limits：Pod最大可使用的CPU核心数（最小单位为m，中文释义毫核，1=1000m），如果使用率过高，可以适当修改

cpu_requests：Pod初始化分配的CPU核心数（在宿主机上抢占），防止同宿主机上其它服务CPU使用率提高后导致当前服务受影响，同一台物理机上所有Pod的cpu_requests之和不能超过物理机的总CPU核心数

mem_limits：Pod最大可使用的内存（1Gi=1024Mi=1024*1024Ki），如果使用率过高，可以适当修改

mem_requests：Pod初始化分配的内存（在宿主机上抢占），防止同宿主机上其它服务内存使用率提高后导致当前服务受影响，同一台物理机上所有Pod的mem_requests之和不能超过物理机的总内存

replicas_num：服务副本数，默认1个副本，如果需要扩容可以修改这个值

tcp_port：服务对外提供服务的端口，也是健康检查的端口

log_path：服务打印的本地日志目录

点击进入服务内部

查看实时日志，容器名称af-central-console是服务对应的启动日志，容器名称log对应的是服务打印的本地日志，如果没有打印本地日志则需要修改日志格式或者到kibana查看推送到logstash的日志

这里可以直接重启实例，跟上面的服务重启功能一样

点击容器名称af-central-console后面的调试可以直接进入类似Linux终端一样的控制台

在这里可以输入一些常用命令用来测试跟其他服务的网络通信

cd    ls    cat    ps    curl     ping

pdf链接：2.服务调试.pdf