@ramirezyolis808 #6 这点我也疑惑。。

@wangzi168 #5 网关不是通过 Ingress 就可以实现吗？ 假设不通过 Ingress 实现，那网关服务是不是应该单独一个 Pod?

@ramirezyolis808 #3 请教下老哥，这样子做的原因是什么呢？

@fcfangcc 好的谢谢

鸡蛋真的是炒菜神器，跟苦瓜一起炒都能很下饭

@admol 谢谢老哥回复。是重要的消息，不能直接 purge

@fatyoung #9 分库分表？ 但是短期内应该做不了这么大改动吧

@chutianyao 谢谢老哥回复。那生产环境数据库如何扩容呢？ 这个倒是没有考虑过

@abcfyk 谢谢老哥回复。确实是，我应该先问一句因为什么导致的消息堆积

@cyaki 谢谢老哥的回复。对我当时也是想到消息可能因为是根据 key 分区然后都打到同一个分区去了，但是我没想到解决方案，将分区策略从根据 key 分区改为轮询？

想知道 up 当初买这个硬盘的使用场景是啥

secret 错误返回非法参数？ 那从日志看是哪一行报非法参数应该也能找出来

交代一下背景：flink 不是因为这个需求才搭建的，flink 是本来就搭建好了的，但还是困惑为什么要经过 flink 这一层

@steelshadow39 #37 你提供一个公共的 API （查询日志，写入日志）出来，其他人直接调用，可以省去其他人的学习成本

首先学习的意义不只是赚钱，另外你不学习你也赚不到钱，你初中毕业出来能做什么，当老板啊？

@lqcc #1 如果是在室外好像也不方便..

金山游侠？