一般上传附件很容易超过 4m 吧
请
登录后发表观点

+1
同理目前 API 上传附件地址,附件内容超过 15M 也不行。求解决方案

超过 4M 的有没有解决方案?比如系统允许改成 10M 限制等。
同求 +1
因为明道 API 与微服务、微服务与微服务之间主要基于 RPC 协议(基于 gRPC)来实现接口调用。gRPC 默认是 4M,之前也调整过,但是发现对于工作流的效率,服务器的性能有很大影响,服务之间交互超时、丢失等等,所以还是默认的 4M。
超过 4M 的有没有解决方案?比如系统允许改成 10M 限制等。

因为明道 API 与微服务、微服务与微服务之间主要基于 RPC 协议(基于 gRPC)来实现接口调用。gRPC 默认是 4M,之前也调整过,但是发现对于工作流的效率,服务器的性能有很大影响,服务之间交互超时、丢失等等,所以还是默认的 4M。
你说的很好,很专业,让我一个小白也听懂了。但我要跟我的使用用户怎么说呢?用户说,我现在不管用什么系统上传文件最大限制都是最少 10m,20m 往上的
因为明道 API 与微服务、微服务与微服务之间主要基于 RPC 协议(基于 gRPC)来实现接口调用。gRPC 默认是 4M,之前也调整过,但是发现对于工作流的效率,服务器的性能有很大影响,服务之间交互超时、丢失等等,所以还是默认的 4M。