一、说在前面的话
本文是紧接上文，上面已准备好了helm chart，接下来就是在K8S的kubectl执行部署。
二、使用helm部署
1、在kubectl添加helm 私有repo
[admin@jenkins]$ helm repo list
Error: no repositories to show
[admin@jenkins]$ helm repo add nexus http://150xxxx9916:123456@192.168.5.6:8081/repository/xh-helm/
"nexus" has been added to your repositories
[admin@jenkins]$ helm repo list
NAME URL
nexus http://150xxxx9916:123456@192.168.5.6:8081/repository/xh-helm/
# 现在就能检索到前文制作好的chart了
[admin@jenkins]$ helm search repo java
NAME CHART VERSION APP VERSION DESCRIPTION
nexus/java 0.1.0 1.16.0 java demo
2、部署 – chart具体化
因为我之前安装consul，使用的也是helm。
[admin@jenkins]$ helm ls -a
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
consul default 1 2020-09-24 11:07:13.666581513 +0000 UTC deployed consul-0.24.1 1.8.2
# 你可以使用--set xxx='' 替换 values.yaml中的变量。
[admin@jenkins]$ helm install --set env.javaOpts='-Dspring.profiles.active=dev' --set env.configServiceEnabled='false' --set image.tag=1.0.7 devops-service nexus/java
NAME: devops-service
LAST DEPLOYED: Fri Jun 30 10:17:19 2023
NAMESPACE: default
STATUS: deployed
REVISION: 1
TEST SUITE: None
[admin@jenkins]$ helm ls -a
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
consul default 1 2020-09-24 11:07:13.666581513 +0000 UTC deployed consul-0.24.1 1.8.2
devops-service default 1 2023-06-30 07:53:17.486712387 +0000 UTC deployed java-0.1.8 1.16.0
三、helm chart 升级
- 可以看到，在chart升级前后，我们必须执行helm repo update，否则检索不到最新的版本包。
> helm search repo java
NAME CHART VERSION APP VERSION DESCRIPTION
nexus/java 0.1.0 1.16.0 java demo
> helm repo update
Hang tight while we grab the latest from your chart repositories...
...Successfully got an update from the "nexus" chart repository
Update Complete. ⎈Happy Helming!⎈
> helm search repo java
NAME CHART VERSION APP VERSION DESCRIPTION
nexus/java 0.1.1 1.16.0 java demo
# 注意，在helm install前，务必先卸载
> helm uninstall devops-service
release "devops-service" uninstalled
四、验证
进入Pod，查看日志，见下
访问应用的swagger地址：
http://192.168.80.184:32195/doc.html
因为k8s中的service采用的NodePort方式，所以在k8s外部，你可以使用所在的节点IP+分配的端口号的方式访问该java应用。
五、总结遇到的问题
1、数据类型不一致
Error: INSTALLATION FAILED: Deployment in version “v1” cannot be handled as a Deployment: v1.Deployment.Spec: v1.DeploymentSpec.Template: v1.PodTemplateSpec.Spec: v1.PodSpec.Containers: []v1.Container: v1.Container.Env: []v1.EnvVar: v1.EnvVar.Value: ReadString: expects " or n, but found f, error found in #10 byte of …|,“value”:false},{“na|…, bigger context …|false”},{“name”:“CONFIG_SERVICE_ENABLED”,“value”:false},{“name”:"spring.cloud.nacos.config.accessKey|…
因为deployment.yaml中的变量CONFIG_SERVICE_ENABLED对应的值，应该是字符串，但是我赋值的是一个布尔类型。
详细见下:
- name: CONFIG_EPHEMERAL
value: 'false'
- name: CONFIG_SERVICE_ENABLED
# 修改前的代码，没有单引号引起来
# value: {{ .Values.env.configServiceEnabled }}
# 修改后的代码
value: '{{ .Values.env.configServiceEnabled }}'
2、镜像的地址错误，导致拉取镜像失败
values.yaml文件，repo地址不对。
image:
# 修改前
repository: harbor.xx.cloud/xxx/
# 修改后
repository: 192.168.5.6:8086/xxx/
deployment.yaml文件，
image: "{{ .Values.image.repository }}:{{ .Values.appName }}:{{ .Values.image.tag }}"
# 应该修改如下，去掉第一个冒号
image: "{{ .Values.image.repository }}{{ .Values.appName }}:{{ .Values.image.tag }}"
我在k8s工作节点上，手动拉取镜像，也是报错。
docker pull harbor.xx.cloud/xxx/devops-service:1.0.7
Error response from daemon: unauthorized: unauthorized to access repository: xxx/devops-service, action: pull: unauthorized to access repository: xxx/devops-service, action: pull
# 正确的写法应该是
docker pull 192.168.5.6:8086/xxx/devops-service:1.0.7
3、排查yaml
反复对比K8S里实际运行yaml文本，和你预期的是否一致，因为helm的原理比较简单，就是使用模板模式了。只要保证你的deployment.yaml和service.yaml等是对的，应用运行就没有什么大碍了。
4、一定要看运行的日志
由于我缺少了环境变量，导致pod中的devops-service容器启动失败。
后面，我在deployment.yaml中追加了环境变量。
- name: APPNAME
value: {{ .Values.appName }}
5、最后一个方法
安装k8s的UI，我这里使用的是KubePi。
刚开始，我在做持久化的时候出问题导致pod没有起来，通过UI工具，我清楚地看到是缺少了volumes。
暂时我去掉了volumes这块，说了这么多，其实遇到最大的麻烦就是保证deployment.yaml正确性。。。
六、最后的话
截止目前，没有一点的devops，顶多是一些容器化部署罢了，说了docker和k8s的一些部署事项。
现在都是手动操作哈，后面我们会引入jenkins和argo来说明如何更加做devops。
