2019-06-12 08:45:45 +08:00
[#]: collector: (lujun9972)
[#]: translator: (geekpi)
2019-06-30 14:09:49 +08:00
[#]: reviewer: (wxy)
2019-06-30 14:10:18 +08:00
[#]: publisher: (wxy)
[#]: url: (https://linux.cn/article-11036-1.html)
2019-06-12 08:45:45 +08:00
[#]: subject: (Kubernetes basics: Learn how to drive first)
[#]: via: (https://opensource.com/article/19/6/kubernetes-basics)
[#]: author: (Scott McCarty https://opensource.com/users/fatherlinux/users/fatherlinux/users/fatherlinux)
Kubernetes 基础：首先学习如何使用
======
2019-06-30 14:09:49 +08:00
> 不要被新项目分心，而是专注于取得你的 Kubernetes 翻斗车驾驶执照。
2019-06-12 08:45:45 +08:00
![Truck steering wheel and dash][1]
2019-06-30 14:09:49 +08:00
在本系列的前两篇文章中，我解释了为何 Kubernetes [像翻斗车][2]，并且想要理解像 [Kubernetes][4]（和翻斗车，起重机等）这样优雅、专业工具总是有[学习曲线][3]的。本文是下一步：学习如何驾驶。
2019-06-12 08:45:45 +08:00
2019-06-30 14:09:49 +08:00
最近，我在 Reddit 上看到了一个关于[重要的 Kubernetes 项目][5]的帖子。人们似乎很想知道他们应该学习如何开始使用 Kubernetes。“驾驶翻斗车的类比”有助于确保这个问题回到轨道上去。在这个帖子中的某个人提到， ， ，
2019-06-12 08:45:45 +08:00
2019-06-30 14:09:49 +08:00
API 是 Kubernetes 的引擎和变速器。像翻斗车的方向盘、离合器、汽油和制动踏板一样，用于构建应用程序的 YAML 或 JSON 文件是机器的主要接口。当你第一次学习 Kubernetes 时，这应该是你的主要关注点。了解你的控制部件。不要分心于最新和最大的那些项目。当你刚学会开车时，不要尝试驾驶实验性的翻斗车。相反，请专注于基础知识。
2019-06-12 08:45:45 +08:00
### 定义状态和实际状态
首先，
![Defined state and actual state][6]
人类（开发人员/系统管理员/运维人员）使用他们提交给 Kubernetes API 的 YAML/JSON 文件指定定义的状态。然后，
2019-06-30 14:09:49 +08:00
在上面的例子中， ， ，
2019-06-12 08:45:45 +08:00
2019-06-30 14:09:49 +08:00
### 原语
2019-06-12 08:45:45 +08:00
接下来，你需要了解可以在 Kubernetes 中指定的原语。
![Kubernetes primitives][7]
2019-06-30 14:09:49 +08:00
这些原语不仅仅有 Pod， < ruby > 部署< rt > Deployment< / rt > < / ruby > 、< ruby > 持久化卷声明< rt > Persistent Volume Claim< / rt > < / ruby > 、< ruby > 服务< rt > Service< / rt > < / ruby > ， < ruby > 路由< rt > route< / rt > < / ruby > 等。使用支持 Kubernetes 的平台 [OpenShift][8]，你可以添加< ruby > 构建< rt > build< / rt > < / ruby > 和 BuildConfig。你大概需要一天左右的时间来了解这些原语。你可以在你的用例变得更加复杂时再深入了解。
2019-06-12 08:45:45 +08:00
2019-06-30 14:09:49 +08:00
### 将原生开发者映射到传统 IT 环境
2019-06-12 08:45:45 +08:00
最后，考虑这该如何映射到你在传统 IT 环境中的操作。
![Mapping developer-native to traditional IT environments][9]
2019-06-30 14:09:49 +08:00
尽管是一个技术问题，但用户一直在尝试解决业务问题。从历史上看，我们使用诸如< ruby > 剧本< rt > playbook< / rt > < / ruby > 之类的东西将业务逻辑与单一语言的 IT 系统绑定起来。对于运维人员来说，这很不错，但是当你尝试将其扩展到开发人员时，它会变得更加繁琐。
2019-06-12 08:45:45 +08:00
2019-06-30 14:09:49 +08:00
直到 Kubernete 出现之前，我们从未能够以原生开发者的方式真正同时指定一组 IT 系统应如何表现和交互。如果你考虑一下，我们正在使用在 Kubernetes 中编写的 YAML/JSON 文件以非常便携和声明的方式扩展了管理存储、网络和计算资源的能力，但它们总会映射到某处的“真实”资源。我们不必以开发者身份担心它。
2019-06-12 08:45:45 +08:00
因此，快放弃关注 Kubernetes 生态系统中的新项目，而是专注开始使用它。在下一篇文章中，我将分享一些可以帮助你使用 Kubernetes 的工具和工作流程。
--------------------------------------------------------------------------------
via: https://opensource.com/article/19/6/kubernetes-basics
作者：[Scott McCarty][a]
选题：[lujun9972][b]
译者：[geekpi](https://github.com/geekpi)
2019-06-30 14:09:49 +08:00
校对：[wxy](https://github.com/wxy)
2019-06-12 08:45:45 +08:00
本文由 [LCTT ](https://github.com/LCTT/TranslateProject ) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
[a]: https://opensource.com/users/fatherlinux/users/fatherlinux/users/fatherlinux
[b]: https://github.com/lujun9972
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/truck_steering_wheel_drive_car_kubernetes.jpg?itok=0TOzve80 (Truck steering wheel and dash)
2019-06-30 14:09:49 +08:00
[2]: https://linux.cn/article-11011-1.html
[3]: https://linux.cn/article-11026-1.html
2019-06-12 08:45:45 +08:00
[4]: https://opensource.com/resources/what-is-kubernetes
[5]: https://www.reddit.com/r/kubernetes/comments/bsoixc/what_are_the_essential_kubernetes_related/
[6]: https://opensource.com/sites/default/files/uploads/defined_state_-_actual_state.png (Defined state and actual state)
[7]: https://opensource.com/sites/default/files/uploads/new_primitives.png (Kubernetes primatives)
[8]: https://www.openshift.com/
[9]: https://opensource.com/sites/default/files/uploads/developer_native_experience_-_mapped_to_traditional.png (Mapping developer-native to traditional IT environments)
