jenkins-2：使用pipeline在kubernetes创建jnlp完成第一个最简task构建并剖析

新建第一个PodTemplate：pod-template-test-1

新建第二个PodTemplate：pod-template-test-2

注意，这里我并没有在pod template中配置container，因为官方说明中每个PodTemplate都有一个默认的container（叫jnlp）。建两个PodTemplate方便比较剖析。

然后创建第一个jenkins任务test：

在流水线script处写入脚本：

podTemplate {

node(label: 'pod-template-test-1-jnlp') {

stage('Run shell') {

sh 'echo hello world'

}

}

}

这个node(label: 'pod-template-test-1-jnlp')中的label决定用哪个PodTemplate，和之前这里的配置相匹配：

然后执行构建，构建成功。

我们需要分析下构建日志，然后结合jenkins官方文档来反向看一下和jenkins k8s配置的对应关系。

这个jnlp的name前缀（pod-template-test-1-4mc7n）和PodTemplate中配置的名称是一样的。

jenkins-jnlp: "true"这个标签是在cloud中的一个配置指定的，它规定了这个cloud下的所有生成的jnlp都有这个label。

jenkins/label: "pod-template-test-1-jnlp"是在PodTemplate中配置的label，用于流水线选择那个podtemplate创建jnlp-pod，同时也会作为jnlp-pod的标签。

image: "jenkins/inbound-agent:4.11-1-jdk11"这个是默认container使用的默认镜像，在events中可以看到：

name: "jnlp"是每个PodTemplate中的默认container，上边这个脚本没有指定container用的就是这个默认的，默认在这个jnlp的container中运行。

在events中也可以得到验证：

这个nodeSelector是指定jnlp-pod分布在哪些节点。

restartPolicy: "Never"这个显然的，肯定是Never，不然万一有毛病，这东西成病毒了。

接下来修改脚本，显示指定要使用PodTemplate的哪个container：指定是有默认container即jnlp。

执行构建OK，查证OK。

接下来我们在pod-template-test-2中新增一个container容器test-jnlp-custom。

修改jenkins任务test1的执行脚本，并进行构建：

podTemplate {

node(label: 'pod-template-test-2-jnlp') {

stage('test-container-jnlp') {

container(name: 'jnlp'){

echo 'hello, I am jnlp container.'

}

}

stage('test-container-jnlp-custom') {

container(name: 'test-jnlp-custom'){

echo 'hello, I am test-jnlp-custom container.'

}

}

}

}

进行构建，OK。

在events中也可以得到验证。

参考资料：

1.Kubernetes plugin for Jenkins

https://plugins.jenkins.io/kubernetes/#documentation