tweyseo tanjinhua 这个我已经用来代替kong的resty-event用在mlcache里了，算上编译过程，整个不算简单易用。要是OR本身可以支持，比如，直接配置listen 9527 BCST;，然后不管外部还是内部，只要是到这个端口的数据都是给所有worker都处理的，这样岂不是更好。
jils2013 能不能在balancer_by_lua_*的set_timeouts加一个 keepalived_timeout，这个可以让我们主动的控制keepalive的超时，之前我在github上有发过一个issue https://github.com/openresty/lua-resty-core/issues/266
doujiang24 jils2013 这个工程量也有一些，需要加入有 upstream zone 的概念，与此同时，搞了 keepalived_timeout 的支持，一直一起搞的也有 pool_size 的支持了
282441848 tanjinhua https://github.com/openresty/lua-resty-mysql/pull/49 这个pr是有什么新计划吗？ 我看春哥说有个更好的实现方案，但是没有后续了
imilli 在实现oidc协议时，使用resty.http库只能指定IP，不能实现动态负载均衡，想使用ngx.location.capture发起子请求，重新走一次主流程 ，以动态负载的复用。发现ngx.location.capture不会执行主流程中的access_by_lua，从而不能实现动态选取后端节点，以及ngx.location.capture不支持自定义header 头，这样导致不能跟据header头中的host以及其它字段进行负载。
tanjinhua jils2013 是指希望控制每个请求放入连接池的 keealive 时间吗？这个 PR 有实现，max_requests 也可以控制：https://github.com/openresty/lua-resty-core/pull/276/files#diff-973c4ef5939470d0a1c529e4e692db8eR217，可以一起看看
doujiang24 imilli 这应该是不影响的，子请求也有 balancer 阶段，需要在子请求的 balancer 里来动态选取节点 主请求是没法指定的子请求的上游的，这个逻辑只能自己来实现，比如主请求跟子请求之间通过共享 ctx 来实现控制逻辑
