二手服务器+1 磁盘上 nas 然后开 NFS 稳的很。

@wolf1981 #1 轻流别提了。 比简道云还贵

@qq850482461 #1 这个老哥正解。 用 readiness +liveness 就行。无缝滚动更新。我们 java 服务启动就得 3 分钟。 这过程太酸爽了。

是外包吗？

本地上 telnet 看看接口通了吗

@atalia #1 握手，就这么弄。把结果放到 redis 里面。mq 投递前给生成一个 id，然后前端拿着这个 ID 轮训。

HTTP 轮训的方案其实是最实用的。还有有些大哥说同步改造，看到这个有点崩溃。
如果同步返回，在海量秒杀情况下，就连接数就可以来一壶。

这个问题核心是在于，如何快速 debug 吧。

想好逻辑，用 TDD 减少 debug 次数，debug 很费时间，我认为如何降低 debug 次数，比考虑项目启动优化，要有意义。 俗称 脑子跑代码。。。

各种设计原则用一用，什么单一原则，开闭等等。

如果对项目启动有要求，差那几秒没啥意义，现在都是容器化时代了，蓝绿红黑，随便搞搞就解决了。

还是 GPL 协议的。 使用的时候，注意版权。

没法保证完全保证。需要做计算与存储分离。
把队列信息放到 zk 或 etcd 或者 redis mysql 上线。然后做一个分布式调度 就行了。

其实就是元信息抽象不够。最好的方式就是 产品懂技术。从技术的维度去构造需求。 可以把程序员理解为 实现，产品理解为 interface 。

这不就是 mongodb 的 api 封装么

@fxjson #40 rocket

我们在用 RMQ 商业版，感觉没啥大问题。
我读过 RMQ 的源码，感觉代码挺不错的。其实大吞吐就是硬盘的 mmap 玩法。其实都差不多。
我们是 java 团队，用了挺久的 RMQ.

我乱说的，
感觉楼主说的有些类似于 JMM 的规则。
java volatile 是保证属性可见性，线程栈改完就刷到主内存，读也是从主内存拿，其实靠的禁止 cpu 指令重排。
但是 volatile 并不是保证 cas 操作。
cas 是保证替换的时候是期望的条件， 当然会出现 aba 的问题。但也有方式解决，加标记呗。

@arthas2234 #11 大佬，有没有渠道呢？

如果 qps 要求不高可以使用 360 的 pika 等 基于 rocksdb 的 redis 变种实现。
这些中间件都是经过验证的。 甚至 pika 可以前面加一个 codis 作为 proxy

另外数据肯定要分冷热。 冷数据还有一个逐渐变冷的过程。

其实题主就是来平衡成本和性能的。 大家抓核心。 楼主你说对吧。

@Exdui #23 这类型的产品还挺多的。treelab seatable 还有 vika 黑帕云等。 市场足够大。小厂也有机会。