猛看一篇文章标题，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是咋传上去的？

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

k8s内的container的访问：

首先登录到远程服务器，这个服务器就是k8s的客户端，然后执行kubctl get pod，列出所有的pod