麻烦发多一点，我好复习下面试题 https://i.imgur.com/cPNPYD5.png

给多少工资？

说实话这面试题出的挺不错的，大部分题回答出解决思路应该就算过关，挺难的

针对题目 2 对于这么高的强一致性要求,而且还是双活(上下文题目中已经提到了同城双活架构) Redis redlock 方案真的有待商榷. 换句话说 redis 加锁真的能满足强一致性要求吗(同城网络抖动导致脑裂, 内部 NTP 时钟漂移), 从一开始就是陷阱提问方式 很符合面试八股文的基本定义, 即从公司里的历史故障出发, 而不是从技术本质出发 正常做法都是数据库事务做悲观锁,或者 etcd(Raft)做强一致性处理,而不是缓存做分布式锁 而且同城双活的可靠性, 实际上也有待商榷, 不引入外部跨地域可用区进行 OB 仲裁很难避免脑裂问题 通常做法都是"两地三中心"或异地多活, 仅靠同城双活基本都是吹的比较好听,实际业务炸了就紧张的修理中了 感觉整套题目能回答上的人, 基本都感觉公司的实际技术栈是老旧和有问题的.... 我第一想法是这公司的业务系统设计水平不高, 可能还停留在 10 年前的水平, 如果配上薪酬水平估计投都不投了

@wu00 问题都是比较贴近实际工作的，都在业务线上曾经出现过，包括了 交易、账户、规则引擎、风控、网关、客服 这些服务模块，真的不是八股文

@JoeDH 可以的，只要抽到我做题，我就分享出来

另外题目中,已经反复提到了网络抖动相关的问题, 这就更说明公司在这方面吃过亏 如果从架构上可以避免,就不应该使用有缺陷的架构去解决问题, 这也是面试八股文的典型特征 而且题目中也提到了 Drools, 这东西本身就很老..... 主流做法早就用 Flink/Spark Streaming 做流式处理实时计算 就和有些公司会问 clickhouse 现在是否是数仓第一选择一样, 反映的都是公司技术栈老旧的问题 答案都是否定的

@BraveRBT #33 没错，该系统是 2017 年用 Java 开发的，一直在稳定迭代中，现在逐渐在用 Go 进行重构，异地多活这一块用的还是多年以前的 SET 单元化架构，早期团队成员大多来自阿里。

@BraveRBT #36 网络抖动这个问题一直没法解决，因为做的跨境业务，服务器部署在全球多个地方，数据很难保证一致性，并且尝试多多种最终一致性方案，都没能很好的解决现有的问题。技术栈老旧是历史原因，我入职的时候就用的这一套，已经规划重构升级了。

一个题也不会。有答案吗？ 需要根据答案补下知识