@JarvisTang 呵呵，将来可能用到

记得测试 kcp (golang 库) 时，将阿里云虚拟机挂掉几次。猜测是 UDP 发送窗口太大，我的测试程序多次断开重连，放大了效果。

ss 的 UDP 应该也是 kcp 吧，建议用 kcptun ( https://github.com/xtaci/kcptun) 裸测一下是否可以完成转发。

btw, 我自己写了个类似 kcp 的 UDP 可靠消息传输协议，如果你要了解 UDP 可靠消息传输，可以做一个参考： https://github.com/ooclab/es/tree/master/example/udp

单机 docker
预算许可，使用按需付费的云服务：青云, AWS, DigitalOcean

@Antidictator :-) 学习交流
btw, 如果你们公司内部刚接触 docker ，建议先用 docker-compose,慢慢改变大家习惯，自然新的需求就来了。 docker-compose + overlay network + 存储 , 满足很多场景时很“清晰”，容易被接受。

@huanghua123 理解，我接触 RESTful 过程中，也有这种感觉，后来看过很多优秀的服务 API ，发现他们也有非 RESTful 的，慢慢“理解”了。 :-)

LZ 要提供下 ssh client , ssh server 角色各自详情
谁连接谁呢？谁又死机了？死机是啥症状?

ssh client 连接时，加上 `-vvv`

猜测一下： ssh server 配置如果使用了 `UseDNS yes` 验证， ssh client 连接时终端容易”假死”

现在加密协议这么多，具体的信息内容不容易解密。但是 TCP 连接信息是一个非常重要的网络诊断信息，记录下来很正常。有谁不会这么做吗？

LZ 的使用场景可以了解下：

1. https://github.com/getqujing/qtunnel
2. https://www.oschina.net/p/otunnel (我们开发的)

k8s, 1.2, 1.3 的时候学习了下，很不错，但入门稍显复杂，几个概念需要深入理解。
docker swarm 只是测试过，特点是搭建集群特别简单， docker , docker-compose 这些使用习惯都能有保留。

个人认为， docker swarm 已经集成到 docker 内部，无论从哪个方面来说，都应该熟悉。 k8s 面对大的场景有更多案例，也有不少人已经基于 k8s 创业，可以了解。

去年在一个团队兼职，推广 docker ，但是团队只用到 docker-compose 层面就已满足需求，集群、复杂编排都不需要。这点挺触动我的，技术人员的思维，通常希望推荐最好的方式，但实际情况却是：用户的接受程度比我们想象的要慢。

总之，这两没冲突，一个必须熟悉，一个很优秀，可以多了解。

也可以，主要是考虑必要性，不必拘泥 RESTful

真有千兆需求，也可以普通路由器＋ 8 口千兆交换机 ( https://item.jd.com/252697.html)

Linux 系统， LUKS 磁盘加密使用： https://plus.ooclab.com/note/article/1062
BIOS, grub 加密

RESTful 也不是解决一切事情的法宝，总有些 API 需要灵活对待。考虑这个问题的时候，可以加上该 API 调用频率，每次调用系统负载，消耗时间等因素一起分析。就算不 RESTful 也可以的。

另外， GraphQL 是一个很有吸引力的 API 创新，可以看看。

我了解，这一块后台 Python 比较多

writing operating system , Stay Hungry. Stay Foolish.
:-)

1. 一定要使用最新版本 docker ，有些变化还是挺大的。 curl -fsSl https://get.docker.com | sh

2. docker-compose 要熟，开发中用，生产中也行

3. 简单的 volume 挂载共享 host 与 container 之间的存储,　但 data volume 是 docker 推荐的方式： https://docs.docker.com/engine/tutorials/dockervolumes/

4. docker 几种 network 类型及运用需要熟悉： https://docs.docker.com/engine/userguide/networking/

5. docker-swarm 及 overlay networking 了解下， docker 集群编排基础

6. 如果前面都了解好了，在了解下 etcd , openvswitch, ceph 等。对于 k8s, mesos 就不难理解了。那么云计算相关的就更容易理解了。

见过不少人在 vi 里用方向键移动光标，个人觉得，可能是 Linux 用的时间还不长，或者从其他平台(windows)转过来的开发习惯。

用 mbp 安装过 Ubuntu , 用了一段时间，解决不了散热、显示问题及各种绑定键习惯。建议不要这么折腾。可以使用 docker 代替虚拟机。

看了 LZ 知乎上 2017 年技术展望，看得出是技术团队的 DNA 。 GraphQL , 容器编排平台非常适合这样的业务。