Kubernetes POD与NodePort服务发布

最新推荐文章于 2026-06-29 19:30:35 发布

原创

最新推荐文章于 2026-06-29 19:30:35 发布 · 1.2k 阅读

收录于

当前文章被以下社区和专栏收录：

本文档详细介绍了如何在Kubernetes中发布Pod，包括遵循的YAML文件规范，Pod的发布命令，以及POD端口转发用于调试的方法。此外，还探讨了NodePort Service的设置，通过修改YAML文件实现服务路由，并提供了服务发布的相关命令。

单一POD发布规范与常用命令

POD发布规范及YAML文件
POD发布命令
- POD端口转发（仅适用于调试）
NodePort Service路由YAML文件
服务发布命令

查找最新发布规范样例，可以在官方文档中找到。K8S API Reference

POD发布规范及YAML文件

本YAML文件以发布镜像petclinic为例。
大小写需要严谨。缩进为两个空格。- 为列表格式，代表可以为多个。

假设样例文件为：petclinic-pod.yml
内容如下：

apiVersion: v1
kind: Pod
metadata:
  # Pod名字
  name: petclinic
spec:
  containers:
      # 容器名字
    - name: petclinic
      # 镜像地址
      image: spring2go/spring-petclinic

标签

#kubernetes

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

ryanlll3

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

k8s外部访问pod内部容器的端口-NodePort

生有涯，知无涯

03-20

5774

k8s外部访问pod内部容器的端口-NodePort

参与评论您还未登录，请先登录后发表或查看评论

k8s之Services：创建nodeport clusterip services

热门推荐

yuxiang1014的专栏

12-15

1万+

1.创建Services的方法： 1).kubectl expoese命令，会给我们的pod创建一个service，供外部访问 2).通过定义一个yml文件定义一个service类型的资源. 2).service主要有三种类型：一种叫clusterIP,一种叫nodePort,一种叫外部的LoadBalancer l ClusterIP: 仅仅使用一个集群内部的IP地址 - 这是默认值。...

3.Kubernetes—pod通信网络原理

weixin_45246215的博客

04-07

4356

4、外部网络和 pod 之间通信容器中 pod 共享同一个 IP 地址。故同一个 Pod 中 Container 可以做到直接通过 localhost 直接通信。pause 容器启动之前，会为容器创建虚拟一对 ethernet 接口，一个保留在宿主机 vethxxx（插在网桥上），一个保留在容器网络命名空间内，并重命名为eth0。两个虚拟接口的两端，从一端进入，另一端出来。任何 Pod 连接到该网桥的 Pod 都可以收发数据。

K8S使用NodePort类型Service

u的博客

12-08

8528

1、使用nodetype类型 1.1、第一种类型创建：直接在yaml中标记是nodePort apiVersion: v1 kind: Service metadata: name: nginx-service-nodeport spec: selector: app: nginx ports: - name: http port: 8000 protocol: TCP targetPort: 80 - name: https

k8s基础概念：port ，targetport，nodeport

Zx13170918986的博客

07-19

4573

k8s基础概念：port ，targetport，nodeport

k8s中，为什么把pod的服务以deployment的形式通过nodeport对外发布，以及容器和虚拟机的一些区别

2401_84019227的博客

09-08

1390

kvm是个支持虚拟化的内核模块，qemu仿真器和kvm内核模块，一起工作，可以做出来比较不错的虚拟机。虚拟机里面的进程，需要找虚拟机操作系统，然后虚拟机的操作系统需要找虚拟化技术做出来的虚拟化层qemu，qemu负责把虚拟机内操作系统的请求，转发给cpu。相对比，虚拟化技术比容器化技术，对于从进程的请求达到cpu，的这个链路上，多了一个虚拟机的操作系统，和虚拟化层的qemu。而容器里面进程的请求链路是这样的，容器里面的进程请求直接找物理操作系统的内核，然后物理操作系统的内核，把请求发给cpu。

Kubernetes服务发布基础

2401_88768957的博客

07-04

1102

service 是 kubernetes 中的一种抽象，用于定义一组 pod 以及访问这一组 pod 的策略、service的作用是将一组 pod 封装为一个虚拟的服务，并提供一个统一的入口，供客户端访问。service 支持负载均衡、服务发现、服务暴露等功能。Service 用于为一组提供服务的 Pod 抽象一个稳定的网络访问地址，是 k8s 实现微服务的核心概念。通过 service 的定义设置的访问地址是 DNS 域名格式的服务名称，对于客户端应用来说，网络访问方式并没有改变。

