@Jinnrry 嗯嗯 感谢大佬的回复

@atpex 确实没啥好写的

@root71370 嗯嗯 给一个统一的入口 各项目基本保持一致

@chuck1in 了解，感谢大佬

@chuck1in 没进过大厂 所以才想看看大厂的大佬们怎么做的 ，肯定比小公司做的好吧 毕竟这么大的业务量

大佬能分享一下 都有哪些模块么

@Jooooooooo 50ms 以内也能接受

@kong0bbs 不涉及更新和交易

@sketcherly 嗯 准备先试试 之前没接触过这么多体量的数据

@brybeZhang 嗯 短期内不会有模糊查询的需要，支持精确查找就行，感谢大佬

@andyxq 感谢大佬

@singer 感谢大佬分享 我的场景比你这个要简单一点 不需要规则 非常感谢

@yjhatfdu2 暂时就等值查询，后续可能会考虑 like 但暂时是没这个打算

@Kinnice 好的 感谢大佬
@csbde 好的感谢大佬

@7911364440 嗯嗯 写可能就停机批量写，大部分场景读

@Kinnice 那亿级别的 哪种方案好扩展数据量 也只是简单查询

@decken
@Nich0la5 之前知识用过 mysql 做一些业务，没有具体关注过耗时这么低的场景 感谢感谢

@BiChengfei 嗯 需要精确搜索

@ychost 这个看下来好贵呀 不知道是不是我看的价格不对

@whileFalse 数据 举个例子 就是 ，所有的地标（商店、宾馆）名称和这些地标的类型、介绍之类的信息
要求就是 输入名称 快速返回是不是一个 地标 和是什么类型的

@dzdh 感谢大佬 我去查查看看

坐标上海，之前办过，找个最近的派出所 申请拍照，会邮寄给你的，
一线城市应该都有吧

@sampeng 嗯嗯 这肯定会有的，感谢大佬的回复

@MoYi123 为啥呢 有啥场景会背锅么？ 参数放宽很多 ，正常情况下根本不会走到熔断的逻辑里
不过也确实很好奇 这块网络上能找到的实战经验分享很少

@sampeng 确实是，问了一圈没人支持一下压测，没有资源搞一套跟生产一样的环境来压测，老板只是想加一个限流的功能