k8s RESTful API 调用方法(基于 Postman)

前情提要

服务网关，通过 treafik 进行路由很便捷，因为想通过前端页面直接调度查询，但是对于 Postman 的使用，我一直没有进行过学习，趁着机会合适就做一下相关的整理；我本来想做一个前端界面直接调用 K8s 相关服务接口的网关入口的，所以先通过 Postman 学会调试再说；

Postman 简介

Postman是一个接口测试工具,在做接口测试的时候,Postman相当于一个客户端,它可以模拟用户发起的各类HTTP请求,将请求数据发送至服务端,获取对应的响应结果, 从而验证响应中的结果数据是否和预期值相匹配;并确保开发人员能够及时处理接口中的bug,进而保证产品上线之后的稳定性和安全性。 它主要是用来模拟各种HTTP请求的(如:get/post/delete/put..等等),Postman与浏览器的区别在于有的浏览器不能输出Json格式,而Postman更直观接口返回的结果。

集群信息

创建账户信息(ko-admin.yaml)：

apiVersion: v1
kind: ServiceAccount
metadata:
  name: ko-admin
  namespace: kube-system
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: ko-admin
subjects:
  - kind: ServiceAccount
    name: ko-admin
    namespace: kube-system
roleRef:
  kind: ClusterRole
  name: cluster-admin
  apiGroup: rbac.authorization.k8s.io

# 创建账户信息
kubectl apply -f ko-admin.yaml

# 查询 token
kubectl -n kube-system describe secret $(kubectl -n kube-system get secret | grep ko-admin | awk '{print $1}') | grep token: | awk '{print $2}'

调用接口

步骤一： 指定调用方法，因为是请求接口，所以使用 GET ；

步骤二： 指定具体的调用接口，此处查询所有的 api/v1 的资源信息；

步骤三： 通过集群获取到的 token 信息填充进去；

步骤四： 发送请求，查看请求结果；

备注说明：因为 Postman 默认开启了证书校验，因此需要关闭 ssl 证书校验，不然会接口调用失败；

总结

这样一来，前后端的接口调度，算是搞清楚了的，无论是服务路由，或者是接口调用查询，后续就是结合自己的业务场景进行开发设计了，之前一直迷迷糊糊的，如何做前后端路由，现在基础的验证工作已经准备就绪，后面就要开发一个属于自己的云平台了，大家可以把自己的资源池贡献出来，进行调度，绝对轻量，或者开发设计自己需要的服务；

内心：30 岁前成为优秀的架构师，顺便搞点其他事情；