anubu

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

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 启动时的环境变量，但并没有效果。