在云原生技术领域中，K8s 是一个极具分量的词汇。【云原生笔记】k8是什么？这是每一位踏入容器化时代的技术从业者在面试或实践中必然面对的问题。
为了方便记忆和传播，官方及相关社区将 Kubernetes 简称为 K8s。这里的“8”是 K 和 s 之间的字母数量。它源自希腊语，意为“舵手”或“控制者”。作为云原生时代的基石，K8s 旨在实现容器编排（Orchestration）自动化，提供部署、扩展和管理容器化应用程序的全套解决方案。
什么是 K8s的核心技术属性？
要理解 K8s 的全貌，我们可以从以下几个核心概念入手，这就像是在解构一行代码的结构：
Pod（最小调度单元）：
K8s 中部署的最小可计算单元。一个 Pod 可以包含一个或多个紧密相关的容器。在这个层面，你可以将其理解为单体的基础架构，所有的功能都在同一个环境体内运行，相互依赖较高但便于隔离。
Deployment（状态管理器）：
专注于应用的生命周期管理。它定义了期望的状态，确保应用不断运行。如果你倾向于稳定、可维护和可滚动升级，那么 Deployment 符合你的技术属性，代表了你对于系统稳定性的追求。
Service（流量入口）：
定义了一种访问策略，为一组具有相同标签的 Pod 提供稳定的网络入口，屏蔽了后端 Pod 变更可能带来的影响。拥有 Service 属性的人，通常注重稳定和连接，能够屏蔽内部变化，为外界提供一致的服务体验。
你的K8s技术属性测试
通过观察你对不同 K8s 资源对象的偏好，我们可以大致推测出你在技术团队或架构实践中的“性格”：
你偏好“Pod”：你追求独立、灵活的运作模式，不喜欢被过多的框架束缚，倾向于轻量级的即时响应。
你偏好“Deployment”：你是一个严谨的秩序维护者，喜欢规划长远，确保系统在遇到故障时能够通过策略恢复。
你偏好“Service”：你是团队的枢纽，善于连接不同的人或模块，能够提供稳定且高效的接口服务。
你偏好“Ingress”：你掌握流量的开关，拥有绝对的“指挥权”，决定谁能进来，谁是查看者。
：K8s 不仅是一个技术名词，它更是一种云原生思维的体现。无论你是倾向于灵活的 Pod，还是稳定的 Deployment，关键都在于构建一个高效、自治且可扩展的云原生系统。
标签：#云原生 #K8s #Kubernetes #TechProperties #DevOps
感兴趣的伙伴可以在下方添加一下，也是为了大家有个属于纯爱好者的、纯净的平台来交流沟通、入圈、寻找自己的partner，少走弯路、少踩坑，毕竟鱼龙混杂、知己难觅~
（备用微信号： domsm789 ）
