理想汽车提前批后端一二面（已意向）
零面
1. 实习和开源项目，问了ci流水线的一些问题（对面是做devops的，聊了挺久的）
2. Redis持久化
一面
1. 啥时候可以实习
2. 聊实习和开源
3. 海量整数，有几个数字，判断这几个数字是否在海量整数里面（用bitmap）
4. raft（不会）
5. Redis选主
6. 职业规划
二面
1. 问了好多kubevela（我简历里提到我是这个项目的reviewer，然后理想又刚好在用这个，但是我好久没看了，几乎忘光了）
2. k8s部署deployment的过程
3. 开源项目
4. 负载均衡知道哪些算法？（这个感觉比较有意义，详细记录一下讨论过程）
我：加权轮询、加权随机、哈希/一致性哈希、最小连接数、最高相应比优先（连接数*响应时间，取最小）
面试官：如果后端节点太多，比如到了成千上万个节点，这些算***不会有问题？
我：会的，因为这些算法都是在客户端缓存中维护数据，如果节点过多维护成本会很大
面试官：那有没有解决思路？
我：Twitter的finagle有一种p2c的策略，就是随机选两个节点去计算负载
面试官：随机选的话可能会造成不均
我：确实
面试官：有没有其他思路
我：如果节点过多，那是不是可以每个负载均衡器只负责几个后端节点
面试官：那这个分别负责的策略具体是怎么样的？
我：可以给每个后端节点设置序号，然后给负载均衡器也设置序号，然后通过哈希让负载均衡器负责对应的节点。
面试官：有没有看过《Google SRE工作手册》，回去可以看看，跟你说的差不多，就是通过分片的策略去做。
可以搞两层lb，这样每个lb负责的节点就少了很多（忘了是他说的还是我想的了，感觉这样也可以）
5. 实习