1.

 服务之间的发现，服务之间的通信‘’

 三种：

      集群内部之间的服务的访问

         通过Service,Service有ClusterIp,service可以指向多个pod,但是程序中布满了service的ip显然不雅，所以k8s提供了DNS

        可以通过service的名字去访问service的ip。

        

        第二种情况，多个实例之间需要交互的时候，需要知道服务列表具体有哪些pod,这种类型的Service就返回给podA一个列表。

         

      

      集群内的服务和集群外的服务之间的通信，

        集群内部的容器访问外部的mysql的时候，第一种是直接写死的ip去访问。

        

                第二种方式是我可以像访问集群内部的服务一样去访问这个Mysql，先定义一个空的Service, 然后我们手动的定义一个EndPoint,他们的名字一样，然后他们会绑定在一起，EndPoint配置的就是一个具体的外部服务的地址。

               

               

      集群外的服务到集群内的服务的通信（常见）

       通过NodePort,  NodePort是一种Service的类型，跟上面的Service相比除了有一个ClusterIp,之外他还会在每一个节点上都暴露一个端口出来，集群中的任何一个节点都会有一个端口，（用的少）

      

      另外一种方式HostPort,  只是一个简单的端口映射。

      

        第三种情框  浏览器访问集群内部的一个pod,

      ingress:  配置文件，在哪个域名下，哪个路径下，要解析到哪个Service,具体的实现由IngressController实现，

      

 

 

   社区的Ingress实现

    Ingress-nginx:使集群服务具备通过ip访问的能力

    

    支持多个：

  NameSpace:

  

   k8s会创建一个叫default的默认的命名空间。

   

   拿到命名空间下的所有资源：

  

  

  Resources:

   

   每个节点都要想主节点上报自己的资源情况。

  

 Request是需要预留出来的资源，哪怕服务跑起来自用一点点资源，但是还是要预留出来，其他服务不能占用这个被预留的资源。如果内存改的非常的大，那么pod就会一直处于pending状态，他就一直起不来，没有满足他的需求的条件。cpu改的非常的大，pod处于pending的状态.，也是因为没有满足要求的条件。

  pending状态的时候可以通过describe来查看原因

 
 当CPU不满足的时候就可以看到没有足够的CPU资源的错误信息

 

如果内存的使用超过了limit的限制值，那么这个pod会被直接kill掉，如果cpu则不会，因为CPU是压缩资源。

内存资源出现竞争会杀pod,而cpu资源出现竞争不会杀pod。

那么如何查看这个服务用了多少的内存和CPU呢？

找到在这个节点上运行的容器：

服务的可靠性的最高，这两个的值相等的时候，如果这两个值都没有设置就是最不可靠。

label:

  label的本质就是key value   ,label可以贴到多个资源

 

   意思就是这个Deploy只负责，具有app(key)为web-demo(value)这样标签的pod