协作式，但是为了一些场景一直不让出控制权，后续加入了一定的抢占的场景

@JeffyChen 这条应该是 iptables 对来自非 pod 的请求，做一次 SNAT 。vxlan 到没注意，阿里云 vpc 是不需要对 来源 pod 的请求做 SNAT ，因为信息推到 vpc 了

@JeffyChen KUBE-MARK-MASQ 排除了来自 pod 的 source

iptables -t nat -L KUBE-SERVICES | column -t
Chain KUBE-SERVICES (2 references)
target prot opt source destination
KUBE-LOAD-BALANCER all -- anywhere anywhere /* Kubernetes service lb portal */ match-set KUBE-LOAD-BALANCER dst,dst
KUBE-MARK-MASQ all -- !172.30.0.0/16 anywhere /* Kubernetes service cluster ip + port for masquerade purpose */ match-set KUBE-CLUSTER-IP dst,dst
KUBE-NODE-PORT all -- anywhere anywhere ADDRTYPE match dst-type LOCAL
ACCEPT all -- anywhere anywhere match-set KUBE-CLUSTER-IP dst,dst
ACCEPT all -- anywhere anywhere match-set KUBE-LOAD-BALANCER dst,dst

- grpc 本身就是基于 http/2 的，你路子野点直接让对面用 http 调用你也行，但是不建议
- 将 json 格式的 grpc 请求转到 protobuf 格式的 grpc 请求基本是都有的功能了，可以直接选你们的反向代理对应的
- 比如 nginx: http://nginx.org/en/docs/http/ngx_http_grpc_module.html

巨硬也是骨折

@sidkang 情绪需求

kafka connect, 如果你们已经有 kafka 的话，
debezium + es sink 吧

甲流要吃奥司他韦，自愈很难的

jeff dean 表示很赞

让应用访问访问的时候使用不同的账号。

你这个不是上层和中层应用的问题了，是 k8s CNI ，阿里云 VPC ，或者 TCP 之类处理的，TCP 从宿主机网卡出，所以 IP 就是宿主机的，虽然不知道具体，但是一般默认都是这样的，建议你走上面的思路

走备份恢复的思路？

@swcat 黄赌毒都只是人民内部矛盾

@DigitalG osx 的 终端体验比 win 好一点

@zhaoxin 这样关闭吗？ https://www.zhihu.com/question/49329317/answer/2356218513

我一直以为照片和日历的邀请是同一套的？

iCloud 关闭日历同步后，我的手机收不到了，但是正在运行的电脑依然会收到且提示

@Crump 上次点错了，基本一天两条吧，我又红点洁癖比较重

@emmal 太年轻了？ 08-18 这十年有什么的年化比过一线城市的房子的

测试还是开发？测试考虑下 telepresence