hi, jason 我们的服务是分布式布署接收客户端的请求并作响应(移动终端),服务端在收集到数据后发往rocketmq(内网布署,提供外网ip),然后内部程序(内网布署)消费rocketmq拿去数据做后续分析处理,由于数据量较大,所以想尽可能的多利用内网资源以节流量,所以才有这个问题的提出,看看你们是否有这方面成功的方法可分享。 感谢您的回复。
best wishs。 will. On 2018/07/02 06:23:48, Jason Joo <hblz...@163.com> wrote: > will, > > 首先我觉得这样的场景并不常见,因为broker并不适合直接公网暴露,容易造成安全问题,所以不知您这是基于什么场景,是否需要变换。 > > 如果场景是异地机房互联,那么可以考虑走一个内网打通,类似ipsec/tunnel相关的方式。 > > best regards, > > Jason > > > On Jul 2, 2018, at 14:10, 王伟 <will.happy.will...@gmail.com> wrote: > > > > 您好 > > 首先,非常感谢您百忙之中这么及时的回复。 > > Tcp proxy之前我们有考虑过,但是由于broker的ip是由namesrv返回的,所以这里一直想不通tcp > > proxy怎么处理这一块,请原谅我知识的浅溥,能麻烦你说一下详细的方案吗? > > 谢谢! > > Best regards。 > > > >> 在 2018年7月2日,上午11:47,Jason Joo <hblz...@163.com <mailto:hblz...@163.com>> > >> 写道: > >> > >> tcp proxy > >> > >> > >> best regards, > >> > >> Jason > >> > >>> On Jul 2, 2018, at 11:30, will.happy.will...@gmail.com > >>> <mailto:will.happy.will...@gmail.com> wrote: > >>> > >>> hi,各位rocketmq的大大位,先简单描述一下应用场景: > >>> > >>> 我们使用的模式是 外网生产数据,内网消费数据,这样 broker与 > >>> namesrv配置外网IP,是可以解决我们的使用场景的,但是,我们的consumer与 broker及 > >>> namesrv是在同一内网环境的,由于数据量较大,我们想 生产的时候使用外网ip,消费的时候使用内网,但是当前broker的配置并不支持这样的模式。 > >>> 请问有什么方法可以解决我上述说的情况吗?我相信应该有很多场都与我上述描述的一样,并且阿里内部应该也有用到这样的场景吧。 > >>> 以上是我的问题,非常感谢您在百忙之中抽空回复,谢谢。 > >> > > > >