sudo tcpdump -i any dst port 8080

看看哪里来的

每次打开阿里云的 console,我都很迷茫……

用了快 10 年 linux 第一次听说还有面板这种东西。。。看了眼，没明白这东西有什么存在价值

估计在加载 rdb 文件，看看 log

感谢～， 链接贴错了，你们用的是: https://github.com/alibaba/terraform-provider 吧？

@Bruta 你们是用 aliyun 吗？ terraform 的 aliyun provider 服务覆盖怎么样？ 我都在 AWS 上，国内可能也要 aliyun

terraform 是真好用

https://github.com/Leviathan1995/grape/blob/master/server/server.go#L116

因为是 server 端 hash 后, forward 请求，如果所有的客户端初始都连到一台 server 上，瓶颈当然就在这台机器上，当然你可以通过配置管理让不同的 client 初始连不同的 server，但这样实际上很麻烦，可用性很差的(比如你连的一台机器要下线了)，不想动 client，基本就 twemproxy 那种代理模式最方便，坚持这种 server 端 forward 方式的话，要分散压力，必然要改 client 的, 做法会类似 elasticsearch 的 client https://github.com/elastic/elasticsearch-py/blob/master/elasticsearch/transport.py#L30

其实现在 redis 的分布式方案，可用的基本就 twemproxy, codis, redis cluster, 没动态扩容缩容需求 twemproxy 就够用.
codis 要引入 zookeeper, redis cluster 那种 smart client 很多人不喜欢，基本都根据自家情况做 tradeoff

神烦碰到问题无脑 sudo，无脑 777 的，以后要吃大亏

这样还有个问题，hash 是 server 端完成然后做 forward 的，这和 elasticsearch 的集群模式是一样的。 用原生 client 的话，你的 request 压力瓶颈其实全在一台机器上，这样集群的意义不大。要实际使用，至少要和 elasticsearch 的 client 一样，实现一个从集群中拉取全部 node 信息的逻辑

加入节点的时候用的是类似 gossip protocol 的方式吧，如果用原生的 redis client, 如果初始连接的 node 挂了，就连不上整个集群了，实际上用的人要自己封装一下，从一个初始 list 中去做尝试

以前都是 orm, 后来全手写, orm 隐藏了太多细节， 调优的时候很痛苦, 怕手写出注入的，基本用 orm 也能用出注入来.

生产环境的都统一做成 deb，放进自己的源的

简单问题 print, 复杂的 devel, devel 可以调试当前运行的所有 goroutine 啊，就像 gdb 调试多线程程序一样，该用就用，也没啥利弊的。

@Keyes 书倒是看过些，但都不推荐，很难直接应用到项目里，建议结合使用的语言特性，尝试用 internal DSL 解决问题，或结合 yaml,ini 之类的配置文件语法发挥，不要从 0 开始设计。

重写了一套内部计算 metrics 的代码，原先代码过万行，重写后基于 yaml 做了套 dsl, python 源码缩减到 1k 行,具体逻辑放到 yaml 里，可以分离给不会写程序的 PA 去做。

上海 CN2, 也碰到过 UDP 干扰，时不时会中断几分钟，测试了下在中断期间，发不含 payload 的 udp 包 100% 能到，但只要含有一个字节的 payload 就 100%到不了。

关注点都不对。

面试官说写匹配手机号的正则，应该追问，国内？国外？国内的话要具体运营商规则吗？需要的话应该让面试官给出具体规则，然后照着实现正则，默背规则考的就是业务不是正则，面试时候不该问。给了具体规则写不出是不应该的。