K8s部署Nginx服务并挂载发布目录到宿主机

weixin_45561510的博客

01-08

5285

K8s部署Nginx服务并挂载发布目录到宿主机创建deployment 创建deployment 用来部署应用。利用k8s部署的nginx如果需要进行版本发布修改inde.htm比较麻烦，需要进入pod中修改。然而使用volumeMounts挂载发布目录的方式可以解决一部分的问题。由于我采用的镜像是自己构建的编译安装的nginx，所以挂载目录不是默认的位置，安装目录不在这里的注意修改。（- mountPath: “/usr/local/nginx/html/”）完整的nginx-dep.yml如下 a

K8S + RANCHER 随记

shanchahua123456的博客

10-28

1678

rancher中快速部署应用 · 志云的博客 (zhenglin.work)

k8s实战

ysct_999的博客

03-08

1691

Kubernetes是一个开源的容器集群管理系统，可以实现容器集群的自动化部署、自动扩缩容、维护等功能。在很久很久以前（bushi），我们还是将软件直接部署到物理机上，这样的话不需要其他的技术干预，但是呢，关于资源的分配难以控制，因为都在一个物理机上，资源共享，会不可避免的产生资源竞争，程序之间会互相影响。不是说因为资源不隔离嘛，那我就隔离不就好了，所以虚拟化部署就出现了。

使用Kubernetes部署Spring Boot项目

w1225h的博客

03-15

367

这种类型的服务会在集群中的每个节点（Node）上开放一个指定范围（通常是 30000 - 32767）内的随机端口，外部客户端可以通过访问集群中任意节点的该随机端口来访问到服务背后的应用（这里就是。也就是说，从服务的 8080 端口接收到的流量会被转发到对应的 Deployment 所管理的 Pod 的 8080 端口上。在该 Maven 项目的 pom.xml 中添加以下配置，在一行之前添加Spring Boot 相关的依赖及打包插件。当其他服务或 Pod 在集群内部要访问这个服务时，会使用这个端口。

kubernetes中的微服务Service（ClusterIP、NodePort、LoadBalancer）

strongjcl的博客

09-10

1566

用控制器来完成集群的工作负载，那么应用如何暴漏出去？需要通过微服务暴漏出去后才能被访问Service是一组提供相同服务的Pod对外开放的接口。借助Service，应用可以实现服务发现和负载均衡。service默认只支持4层负载均衡能力，没有7层功能。（可以通过Ingress实现）

k8s的Services、Proxy、Ingress

最新发布

weixin_73616238的博客

06-29

190

如果你使用Deployment来运行你的应用， Deployment 可以动态地创建和销毁 Pod。在任何时刻，你都不知道有多少个这样的 Pod 正在工作以及它们健康与否；你甚至不知道如何辨别 Pod是否健康。KubernetesPod的创建和销毁是为了匹配集群的预期状态。Pod 是临时资源（你不应该期待单个 Pod 既可靠又耐用）。每个 Pod 会获得属于自己的 IP 地址（Kubernetes 使用网络插件来保证这一点）。

K8S 模拟项目 pod 发布

极客神殿

06-19

544

在不定义的情况下，缺省值为none，当历史版本较多时，不便于咱们回滚时辨认版本号。因此，建议定义为服务版本以帮助咱们辨认当前服务。

K8S集群+负载均衡层+防火墙实例

mcl914的博客

02-25

2128

实验拓扑图：实验要求： (1)Kubernetes 区域可采用 Kubeadm 方式进行安装。 (2)要求在 Kubernetes 环境中，通过yaml文件的方式，创建2个Nginx Pod分别放置在两个不同的节点上，Pod使用hostPath类型的存储卷挂载，节点本地目录共享使用 /data，2个Pod副本测试页面二者要不同，以做区分，测试页面可自己定义。 (3)编写service对应的y...

四、kubernetes中的微服务

luohailin_的博客

09-15

809

K8S陈述式资源管理

2301_79410672的博客

01-01

1875

命令行：kubectl命令行工具优点：90%以上的场景都可以满足，对增，删，查比较方便，对改不是很友好缺点：命令比较冗长，复杂，难记声明式k8s当中的yaml文件来实现资源管理---声明式所有的kubectl的命令行特点以及两种方式部署陈述式部署：命令行声明式：yaml文件部署滚动更新：不是一次性的吧所有pod全部部署，而是一个个来，pod的更新时使用，逐步的引入新的pod，逐步的减少旧的pod自我修复:如果有pod节点发生故障，deployment会自动启动新的pod来进行代替。