apinto
apinto copied to clipboard
eolinker
基于golang开发的网关。具有各种插件，可以自行扩展，即插即用。此外，它可以快速帮助企业管理API服务，提高API服务的稳定性和安全性。
### Description 希望可以支持将http转发到fastcgi的服务上。 如果能提供配置本地unix通信代替建立TCP连接的方式就更好了！
### Description Hi! Is there any roadmap established about translation the dashboard interface and the documentation of the product to english, or is something that is not going to happen?...
### Description As a kubernetes user I want quickly deploy to my k8s cluster
### Description 我们目前将apinto 作为我们一个应用的网关，通过网关的配置实现应用后各个模块的集成与路由的统一。但是目前遇到的最大的问题主要在两点: 1. 程序的稳定性 2.还未实现对windows的支持。 - 程序的稳定性 > 从我们目前使用过来看，在k8s 集群下部署的时候，重启程序等操作的时候，容易出现无法正常启动的情况。或者出现配置丢失的情况。感觉上更大的可能性是在etcd 集群的协调上 (具体的我们还没又深入调试)。 另外在运行一段时间后，容易出现网关的相关路由出现访问特别缓慢，甚至超时等情况 (这种情况比较难重现，但是确实经常会发生) - Windows方面的支持 > 我们目前项目的甲方，很多时候没办法提供linux服务器，或者无法提供带有 docker 环境的windows服务器。我们目前是内部魔改了一个windows版本，但是稳定性还是略有欠缺。希望官方能出一个windows版本的，可能性能不一定要求很高，但是能稳定的跑下来。
### Current Behavior 在使用 service 的 round-robin 负载均衡器策略时，并发访问，会偶现 select error: no valid node 异常 ### Expected Behavior _No response_ ### Error Logs [ERRO] [worker-43]select error: no valid node [ERRO] [worker-43]select...
### Description 用户配额管理，期待能像chatgpt api token管理一样，现有功能不知如何配置。如网关无法单一提供解决，是否有其他解决建议
### Current Behavior 当我使用nacos做服务注册发现的时候，上游服务选择nacos的服务名作为请求服务，使用轮询策略。当我使用apinto网关做路由转发的时候，上游服务开启多个实例，请求全部打到其中的一个实例，并未实现轮询访问实例 ### Expected Behavior _No response_ ### Error Logs _No response_ ### Steps to Reproduce 。。。。 ### Environment - APINTO version (run `apinto version`): - Operating system...
### Current Behavior 错误的返回响应体大小为-1 ### Expected Behavior 应当为实际的响应体大小 ### Error Logs ![Uploading image.png…]() ### Steps to Reproduce 1 ### Environment Apinto version: 2024032714- Golang version: go version go1.19.13 linux/amd64 Git...
