另一方面，插件Http-log kong网关插件HTTP-log用于向http服务器发送请求和响应日志。 插件具有以下协议的请求兼容性：
成功安装konggateway(OSS )后，httphttpsgrpcgrpcstcptlsudp可以在插件列表中找到http-log插件。
http-log在记录和统计请求响应方面完全满足业务需求。 但是，存在无法取得请求和响应体的问题。 也就是说，在本地化请求响应数据时，不能显示要响应的数据和请求的参数。
二、http-log-with-body插件http-log-with-body插件在功能上与http-log-body插件的功能一致。 但是，插件在发送到http服务端的请求和响应中添加了主体节点。 提供当客户端通过网关请求其他后台APP应用程序时，将其本地存储在网关节点数据中的功能。
2.1 http-log-with-body插件已安装并测试了http-log-with-body插件本人，可以正常使用。
下载自定义插件并找到kong插件存储库目录
本人安装的kong网关版本为KongGateway(SSO )2.4.0，插件的存储路径为/usr/local/share/Lua/5.1/kong/plugins
将解压缩后的kongplugins目录下的文件夹复制到kong网关插件存储目录下
更改kong.conf配置文件
用于安装kong网关的配置式存储路径是/etc/kong
修改配置文件kong.conf节点： plugins=bundled，http-log-with-body
后面是自定义插件名称。 重新启动kong服务
执行命令： kong restart
自定义插件http-log-with-body安装成功
2.2使用http-log-with-body可以与服务、路由一起添加到插件中，也可以作为全局插件添加。 默认情况下，只需要配置
http_endpoint和method就可以了。
添加成功后，每个请求的kong请求和响应信息都将传输到http_endpoint。
2.3HTTP服务器端代码本人使用spring boot构建http服务器端代码：
@ rest控制器@ request mapping (/API/kong/http ) ) publicclassapikongloginfocontrollerextendsbasecontroller ) @ auttengloginfocontrolllererextendsbasecontrolller 65 @ posbal log ) ) requestbody ) log ) ) title='签入网关日志数据)，business type=business type.insert ) publicresponseeentitivive Logger.info(req； }catch(exceptione ) logger.error (e.getmessage ) )； } returnresponseentity.status (http status.ok ).body ) null )； }三、日志格式说明各要求分别记录在一个JSON对象中，格式如下：
{ ' latencies ' : { ' request ' :515，' kong': 58，' proxy': 457 }，' service ' : { ' host ' 3360 ' 457 } ' id ' : ' 167290 ee-c682-4 ebf-bdea-e 49 a3a C5 e 260 '，' protocol ' : ' http ' path ' : '/anything '，' UPP ' retries': 5，' ws _ id ' : ' 54 baa5a9- 23d6- 41 E0-9c9a-02434 b010b 25 ' }，' request ' : { ' query string ' size } ' URL ' : ' http://localhost :8000/log '，' headers ' : { ' host ' :8000 '，' accept ' accept': '*/* '，' connection': 'keep-alive' }，' met hood ' tries ' : [ { ' balancer _ latency ' 33324 ] ' IP'336669，' client_ip': '192.168.144.1 '，' workspace ' : ' 54 baa5a9- 23d6- 41 E0-9c9a-02434 b00 ' upsttal ' response ' : { ' headers ' : } ' content-type ' : ' application/JSON '，' date': 'Thu，25 '访问控制-允许-凭证' : '真'，'内容长度' : ' 503。 ' via ' : ' kong/2.2.1.0 -企业版'，' x-kong-proxy-latency': '57 '，' x-kong-up SSS ' status': 200，' size': 827 }，' route ' 3360 { ' id ' 33337 } ' paths ' : [ '/log ' ]，' protocols ' 3: ' ws _ id ' : ' 54 baa5a9- 23d6- 41 E0-9c9a-02434 b010b 25 '，' request_buffering': true，' updated _ at ' ' response_buffering': true，' https _ redirect _ status _ code ' 3360426，' path ' service ' : { ' id ' 333660
request包含有关客户端发送的请求的属性。 response包含有关发送到客户端的响应的属性。 tries包含负载均衡器对此请求所做的“沉重”尝试“成功和失败”的列表。 route包含有关请求的特定路由的Kong网关属性。 服务包含与请求的路由相关联的服务的Kong网关属性。 authenticated_entity包含有关已启用身份验证插件的身份验证信息的Kong网关属性。
workspaces包含与请求的路由相关联的工作区的Kong网关属性。 仅Kong Gateway版本=0.34.x。 如果Kong Gateway版本=2.1.x，则有引用工作区ID的ws_id的服务和路由。 如果启用了认证插件，consumer将包括经过认证的消费者。 latencies包含有关相关延迟的数据。 proxy是最终服务处理请求所用的时间。 kong是运行所有插件所需的内部kong延迟。 request是从客户端读取第一个字节和最后一个字节并发送到客户端的时间。 用于慢速客户端的检测。 client_ip包含原始客户端IP地址。 started_at包含开始处理请求时的UTC时间戳。