jenkins与k8s实战

猛看一篇文章标题,2017/12/24,分分钟已经是过去时,这tmd都2018/12/24了,总部大咖们在圣诞,突然闪过一个词“时不我待”。

1.jenkins需要master和slave:

2.k8s是一个集群,这个集群里有master(k8s管理机),也有一堆的小node,整个集群又叫cluster。

3.google cloud上的k8s的管理平台叫k8s engine,简称google云为GCP

4.gcp上的k8s配置,进入cluster可以看见最下面配置的node都有哪些,比如此实践内就可以看到有多少个master和多少个slave,记住,jenkinsmaster也是node之一了。牛逼。可以增加pool,当前是master一个pool,slave一个pool,可以看到其镜像使用的是啥鬼和名字

5.回到一个jenkins master内,怎么配置链接k8s 生成的slave?在all里创建一个k8s shared cloud。进去后就可以开始定义:

a.这里面是定义pod和container的,可以定义多个pod,一个pod里可以定义多个container。

b.在这里定义的pod就很有意思:Defaults Provider Template Name这个参数如果给值了,并且下面的pod template有这个default的模板,那这个模板就是其他模板的爹(原话,父级模板),那就意思是说其他的pod基于这个pod的container?一般这个default里有一个用于jenkins的agent的配置的镜像,jenkins与slave建立连接是要首先建立agent的

c.虚拟jenkins master的image在哪儿?

d.虚拟pod的镜像在gcp上,从这里拉到镜像,而那个image是咋传上去的?

猜你喜欢

转载自blog.csdn.net/davidliuzkw/article/details/85233004