如何做一个api接口?
296
2022-09-12
k8s 声明式管理方法
//查看资源配置清单. kubectl get deployment nginx -0 yaml //解释资源配置清单 kubectl explain deployment . metadata kubectl get service nginx -o yaml kubectl explain service . metadata //修改资源配置清单并应用 离线修改: 修改yaml文件,并用kubectl apply -f xxxx.yaml 文件使之生效 注意:当apply不生效时, 先使用delete清除资源,再apply创建 资源 kubectl get service nginx -0 yaml > nginx- SVC . yaml vim nginx-svc. yaml #修改port: 8080 kubectl delete -f nginx- svc. yaml kubectl apply -f nginx-svc. yaml kubectl get svc 在线修改: 直接使用kubectl edit service nginx 在线编辑资源配置清单并保存退出即时生效(如port: 888 ) PS:此修改方式不会对yaml文件内容修改
Kubernetes 支持 YAML和JSON格式管理资源对象JSON格式:主要用于api接口之间消息的传递YAML格式:用于配置和管理,YAML 是一-种简洁的非标记性语言,内容格式人性化,较易读
YAML语法格式:
●大小写敏感●使用缩进表示层级关系●不支持Tab键制表符缩进,只使用空格缩进●缩进的空格数目不重要,只要相同层级的元素左侧对齐即可,通常开头缩进两个空格●符号字符后缩进一 个空格,如冒号,逗号,短横杆(-)等●"---”表示YAML格式,一个文件的开始,用于分隔文件间●"#"表示注释
//查看api资源版本标签 kubectl api-versions admiss ionregistration. k8s. io/v1betal apiextensions. k8s. io/v1beta1 apiregistration.k8s.io/v1 apiregistration. k8s.io/v1beta1 apps/v1 #如果是业务场景一般首选使用apps/vl apps/v1betal #带有beta字样的代表的是测试版本,不用在生产环境中 apps/v1beta2 authentication. k8s.io/v1 authentication. k8s. io/vlbetal authorization.k8s. io/v1 authorization.k8s. io/v1beta1 autoscal ing/v1 autoscal ing/v2beta1 autoscaling/ v2beta2 batch/v1 batch/v1beta1 certificates.k8s. io/v1beta1 coordination. k8s. io/v1beta1. events. k8s. io/v1betal extens ions/v1betal networking.k8s. io/v1 pol icy/vlbeta1 rbac . authori zation.k8s. io/v1 rbac. authori zation.k8s. io/vlbeta1 scheduling.k8s. io/vlbetal storage.k8s. io/v1 storage.k8s. io/vlbeta1l vl
写一个yaml文件demo
//写一个yaml文件demo mkdir /opt/demo cd demo/ vim nginx - deployment . yaml apiVersion: apps/v1 . #指定api版本标签 kind: Deployment #定义资源的类型/角色,deployment 为副本控制器,此处资源类型可以是Deployment、Job、Ingress、 Service等 metadata: #定义资源的元数据信息,比如资源的名称、namespace、标签等信息 name: nginx-deployment #定义资源的名称,在同一个namespace空间中必须是唯一的 labels: #定义Deployment资源标签 app: nginx #定义deployment资源需要的参数属性,诸如是否在容器失败时重新启动容器的属性 spec: replicas: 3 #定义副本数量 selector: #定义标签选择器 matchLabels: #定义匹配标签 app: nginx #需与. spec. template . metadata. labels定义的标签保持- -致 template: #定义业务模板,如果有多个副本,所有副本的属性会按照模板的相关配置进行匹配 metadata: labels: #定义Pod副本将使用的标签,需与.spec. selector .matchLabels定义的标签保持一致 app: nginx spec: containers: #定义容器属性 - name: nginx #定义一个容器名,一个 name: 定义一个容器 image: nginx:1.15.4 #定义容器使用的镜像以及版本 ports: . - containerPort: 80 #定义容器的对外的端口 //创建资源对象 kubectl create -f nginx-deployment . yaml
创建service服务对外提供访问并测试
//创建service服务对外提供访问并测试 vim service . yaml apiVersion: v1 kind: Service metadata: name: nginx- service labels: app: nginx spec: type: NodePort ports : - port: 80 targetPort: 80 selector: app: nginx
详解k8s中的port:
●portplort是k8s 集群内部访问service的端口,即通过clusterIP: port 可以从Pod所在的Node上访 问到service
●nodePortnodePort是外部访问k8s 集群中service 的端口,通过nodeIP: nodePort 可以从外部访问到某个service 。
●targetPorttargetPort是Pod 的端口,从port或nodePort 来的流量经过kube-proxy 反向代理负载均衡转发到后端Pod 的targetPort. 上, 最后进入容器。
●containerPortcontainerPort是Pod内部容器的端口,targetPort 映射到containerPort.
空跑
//kubectl run --dry-run=client 打印相应的API对象而不执行创建 kubectl run nginx-test -- image-nginx一-port=80 --dry- run=client kubectl create deployment nginx-deploy -- image=nginx --port=80 --replicas=3 --dry- run=cl ient //查看生成yaml格式 kubectl run nginx-test - image=nginx --port=80 --dry-run=client -o yaml kubectl create deployment nginx-deploy -- image=nginx --port=80 --replicas=3 --dry-run=client -0 yaml //查看生成json格式 kubectl run nginx-test --image=nginx --port=80 --dry-run=client -0 json kubectl create deployment nginx-deploy -- image=nginx --port=80 --replicas=3 --dry- run=client -o json //使用yaml格式导出生成模板,并进行修改以及删除--些不必要的参数 kubectl run nginx-test -- image=nginx --port=80 --dry-run=client -o yaml > nginx-test. yaml kubectl create deployment nginx-deploy -- image=nginx --port=80 -- replicas=3 --dry-run=client -0 yaml > nginx-deploy. yaml vim nginx- test.yaml apiVersion: v kind: Pod metadata: creationTimestamp: null #删除 labels:
将现有的资源生成模板导出
//将现有的资源生成模板导出 kubectl get svC nginx- service -o yaml //保存到文件中 kubectl get SVC nginx-service -0 yaml > my-svc. yaml //查看字段帮助信息,可一层层的查看相关资源对象的帮助信息 kubectl explain deployments . spec. template . spec. containers kubectl explain pods. spec. containers //写yaml太累怎么办? ●用--dry-run 命令生成 kubect1 run my-deploy -- image=nginx --dry- run=client -0 yaml > my-deploy. yaml ●用get命令导出 kubectl get svc nginx-service |-al yaml > my-svc. yaml kubectl edit svc nginx-service #复制配置, 再粘贴到新文件 //yaml文件的学习方法: (1) 多看别人(官方)写的,能读懂 (2)能照着现场的文件改着用 (3)遇到不懂的,善用kubectl explain ... 命令查
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~