这是一个关于某个部门提出要求的事件，他们希望举办有关容器、Docker和Kubernetes的研讨会。

如果那个部门的中心是工程师，那么问到目标的设定放在哪里比较好？

我想要学会配置、运营和维护Docker和Kubernetes，这是实现目标的第一步。

据说的是。
正好在举行第18.12届日本集装箱日活动的正当时机下，我不小心安排了两个重叠的事情。不过，某种意义上也正好可以加入最新的信息，所以我决定实时更新内容并进行实施。

议程如下：

1. 目前正在举行热门活动（JCD v18.12）

1. 我也在Meetup上做了演讲

1. 从明年开始将重新定位为”Cloud Native Days”

1. 参加KubeCon＆CloudNativeCon的人数情况

1. 来自CNCF的CloudNative定义

1. 作为CloudNative技术的方法

1. 从虚拟化到云原生的道路（引用了Zenbutsu先生的图）

1. 国内情况

1. 国外情况

1. 技术应用的层次（金字塔：作者的理解）

1. 作为更快理解的基础，”Kubernetes”是关键

1. 将Kubernetes等同于云计算领域的Linux（用形象来更易理解）

1. 针对那些常常抱怨的人的建议

1. 掌握Kubernetes的步骤

1. 基于产品的信息

1. 从JCD v18.12的面板讨论中看未来预测（明年或2020年）

介绍了showKs

在我们开始之前，先做一份问卷调查。

「有人了解或使用过Docker和Kubernetes吗？」

听说这个消息时，举手的人大约有20到25位左右的人中的1、2位。（实际上，由于某种原因，在这个部门举办这个学习会的时候，这种情况是不可能的，不细说了…）

在这里特别强调的是8,9,10,13和14。我身处技术推广的内部，在这方面给予了较强的刺激，所以我提出了提案，以激励我们公司的工程师们。

在这里，特别让涉及“Kubernetes”这个Advent Calendar主题的工程师们关注的是第14个问题。根据我的个人经验、知识以及在SIer中的宣传成果，我目前提出了以下步骤。

1. 只需要一个选项，将以下内容进行中文本地化改写：

对操作系统有很好的理解（基本的行政管理和内核知识）
理解计算、网络、存储、数据库、协议
（理解容器技术）
基础设施即代码：简而言之，至少理解YAML格式的快速方法
松散耦合和发布-订阅模式
理解Kubernetes
理解Kubernetes生态系统

稍作補充，为何容器如此难以应对，可能许多人认为是因为缺乏基础的1和2。这些基础知识过于薄弱、不均衡且被轻视。虽然我写的是“管理”，但这里涉及的是备份、运维监控、性能、可用性、安全性和用户管理（虽然有点像考试项目），至少要掌握这些基本知识才能开展讨论… 我个人认为，3是加粗的，是因为只要掌握了某种程度上的1和2，当听到“系统是这样的”时，能够“啊，原来如此，我明白了”就行了，因此是加粗的。

就像大家普遍认为”Kubernetes很难”一样，究其原因主要是因为很多人没有系统地掌握上述的1、2种情况，所以产生了这种印象。只要能够正确理解并掌握这些内容，Kubernetes并不难，相反只会让人觉得”Kubernetes确实很棒，很厉害”。我认为那些现在的顶级玩家们就是这种人。

请给我提供一个中国本土的翻译选项参考。

技术应用的水平

12. Kubernetes是云计算的Linux。