longxboy
longxboy
We are planning to support the xds protocol in kratos https://www.servicemesher.com/istio-handbook/ecosystem/xds.html https://jimmysong.io/istio-handbook/data-plane/envoy-xds-protocol.html https://pkg.go.dev/google.golang.org/grpc/xds https://github.com/cncf/xds https://github.com/grpc/proposal/blob/master/A27-xds-global-load-balancing.md#xdsclient-and-bootstrap-file [译文]xDS REST and gRPC protocol.pdf Proxyless Service Mesh With gRPC.pdf Service Mesh with gRPC and...
#1962 server middleware层判断outgoing error是否已携带metadata[appname:xxxx]，如果已携带则将erorr包装成500 internal返回，否则默认携带metadata[appname:xxxx]
1. server middleware层判断outgoing error是否已携带metadata[appname:xxxx]，如果已携带则将erorr包装成500 internal返回，否则默认携带metadata[appname:xxxx] 2.client 的error handler逻辑：判断incoming error是否携带metadata[appname:xxxx]，如果未携带则尝试通过target加上appname @tonybase
1.隔离保护：限流、鉴权认证、参数校验、熔断降级、缓存、跨域cors、黑白名单、链路加密、健康检查、超时控制 2.流量调度：动态路由、染色、灰度、单元化、流量复制 3.请求转换：负载协议转化、请求映射与绑定(path\header\query\cookie)、字段过滤 4.观测：tracing、metircs、logging 5.api生命周期管理:创建、测试、发布、授权、代码⽣成、⽂档、mock、更新、下线 Nginx 架构痛点问题: 1.配置维护复杂 2.缺乏私有协议转换能力（包接口） 3.插件开发困难：lua 4.缺乏api生命周期管理 6.路由策略不够丰富，难以支持业务维度的流量调度策略 7.缺乏稳定性策略
design
API Gateway Modules: ``` Transport -HTTP -GRPC Router -Path -Prefix -Regex Endpoint -Middleware --Metrics/Tracing/Logging --Device/Metadata --CircuitBreaker --Ratelimit --Timeout --Retry --Auth Upstream -Selector -Balancer -Health SerivceManagement: - Middleware - Endpoint -...
config
数据面配置： - Gateway - HTTP - GRPC - Endpoint - Host - Route - Middleware - Upstream - Upstream - HeathCheck - Discovery ```yaml gateways: - port: 80 address: 0.0.0.0...
If so, for what reason?
Is there any plan to support the gRPC protocol?
### Reminder - [x] I have read the above rules and searched the existing issues. ### Description 能否提供一个配置入口能够让用户自定义transformers的Trainer里的compute_loss_func（动态加载自定义的代码）？这个我理解还是一个比较常用的功能 ### Pull Request 如果觉得有需要的话，我可以贡献pr _No response_