所以你的两个疑惑应该都是版本老旧问题带来的。
1. docker1.13.1 时可能在中文圈没这么火，所以这个问题并不多。
2. 看 moby 仓库 release 记录 1.13.1 的发布日期时 2017 年 2 月份，所以这个修复当时可能并没有合入。

有趣的是降噪耳机和机械键盘在程序员群体相当流行。
在开放办公空间，敲最响亮的键盘，带最安静的耳机。

没说 dockerd 的版本，看你说的 clien 1.13.1 应该是一个比较老旧的版本了。

1700 考虑了快一年都没下手，看这次能否顺利剁手 3600 了。考虑同样的板 U，不玩游戏，咸鱼 50 亮机卡加上。主要考虑入手大容量内存 16G*4 插满。SSD 和电源看看能否利旧了。预算 3000 块钱，看看能否顺利落地了。

@Mrkon 追求更通用的写法，就是像 @Trim21 说的那样写启动脚本。因为这个变量不是在 Dockerfile 或宿主中执行的命令获取的，而是要在容器创建后执行命令获取的。

宿主机上的 mysql 只能监听 127.0.0.1 吗？如果不是，mysql 改为监听宿主机 ip，容器直接连接宿主机 ip 最简单。如果是，按照贴出的资料，容器直接使用主机网络的方式最简单；如果非要使用桥接网络，首先 mysql 要监听网桥上宿主端 ip，其次容器里访问这个 ip 来连接到 mysql，问题中提到的环境变量就是指定这个 ip。如果在固定的宿主机上启动容器，查看这个 ip 后手动配置即可，不需要环境变量。

公司 gitlab 一站式解决，自用 gitea+drone 方便折腾。

想了半天没想到有这个需求的场景，gogs\gitea docker 一键启动挺好的吧。

食品工业化大势不可逆，手工作坊式的餐饮会逐渐消亡或被驱赶到附加其他高附加值的位置。

打开时间久了电脑会很卡。同时开两个工作区，没有什么大文件或者大量文件，一周没关闭的话就基本不可用了，整个电脑都很卡，关闭两个 vsc 窗口后立马回复流畅。多次遇到该问题。

首先，按照合同办事。
其次，没有看到押金和付款方式。押一付三和押二付一在当前情况下有明显不同的应对策略。想要降低自己的损失，要综合押金付款情况以及和房东沟通情况进行应对。

1. 调整预期。非集群的 docker 及 docker-compose 的复杂度和 Kubernetes 不是一个级别，所以学习难度的预期不应该一样。
2. 模拟环境。建议 kubeadm 搭建双节点来学习，不建议入门使用其他的发行版或工具，如 rancher、openshift 等。就入门学习来说，这些工具对原生 Kubernetes 进行了封装，一方面阻碍了对原生概念的理解，另一方面引入了封装后的概念，增加了学习量。一个不太恰当的比喻，我们更倾向于学习 Linux 本身而不是某个具体的发行版。这个比喻不太恰当是因为我们很难绕过具体的发行版去学习 Linux，但 Kubernetes 却不是。入门之后再去了解各种*KE、*KS 会更容易些。
3. 手动练习。不要依赖图形化的 UI，就使用 kubectl，手写各种资源的 yaml，把各种资源都调试部署一遍。yaml 中的常用字段对着手册理解。有了基本理解后，推荐找一些好的 yaml 参考学习。这里推荐 helm 仓库，不是说要用 helm 部署，而是用 helm template 来导出各种部署的 yaml 来学习，看看仓库里的 yaml 都是怎么写的，为什么这么写。个人感觉对学习很有帮助。

资料建议以官方文档和手册为主，弄懂各种概念是实践的前提。

1. 大部分行业都需要终生学习
2. 为保证同样生活水平条件，不同行业对新知和经验的比例要求不一样。新知比例高对年轻人有利，经验要求高对年长者有利
3. 信息产业对新知要求很高，不适合养老，但很适合年轻人进入竞争
4. 年轻人都会变老，996 不一定（滑稽

同想入手，等过来人给点使用体验。想投到天花板，躺在床上看电影。

参考一些企业级 VDI 方案，以及一些开源的家用方案。整体上还是应用在低负载，无 GPU 场景。据说华为研发应该有一部分这样应用，算是高负载的，似乎也有 GPU 方案，没太了解。

第一句话需要斟酌一下，这里的“实现”是指安装部署调试运行吗？
如果真的是实现所说的，哪怕仅仅是 demo，不管是运维还是开发，至少都算得上是资深工程师或专家了。这个时候应该不会纠结于此类问题的吧。

刚听日坛推荐的《深夜高速》，好听。

使用了一段时间，有个问题一直没有解决。在执行一个 job 前需要在 kubernetes 集群中拉起一个 pod 作为 agent，这里需要随机的等待一段时间，最长有 3 分钟。官方文档中有提到这个问题，按照文档中的步骤修改了 Jenkins 启动时的环境变量，但并没有效果。