当近期的一个App上线后，发现目前的docker实例（应用服务BFF+中台服务+工具服务）已经很多了，而我司目前没有专业的运维人员，发现运维的成本逐渐开始上来，所以容器编排也就需要提上议程。因此我决定开始学习Kubernetes，会将学习当中的过程记录下来，预计会形成一个系列，暂且命名为：ASP.NET Core on K8S，而这个系列会由3个部分组成，且会在不同的时期写完：
想学K8s，必须得先学会 Docker 吗？这是很多网友在开始琢磨着想要学 K8s 的时候都会冒出来的想法。那么今天我们就跟大家说说这个话题，要回答这个问题，我们需要先搞清楚 Docker 和 K8s 他们的角色是什么，相互之间是什么关系。
决定开启一个有意思的系列，就是把CNCF（云原生计算基金会）的graduated（毕业）项目都介绍一下。
当近期的一个App上线后，发现目前的docker实例（应用服务BFF+中台服务+工具服务）已经越来越多了，而我司目前没有专业的运维人员，发现运维的成本逐渐开始上来，所以容器编排也就需要提上议程。因此我决定开始学习Kubernetes，会将学习当中的过程记录下来，预计会形成一个系列，暂且命名为：ASP.NET Core on K8S，而这个系列会由3个部分组成，且会在不同的时期写完：
环境准备（4台主机，Ubuntu16.04+Docker1.12.6 + SSH）：
在写“K8s”系列文章的过程中，很多读者留言询问 K8s 弃用 Docker 的事，担心现在学习 Docker 是否还值得，是不是该切换到 containerd 或其他运行时。
这篇文章主要介绍了k8s和Docker关系简单说明,本文利用图文讲解的很透彻，有需要的同学可以研究下
PS：了解我的老铁都知道，概念讲的少，更多重在实践，通过实践更好的理解概念，从下次开始怼k8s的环境和集群。如果跟我一起学的老铁，应该可以感受的到，在学习docker的时候下载应用的时候都比较费劲各种问题，在一起学习k8s的时候更要注意，k8s是google的产品，google在国内的情况我就不详细说了，一起好好怼，不懂就百度搜：「科学上网」。
前面hello world程序中，对于如何访问到服务，有必要了解一下k8s的网络模型，在这之前先介绍docker的网络模型
k8s 本身涉及到大量的技术知识，包括操作系统、网络、存储、调度、分布式等方面的知识，这也正是技术人员学习与努力的方向。在学习之初，本系列文章不会着重讲解 Kubernetes的详细知识。而是尝试去了解Kubernetes的最基本的概念，并引导你基于官方的kubeadmin 工具搭建一个简单的Kubernetes集群。后续再循序渐进地进入k8s的系统学习。
容器运行时（Container Runtime）是一种负责在操作系统层面创建和管理容器的软件工具或组件。它是容器化技术的核心组件之一，用于在容器内部运行应用程序，并提供隔离、资源管理和安全等功能。 在Kubernetes中，容器运行时是负责管理和运行容器的组件。在过去，Docker是最常用的容器运行时，但随着时间的推移，containerd成为Kubernetes的另一个受欢迎的容器运行时选择。
Docker自2013年发行以来，得到了飞速的发展，直至今日已经成为了基础架构中必不可缺的一份子，也是构建企业云平台的有效手段。而作为容器编排及管理的利器的kubernetes，已经与docker紧紧绑在一起，K8S对docker提供了更加原生的支持，同时提供了资源调度、容器生命周期管理、负载均衡、弹性伸缩、高可用等底层功能。
Kubernetes介绍 2013年docker诞生，自此一发不可收拾，它的发展如火如荼，作为一个运维如果不会docker，那真的是落伍了。 而2014年出现的kubernetes（又叫k8s）更加炙手可热，我想大部分人仅仅是听说过，简单了解它，但并没有真正使用过。那今天本文将带着大家一起走近kubernetes。 为啥kubernetes又叫做k8s？据说是因为kubernetes这个单词太长，不好记，而首字母和尾字母中间有8个字母，所以就简写成了k8s。Kubernetes翻译成中文，意思是“舵手”。
今天来个快餐，不涉及K8S理论知识。主要介绍一下使用Rancher来部署、管理K8S集群，真的很香！
Kubernetes的名字来自希腊语，意思是“舵手” 或 “领航员”。K8s是将8个字母“ubernete”替换为“8”的缩写。
学习k8s，最终目的是为了部署应用，部署一个完整的k8s, 就要知道k8s的组成。k8s主要包含两大部分: 中间包含三个绿色包的是master服务器. 下面是node节点.
去年初我开始系统学习 K8S，就想能生成一个集群环境。查看了一下官方文档，步骤很多。网上的一些资源已经过期或者不可用，再加上各种资源的变更和国内不可访问。
从2023年8月到10月，我花了3个月自学docker和k8s。踩了一路坑，到10月22日终于把一个带有vue.js 3前端、spring boot后端以及postgres数据库的shopping list web app，部署到azure k8s service云上，并能正常运行。
分布式服务的部署是一个复杂的流程，当容器应用存在几十甚至上百的时候，用手动的方式部署显然难度过高，借助Kubernetes容器编排引擎，可以快速的实现自动部署，扩展，升级等一系列复杂步骤。
阅读此文，你可能需要对 Docker 技术比较熟悉，以及对 K8S 有一丢丢了解。
在Docker容器技术中，通过容器，我们可以很方便的将我们的应用程序打成一个镜像，然后无论我们在哪部署应用，只要这个环境支持Docker，那么我们都可以通过Docker将我们的镜像运行起来，而不需要关心环境的问题。这一点真正做到了 "一次打包，到处运行" 的效果。正是因为有了容器技术，我们可以不再理会应用的运行环境依赖问题，这也给微服务架构的实现带来了极大的便利。
过了一阵，他在朋友圈看到全绽园分享的云原生相关技术文章，并且发现全绽园还在一个云原生编程训练营当主讲老师。
最近在学习Docker技术，相信Docker技术大家都有所了解，Docker类似于虚拟机（但与虚拟机又有本质不同），提供进程级别的隔离。我们可以利用Docker来方便地来做很多事情，比如搭建一个翻墙VPN、搞一个爬虫、弄一个私人博客，部署一个裸机上比较难以安装的环境等等……可以说几乎没有什么目的办不到，这简直是宅男老铁们的福利啊！
今天我讲的主要是关于腾讯云最近新上的一款产品CIS。我自加入腾讯云以来就一直在负责CIS的开发工作。不多说，我们直接进入主题。
docker解决了开发测试环境与运行时环境不一致的问题。只要镜像在本地开发环境能够正常运行且测试通过，理论上这个镜像也能在生产环境正常使用。
镜像是docker 把程序，与之相关的包和依赖库打包成一个文件系统，是一个静态文件资源。容器是镜像的实例，是镜像运行在docker上的程序
在Docker容器技术被炒得热火朝天之时，大家发现，如果想要将Docker应用于具体的业务实现，是存在困难的——编排、管理和调度等各个方面，都不容易。于是，人们迫切需要一套管理系统，对Docker及容器进行更高级更灵活的管理。就在这个时候，K8S出现了。K8S，就是基于容器的集群管理平台，它的全称，是kubernetes。
Docker 是新时代虚拟化，云原生的基础, 尽管有多种容器化的方案，但是 Docker 目前是事实标准
大约在几年以前，容器编排还存在一些竞争，比如Kubernetes，Docker Swarm等。但是，从现在的情况来说，Kubernetes几乎占据绝对的主流，成为了容器编排事实上的标准。
docker，编排，调度这些都是PaaS里面的经典概念。前面写了一篇文章《Docker和hadoop》，直言docker并不是Hadoop体系的关键技术，当前阶段只是作为大数据体系的一个很小的补充，更适合在应用领域的开发、应用和部署。 1 历史： 说到docker，两家公司不得不提，这也是docker领域的核心玩家： 1）Docker Inc. 轻量级虚拟化技术其实存在已经很多年，07年cgroup就进入了Linux内核，Docker是PaaS提供商dotCloud（最近已经正式改名为Docker
2018 年底，vivo AI 研究院为了解决统一高性能训练环境、大规模分布式训练、计算资源的高效利用调度等痛点，着手建设 AI 计算平台。经过两年的持续迭代，平台建设和落地取得了很大进展，成为 vivo AI 领域的核心基础平台。平台从当初服务深度学习训练为主，到现在演进成包含 VTraining、VServing、VContainer 三大模块，对外提供模型训练、模型推理和容器化能力。VContainer 是计算平台的底座，基于 Kubernetes 构建的容器平台，具备资源调度、弹性伸缩、零一混部等核心能力。
2010年，几个搞IT的年轻人，在美国旧金山成立了一家名叫“dotCloud”的公司。
k8s全称kubernetes，这个名字大家应该都不陌生，k8s是为容器服务而生的一个可移植容器的编排管理工具，越来越多的公司正在拥抱k8s，并且当前k8s已经主导了云业务流程，推动了微服务架构等热门技术的普及和落地，正在如火如荼的发展。那么称霸容器领域的k8s究竟是有什么魔力呢？
确保选择的容器引擎和应用程序需求相匹配，这样才可以帮助我们在K8S中有效地管理和运行容器化应用程序。
Kubernetes，简称K8s，是用8代替名字中间的8个字符 “ubernete” 而成的缩写。
CDK是一款为容器环境定制的渗透测试工具，在已攻陷的容器内部提供零依赖的常用命令及PoC/EXP。集成Docker/K8s场景特有的 逃逸、横向移动、持久化利用方式，插件化管理。
随着容器的火爆，利用容器架构来搭建业务系统的人越来越多。可是，大家在实操中发现，像 Docker 之类的容器引擎，折腾少量容器还行。但如今的云原生应用、机器学习任务或者大数据分析业务，动辄就要使用成百上千的容器。要管理这么多容器，Docker 们就力不从心了。
上一篇讲了如何安装 K8s，并用 K8s 写了个hello,world来开了个头，这一次我们来了解下 K8s 的核心概念，K8s 的核心概念主要有：Pod、Node、Service 等，这些核心概念还有个高大上的名字叫做：资源对象，他们是通过 K8s 提供的 Kubectl 工具或者是 API 调用进行工作的，然后保存在 ectd 里；
最初是由加州大学伯克利分校的 AMPLab 开发的，是 Apache 下的开源分布式资源管理框架，它被称为是分布式系统的内核。
我们看到 Docker 的本质其实就是被 linux 系统机制隔离的进程，有了这样的隔离性，我们能够借以实现我们的微服务架构。
kubeadm 是官方社区推出的一个用于快速部署 kubernetes 集群的工具，这个工具 能通过两条指令完成一个 kubernetes 集群的部署：
K8S的设计初衷就是支持可插拔架构，解决PaaS平台不好用、不能用、需要定制化等问题，K8S集成了插件、附加组件、服务和接口来扩展平台的核心功能。附加组件被定义为与环境的其他部分无缝集成的组件，提供类似本机的特性，并扩展集群管理员可用的组件，扩展还可以用于添加自定义软硬件的支持；服务和接口提供了看似繁琐和冗余的设计（比如我们常见的PV、PVC、SC），实际上为开发人员提供了更多的可扩展性。在本文中，我们将更多地关注K8S提供三个特定功能的接口插件:运行时插件、存储插件和网络插件。更具体地说，我们将讨论容器网络接口(CNI)、容器运行时接口(CRI)和容器存储接口(CSI)如何扩展K8S的核心功能，以及它对定制服务的支持。
目前创建K8S集群的安装程序最受欢迎的有Kops，Kubespray，kubeadm，rancher，以及个人提供的脚本集等。 Kops和Kubespary在国外用的比较多，没有处理中国的网络问题，没法使用。 kubeadm是Kubernetes官方提供的k8s部署工具，不过不支持HA，且支持的docker版本、K8S版本也有限，因此无法作为生产级安装程序。 Rancher2016年的新起之秀，可以做到极简快速部署管理Docker，并支持多种编排方式：Cattle、Kubernetes、Mesos、Swa
本文仅用于简单普及，达到的目的是给没接触过或者很少接触过这方面的人一点感觉，阅读起来会比较轻松，作者深知短篇幅文章是不可能真正教会什么的，所以也不会出现 RTFM（Read The Fucking Manual） 的内容。
docker是什么？OCI又是什么？CRI又是什么？containerd又TM是什么？有没有感觉概念非常的乱？
在上一个小系列文章《ASP.NET Core on K8S学习初探》中，通过在Windows上通过Docker for Windows搭建了一个单节点的K8S环境，并初步尝试将ASP.NET Core WebAPI项目部署到了K8S，把玩了一下快速部署和实例伸缩。这个系列开始，会继续学习K8S以及在Linux上搭建集群来深入把玩。本篇会回顾一下K8S的基本概念以及架构组成，然后会通过Kubeadm快速地搭建一个K8S集群供后续学习把玩之用。
整理了下k8s 源码的核心数据结构，类图如上，可以看到核心就是Role和RoleBinding，对应到资源文件如下
containerd是一个工业级标准的容器运行时，它强调简单性、健壮性和可移植性。containerd可以在宿主机中管理完整的容器生命周期，包括容器镜像的传输和存储、容器的执行和管理、存储和网络等。
| 导语 上一篇文章我们讲解了什么是kubernetes(K8S) ，你对K8S的概念目前已经有个初步的了解。很多同学估计想开始着手学习了，这篇文章我们来了解下K8S的一些必备基础是什么。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
