感觉像是个 XY 问题，你最终要做的可能不是扩容你的 ES 。试着从搜索分布分析一下？

你甚至已经分析到了掘金的点赞防重复逻辑，在进一步想放重放逻辑不是千篇一律的啊。我们所有有重放可能的接口都有防重放逻辑。

你已经会 js 了，那当然是 node 。

没有容器化的话确实有点复杂哦。
我们容器化的业务直接新开一个集群后，复制粘贴资源过去就行了，然后网关改改配置，服务留一份测试环境的配置就齐活了。甚至可以写工具检查测试环境和生产环境的一致性。

你主要用什么语言搜索？

他们都属于先尝试更新一部分负载看看表现，没问题再全量的操作，只是过程有区别而已。一般灰度发布都需要基础设施支持但是不需要大量配置，这些都是基础设施团队完成的事情，对于业务来说就是点几下的操作。
看你业务规模，灰度并不是必要的一环。在鹅厂很多业务也是直接全量上的。

存完整的 URL 。1 限制了前缀只能有一个。

挣钱的方法是，提高认知提前下注。不是来这问什么什么能挣钱不。能挣钱我为什么告诉你？

不行，除非 iPad 装的是 macOS (笑

实际上我不赞同从底层开始的学习，什么红宝书啊，作为一个先出活的目标，你只需要它先跑起来就行。你又不专业干这个，需要的东西后面慢慢补齐就可以。

@kingcanfish 这个文章真不错

可以，我们大项目的，核心业务会分开用，其他周边的业务也都是塞到一个实例里面。

账号：yibaiben

感谢！

和 2 楼差不多，不给 sudo 权限，每个人自己用 conda 管理自己的环境就行，驱动管理员负责更新。
然后大家去抢就好了 10 个人。

同时要看你买的什么配置的 MySQL ，跑在什么硬盘上。我们之前几亿的数据常规业务操作基本 100ms 以内完成。

支付完之后，指数退避去查状态，设置一个几分钟的最大上限就可以了。或者从业务逻辑去看有没有让整个交易重入的办法，用同一个订单号去对方支付系统里重试支付。

不太确定，或许你需要 istio ？不过为了这个搞 istio 感觉不划算。

serverless 从成本角度看局限相当大。从云厂商的角度看它可以融入到一些基础设置功能里面，允许用户写一部分自己的代码嵌入到标准的执行流程中价值很大。

建议不要 WSL ，直接 win 本地开发， 尝试一下 powershell ，很牛逼的！然后配置下 oh my powsh ，爽上天。Windows 现在的使用体验，要我说好过 macOS 。