持续集成部署-k8s-服务发现-Service

@TOC(持续集成部署-k8s-服务发现-Service:配置讲解及基础命令)

1. Service 简介

在K8s中,`Service` 是一种可以暴露一个或多个`Pod`的稳定的网络终点,从而形成逻辑上的应用服务单元,为服务发现、负载均衡、容错等提供了基础设施支持。

`Service`的主要作用包括以下几个方面:

  • **1. 实现内部服务发现**:在K8s中,往往会有多个`Pod`运行同一种应用服务,`Service`可以将这些`Pod`组合成一个逻辑上的服务单元,并且为这个服务单元分配一个唯一的`Cluster IP`地址,以供其他应用程序调用。

  • **2. 提供负载均衡能力**:`Service`可以将请求引导到多个后端`Pod`中的任意一个,从而实现负载均衡。

  • **3. 支持动态扩容**:当需要增加`Pod`时,只需要将其添加到K8s集群中即可,Service会自动将其纳入服务单元并开始将请求转发到该Pod。

  • **4. 支持多种调度策略**:`Service`支持多种调度策略,包括轮询、最少连接数、IP哈希、基于标签选择器的随机等等。

总之,`Service`是K8s平台中非常重要的一个组件,它提供了一种简单、灵活、可靠的方式来支持容器化应用程序的服务发现和负载均衡。

2. 基础命令

创建 Service :`nginx-svc.yaml`,内容如下:

```yaml

apiVersion: v1

kind: Service # 资源类型为 Service

metadata:

name: nginx-svc # Service 名字

labels:

app: nginx # Service 自己本身的标签

spec:

selector: # 匹配哪些 pod 会被该 service 代理

app: nginx-deploy # 所有匹配到这些标签的 pod 都可以通过该 service 进行访问

ports: # 端口映射

  • port: 80 # service 自己的端口,在使用内网 ip 访问时使用

targetPort: 80 # 目标 pod 的端口

nodePort: 32000 # 固定绑定到所有 node 的 32000 端口上

name: web # 为端口起个名字

type: NodePort # 随机启动一个端口(30000~32767),映射到 ports 中的端口,该端口是直接绑定在 node 上的,且集群中的每一个 node 都会绑定这个端口

也可以用于将服务暴露给外部访问,但是这种方式实际生产环境不推荐,效率较低,而且 Service 是四层负载

```

接着创建Service:`kubectl create -f nginx-svc.yaml`

查看 Service 列表:

```sh

root@docker-54 \~# kubectl get svc

NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE

kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 160d

nginx ClusterIP None <none> 80/TCP 5d19h

nginx-svc NodePort 10.96.169.50 <none> 80:31772/TCP 3d18h

root@docker-54 \~#

```

查看 service 信息,通过 service 的 cluster ip 进行访问:

```sh

root@docker-54 services# kubectl get svc

NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE

kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 160d

nginx ClusterIP None <none> 80/TCP 5d19h

nginx-svc NodePort 10.96.169.50 <none> 80:31772/TCP 3d18h

root@docker-54 services#

root@docker-54 services# curl 10.96.169.50

<!DOCTYPE html>

<html>

<head>

<title>Welcome to nginx!</title>

<style>

body {

width: 35em;

margin: 0 auto;

font-family: Tahoma, Verdana, Arial, sans-serif;

}

</style>

</head>

<body>

<h1>Welcome to nginx!</h1>

<p>If you see this page, the nginx web server is successfully installed and

working. Further configuration is required.</p>

<p>For online documentation and support please refer to

<a href="http://nginx.org/">nginx.org</a>.<br/>

Commercial support is available at

<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>

</body>

</html>

相关推荐
QYRdata1 天前
权威数据披露:2026至2032年边缘云服务CAGR达15.6%,赛道发展驶入快车道
网络·人工智能·云计算·服务发现·边缘计算
鹤落晴春1 天前
【K8s】从 ConfigMap 到 Argo CD:Kubernetes 配置管理链路
运维·云原生·容器·kubernetes
嘴贱欠吻!1 天前
如何成为 CJMP 贡献者:AtomGit贡献流程与要求
git·ci/cd
名字还没想好☜1 天前
Docker 镜像瘦身进阶:用 distroless/scratch 把 Go 服务打到 10MB,以及没 shell 怎么调试
运维·docker·容器·golang·kubernetes
陈聪.1 天前
Kubernetes 集群网络插件迁移:从 Flannel 到 Calico 实战总结
云原生·kubernetes
hasty1 天前
一个 Git 分支名,如何穿透到 CI Runner 的 Shell?
git·ci/cd
thesky1234561 天前
智能体面试准备(八十九):智能体生产环境持续交付与版本治理工程——Agent CI/CD、版本化与 Eval-Gated 发布
ci/cd·灰度发布·智能体·持续交付·版本治理·agent registry·版本化
陈聪.1 天前
Kubernetes Service 与 Ingress 知识总结
云原生·容器·kubernetes
宋均浩1 天前
重跑率 31% → 6%,变更失败率 12% → 4%:CI/CD 流水线治理实战的 5 个配置
ci/cd·自动化运维·devops
Ramble_Naylor2 天前
Forgejo
ci/cd·团队开发·产品经理·源代码管理