想做一个「真正零侵入 + 支持 MQ」的全链路灰度发布工具，中小企业会买单吗？

大家好，最近在调研微服务灰度发布的落地情况，发现一个矛盾：

需求背景

大厂（阿里、腾讯、字节等）已有成熟方案，但往往绑定自家 PaaS/注册中心/MQ ，且不开源或收费高；
开源社区方案（如基于 Spring Cloud + Nacos 的灰度）大多只覆盖 HTTP/RPC 同步调用，一遇到 异步线程/RocketMQ/Kafka 就断链；
更头疼的是，很多方案要求改业务代码（比如加 @Gray 注解、手动透传 header ），团队一多就推不动。
于是我在想：如果做一个真正零侵入（通过 Java Agent 或 Sidecar 实现）、自动透传灰度标签到 MQ 消息体、兼容主流注册中心 & 消息队列、
支持按用户/租户/IP 等多维度灰度的轻量级产品，目标用户是中小公司（ 50 ～ 200 人技术团队），会有需求吗？

设想的产品特点

我们想打造一个更“轻量、易用、经济”的解决方案，初步设想：
低侵入/无侵入：尽可能通过 Agent 、Sidecar 等方式减少代码改动
完整链路支持：同步调用（ HTTP/gRPC ） + 异步消息（主流 MQ ） + 数据库（影子表/库）
多云/混合云友好：不绑定特定云厂商，支持私有化部署
成本可控：预计为大厂方案的 1/3 或更低，提供透明定价

想问问 V 友们：

你们公司现在怎么做灰度发布？遇到过 MQ 或异步线程 断链问题吗？
如果有这样的工具，愿意试用 or 付费吗？心理价位多少？
最不能接受的缺陷是什么？（比如性能损耗 >5%？必须用特定注册中心？）
不卖课不引流，纯粹想验证下这个方向是否值得投入。感谢任何真实反馈！🙏
如果感兴趣，也可以留下邮箱，产品原型出来后可以优先体验

midsolo

1 月 9 日

别做这个，小公司不会买，大厂有内部自研的一套产品。

第一份工作就在某个大厂做这类型的中间件，根据谷歌的 Dapper 论文跟 OpenTracing 协议，然后参照了 Zipkin 跟 Pinpoint 的实现，分别做了 2 个版本。

你说的这些问题都不是问题，写对应的 instrumentation 插件就可以解决，基础功能确实无侵入，高级功能还是会有侵入的，比如得加一些注解来进行定制化追踪，如 @Tags 、 @Tag 之类的。