【云原生】容器服务（K8s版）使用 Kubectl 部署 web 服务到 K8s 集群
【云原生】容器服务（K8s版）使用 Kubectl 部署 web 服务到 K8s 集群
使用 K8s 的原生命令 kubectl部署一个web应用的镜像到 k8s 集群中，并通过 Ingress 将部署的服务暴露出来由外部访问。
部署业务应用
首先，我们需要将业务应用部署到 k8s 集群中。这里我们已经准备好了一个应用并打包成镜像，镜像地址如下： registry.cn-shanghai.aliyuncs.com/workbench_1459088147016887/handson_ack_test:3 这是一个使用 spring boot 开发的 java web 应用。这个应用会监听 8080 端口，接受所有路径的访问，并输出一些环境基本信息。 要让这个 web 应用的镜像在 k8s 中运行，我们首先要定义一个 deployment 资源。 通过创建deploy.yaml来描述 deployment 资源。deploy.yaml文件内容如下：
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-deployment
namespace: handson-ef9a4a3cbc7214b55f3a1872321dc9da
labels:
app: myapp
spec:
replicas: 1
selector:
matchLabels:
name: myapp
template:
metadata:
labels:
name: myapp
namespace: handson-ef9a4a3cbc7214b55f3a1872321dc9da
spec:
containers:
- name: myapp
image: registry.cn-shanghai.aliyuncs.com/workbench_1459088147016887/handson_ack_test:3
ports:
- containerPort: 8080- mage 属性：就是这个 java web 应用的镜像地址；
- replicas 属性：代表这个应用只部署一份；
通过下面的命令执行:
kubectl apply -f ~/deploy.yaml完成后，你可以通过下面的命令查看刚才部署的 pod：
kubectl get pod看到如下提升代表应用部署完成，注意其中的 status 字段。只有 Running 才是运行中的状态哦，如果是 ContainerCreating 代表服务容器正在创建中，需要等待一段时间才能使用
NAME READY STATUS RESTARTS AGE
myapp-deployment-5cd4d7c78d-lxvcw 1/1 Running 0 12s至此，我们已经完成了应用本身的部署，下面我们看下如何在 k8s 里配置“服务”；
部署服务
由于 deployment 是一个弹性组件，其管理的应用实例不是固定的，而是可以任意伸缩。这带来了很多的好处，例如可以支持弹性伸缩、滚动更新等等。 但是相反的，这也会导致应用实例IP不固定，从访问者的角度我们不可能每次去查找当前的应用实例。
所以，为了能提供稳定的访问入口，我们还需要部署“服务”来接收请求，并屏蔽内部的弹性机制。 部署服务，我们继续 yaml 文件的方式操作，创建 service.yaml
apiVersion: v1
kind: Service
metadata:
name: myapp-service
namespace: handson-ef9a4a3cbc7214b55f3a1872321dc9da
spec:
ports:
- port: 8080
targetPort: 8080
protocol: TCP
type: NodePort
selector:
name: myapp我们看到 Service 的定义相对简单很多，其中有几个关键属性需要说明：
- selector，这是一个选择器，通过 name=myapp 这个条件来选择需要代理的服务
- ports，这里定义了服务自身暴露的端口和需要访问的应用的端口
继续通过 kubectl 命令执行：
kubectl apply -f ~/service.yaml通过下面的命令查看刚才部署的 service：
kubectl get service这里我们就完成了 service 的部署。下面通过 ingress 将内部的服务暴露出去。
配置 ingress 开放外部访问
k8s 是一个集群，deployment、service 都是集群内部的资源，他们通过一个内部虚拟网络互相访问。 但是对于外部的用户，这些所有的资源都是不可见的，所以我们还需要配置一个外部访问的入口到 service 的映射规则，从而将内部服务暴露出去。 这里我们就需要使用 ingress 的来实现服务对外暴露的需求。 我们继续使用 yaml 来定义 ingress 规则
apiVersion: networking.k8s.io/v1beta1
kind: Ingress
metadata:
name: example-ingress
namespace: handson-ef9a4a3cbc7214b55f3a1872321dc9da
spec:
rules:
- http:
paths:
- path: /welcome
backend:
serviceName: myapp-service
servicePort: 8080继续通过 kubectl 命令执行：
kubectl apply -f ~/ingress.yaml然后通过下面的命令查看刚才部署的 service：
kubectl get ingress我们会看到下面的反馈信息：
NAME CLASS HOSTS ADDRESS PORTS AGE
example-ingress <none> * 47.100.138.224 80 72s通过这个返回值信息，我们可以看到，访问地址是47.100.138.224，端口是80。 所以我们可以通过下面的链接访问刚才部署的应用：http://47.100.138.224/welcome 除了部署服务，我们还需要能卸载相关资源，才算完整的流程
卸载资源
光是配置并提供服务只完成了一半的工作，完整的操作周期除了正向的安装，还包含了逆向的卸载，下面我们就来学习如何把刚才配置的各种资源给卸载掉。 资源卸载我们就不使用 yaml 脚本了，直接使用 kubectl 命令就可以完成：
- 卸载 ingress
kubectl delete ingress example-ingress- 卸载 service
kubectl delete service myapp-service- 卸载 deployment
kubectl delete deployment myapp-deployment至此我们就完成了卸载工作，最后再用下面的命令确认一下我们的卸载结果：
kubectl get deployment
kubectl get service
kubectl get ingress你可能会看到：
NAME READY STATUS RESTARTS AGE
pod/myapp-deployment-5cd4d7c78d-kx7kn 0/1 Terminating 0 29mTerminating 代表 pod 正在卸载中，多运行几次后，会看到下面的提示：
No resources found in handson-ef9a4a3cbc7214b55f3a1872321dc9da namespace.代表卸载完成。
参考： https://kubernetes.io/zh-cn/docs/reference/using-api/ https://start.aliyun.com/course?spm=a2ck6.17690074.0.0.25632e7dhIQ6fD&id=Tn0HcdCZ
本文内容到此结束了， 如有收获欢迎点赞👍收藏💖关注✔️，您的鼓励是我最大的动力。 如有错误❌疑问💬欢迎各位大佬指出。 主页：共饮一杯无的博客汇总👨💻 保持热爱，奔赴下一场山海。🏃🏃🏃
