本文目录导航：
k8s网络（一）Kubernetes 网络详解
在 Kubernetes 集群中，节点、Pod、服务以及外部流量之间的通讯变得或者，这一切都得益于其网络模型。
Kubernetes 智能调度网络流量，确保它们能正确抵达各个节点上的资源。
为了让 Pod 上运转的网络服务施展作用，它们须要经过 Kubernetes 服务来对外提供。
这样就提供了一个繁多的 IP 和 DNS 称号，可以衔接到多个 Pods，支持服务裁减，并在必要时准许外部访问。
Kubernetes 网络就像一座桥梁，让集群内外的各种组件能聊天交换。
关键点包括 Pod 如何手拉手、服务如何互动，以及集群如何应酬外部访客。
在 Kubernetes 中，网络性能智能化处置一切：为你的 Pod 和服务调配惟一的“身份证”（IP 地址）、设置易于查找的 DNS 称号，并衔接好通讯的“门牌号”（端口）。
Kubernetes 的网络设计让每个 Pod 领有举世无双的 IP，集群内的小同伴都能识别。
因此，Pods 可以间接经过 IP 地址聊天，无需借助 NAT 这样的中介。
Kubernetes 的服务形式。
它能将流量智能地导向一组 Pod 中的任一成员，并且提供了网络规定，就像安保门禁一样，防止了不速之客的 Pod 间通讯。
Kubernetes 网络驳回了一种广为人知的网络概念，并将其顺应于 Kubernetes 集群环境。
相比于传统用于物理设备和 VM（虚构机）的网络模型，Kubernetes 网络更方便、更一致且智能化水平更高。
在 Kubernetes 中，网络或节点服务器上无需手动性能，由于一切上班都由 Kubernetes 智能成功。
Kubernetes 和 Docker 在网络方面有相似之处，但它们各自针对不同的场景。
Docker 关注单机外部的网络，经过桥接形式简化操作。
而 Kubernetes 实用于散布式环境，须要笼罩网络来衔接不同节点上的组件。
Kubernetes 的网络基于一个繁复、平整的规划，其外围特点如下：这些准则保障了 Kubernetes 网络的分歧性和可预测性。
Kubernetes 经常使用 CIDR（无类域间路由）技术来调配 Pods 的 IP 地址。
Kubernetes 集群自带内置的 DNS 支持，CoreDNS 是罕用的 Kubernetes DNS 处置打算之一。
经常使用 Kubernetes 网络战略成功网络隔离，可以设定规定来治理 Pods 的出入站流量。
Kubernetes 集群须要处置多种类型的网络访问：Pod 到 Pod、Service 到 Pod、External 到 Service。
Pod 到 Pod（同一节点）之间启动通讯是最方便的状况。
当不同节点上的 Pod 要聊天时，流程稍微复杂一点。
在 Kubernetes 中，服务网络准许多个 Pod 单干处置发送到单个 IP 地址或 DNS 称号的恳求。
当向 Kubernetes 中的服务收回恳求时，这些恳求会由或代理到可用的 Pod。
当互联网上的外部流量进入 Kubernetes 集群，它会在笼罩整个集群的网络层中的“服务”那里停上去。
Kubernetes 设定了集群的网络规定，但它不自带成功方法。
网络性能是由 Container Network Interface（CNI）插件提供的。
CNI 插件给 Kubernetes 带来了灵敏性。
不同的插件针对不同需求和环境有各自的特征。
kubernetes入门:pod、节点、容器和集群都是什么?
Pod是Kubernetes集群中最小的可运转单元，代表着集群中运转的进程，能够共享网络和存储资源。
一个Pod外部可以同时运转一个或多个容器，经过Pause容器使得容器之间可以共享网络、共享存储。
节点是Kubernetes中的最小计算配件单元，可以了解为集群中的单个机器。
节点会聚资源，构成更弱小的计算才干。
集群作为一个全体运转程序，智能地处置上班调配，无需关注单个节点的形态。
集群由多个节点组成，用于部署和运转运行程序。
节点在集群中会聚资源，构成更弱小的计算才干。
程序部署到集群后，Kubernetes将智能地将上班调配给各个节点。
假设节点减少或删除，集群会智能启动顺应性调整，程序或程序员无需关心节点的详细形态。
容器是Kubernetes上运转程序的规范化封装形式。
容器化的程序被打包成Linux容器，可以跨平台部署。
容器准许创立自足式的Linux口头环境，蕴含一切程序和依赖项。
经过容器化，程序可以简化部署和治理，创立容器可以经过编程形式成功，构成弱小的CI和CD管道。
多个程序可以减少到单个容器中，但最好限度为每个容器一个进程，以便于降级部署和疑问诊断。
openstack和k8s的区别
OpenStack和Kubernetes的重要区别
一、概述
OpenStack和Kubernetes都是用于治理大规模计算机集群的系统，但它们的设计指标、经常使用场景和外围性能有所不同。
二、外围差异
1. 设计初衷与架构：OpenStack来源于NASA，最后是为了应答大规模虚构化环境而设计的，更倾向于底层资源的控制与治理，如计算、存储和网络资源的集成治理。
它驳回插件化的架构，可依据需求定制和裁减。
而Kubernetes是一个开源的容器编排系统，旨在智能化容器化运行程序的部署、裁减和治理，提供愈加方便的容器集群治理才干。
2. 资源治理形式：OpenStack重要治理虚构机，并重于物理或虚构基础设备的智能化治理。
而Kubernetes则专一于容器的编排和治理，经过容器化技术成功运行的极速部署和弹性伸缩。
3. 生态系统：OpenStack领有一套完整的生态系统，触及存储、网络、虚构化等多个畛域，能够与企业现有的IT基础设备严密集成。
Kubernetes则围绕容器技术构建了丰盛的生态系统，与泛滥云原生技术严密联合，如服务网格、监控等。
三、详细解释
OpenStack的特点：
* 实用于大规模虚构化环境，支持多种虚构机场景。
* 插件化的架构提供了高度的灵敏性和可裁减性。
* 生态系统完善，与企业的现有IT基础设备兼容性强。
Kubernetes的特点：
* 专一于容器编排和治理，适宜微服务架构和云原生运行。
* 提供了弱小的自我修复机制和智能化运维才干。
* 与泛滥云原生技术严密联合，简化了容器化运行的开发和运维流程。
四、总结
OpenStack和Kubernetes各有长处，选用哪个取决于详细的经常使用场景和需求。
OpenStack实用于大规模的虚构化环境和须要深度定制的企业级需求；而Kubernetes则更适宜于容器化运行的开发、部署和治理。
两者并非代替相关，而是依据不同需求相互补充的工具。
