kubrnetes集群管理系列之pod详解(三)_集群和pod的关系-程序员宅基地

技术标签: 云原生  kubernetes  运维  linux  服务器  

前言

k8s集群的最重要的管理工作都是围绕着pods这个资源来进行的,可以说是最根本的东西,没有之一,pods的地位可以简单理解为docker里的容器,但和容器又有所不同(当然是有所不同了嘛,要不干嘛还叫pods,直接叫容器得了,不是更方便???),因此,在进行管理工作前,我们需要明确pods到底是什么玩意,能干什么,为什么要用它,然后才是对pods的增删改查等等这些具体的管理工作了。

正文

一,什么是pods?

pod是一组并置的容器,代表了Kubernetes中的基本构建模 块。在实际应用中我们并不会单独部署容器,更多的是针对组pod 的容器进行部署和操作。然而这并不意味着一个pod总是要包含多个容器---实际上只包含一个单独容器的pod也是非常常见的。值得注意的是,当一个pod 包含多个容器时 这些容器总是运行于同一个工作节点上----- pod绝不会跨越多个工作节点。(能跨越多个节点是多个pod,由控制器控制,概念不要搞混)

Kubernetes中调度的最基本单位Pod。

kube-controller-manager用来控制Pod的状态和生命周期。

Pod代表着集群中运行的进程。

Kubernetes中调度的最基本单位Pod。

kube-controller-manager用来控制Pod的状态和生命周期。

Pod代表着集群中运行的进程。

Pod组成

每个pod都有一个根容器,Pause容器。

Pause容器,又叫Infra容器,官方使用的是gcr.io/google_containers/pause-amd64:3.0容器,我这里使用的版本是3.2,也可以自己定义。kubernetes中的pause容器主要为每个业务容器提供以下功能:

  • 在pod中担任Linux命名空间共享的基础;
  • 启用pid命名空间,开启init进程。
  • [root@master ~]# docker images|grep pause
    registry.cn-hangzhou.aliyuncs.com/google_containers/pause                     3.2                     80d28bedfe5d        2 years ago         683kB
    [root@master ~]# docker ps -a |grep pause
    70b80eef504a        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-proxy-zwmwf_kube-system_055b81ab-1864-41b6-8ea6-67e20a5d99c8_7
    04345567dcb2        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-flannel-ds-f5gtd_kube-system_2cebc7e4-1b42-48d2-b82e-aec483bb2e06_6
    e67d52bc07cf        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-scheduler-c7n.cnn_kube-system_a6027b1f6daab26774a6b1ac0d429c42_2
    db7c20a67b42        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_etcd-c7n.cnn_kube-system_2fc062b383bf9b19b5234863fe24378a_7
    503a3ec3e34d        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-controller-manager-c7n.cnn_kube-system_91a8e81c4456077e1454c500dc053f85_3
    6a352e1fd1f1        registry.cn-hangzhou.aliyuncs.com/google_containers/pause:3.2   "/pause"                 2 hours ago          Up 2 hours                                          k8s_POD_kube-apiserver-c7n.cnn_kube-system_3b878073ee112db3bcd66a296b786735_6
    

    以上表示使用的是pause这个镜像生成了k8s的很多组件容器,注意了,这里是说pause是根容器!!!!!!!!!!不是根pod,没有这个说法,可以看到的是像什么apiserver这些都是通过pause镜像启动的。

Pause容器对应的镜像属于Kubernetes平台的一部分,除了Pasuse容器,每个Pod还包含一个或多个紧密相关的用户业务容器。用户业务容器可以只有一个也可以有多个:

  • 一个Pod中运行一个容器。“每个Pod中一个容器”的模式是最常见的用法;在这种使用方式中,你可以把Pod想象成是单个容器的封装,kuberentes管理的是Pod而不是直接管理容器。
  • 在一个Pod中同时运行多个容器。一个Pod中也可以同时封装几个需要紧密耦合互相协作的容器,它们之间共享资源。

Kubernetes为每个Pod都分配了IP,为Pod IP,一个Pod里的多个容器共享Pod IP地址。Kubernetes要求底层网络支持集群内任意两个Pod之间的TCP/IP直接通信,通过虚拟二层网络技术来实现,因此,一个Pod里的容器与另外主机上的Pod容器可以直接通信。

[root@master ~]# k get po -A -o wide
NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE     IP               NODE      NOMINATED NODE   READINESS GATES
database      mysql2-5db57c8bc8-7bwbg                   1/1     Running   5          4d18h   10.244.1.16      slave1    <none>           <none>
default       nfs-client-provisioner-6fc484bd4f-pjxm7   1/1     Running   4          3d23h   10.244.2.16      slave2    <none>           <none>
default       nginx-7b54d48599-x2zc5                    1/1     Running   2          23h     10.244.1.15      slave1    <none>           <none>
default       test-pod                                  0/1     Pending   0          3d22h   <none>           <none>    <none>           <none>
kube-system   coredns-6c76c8bb89-tfcrm                  1/1     Running   6          27d     10.244.1.17      slave1    <none>           <none>
kube-system   coredns-6c76c8bb89-vnlwg                  1/1     Running   6          27d     10.244.2.15      slave2    <none>           <none>
kube-system   etcd-c7n.cnn                              1/1     Running   7          28d     192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-apiserver-c7n.cnn                    1/1     Running   6          4d15h   192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-controller-manager-c7n.cnn           1/1     Running   3          25h     192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-flannel-ds-djwmq                     1/1     Running   5          4d18h   192.168.217.17   slave1    <none>           <none>
kube-system   kube-flannel-ds-f5gtd                     1/1     Running   7          4d18h   192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-flannel-ds-k5jpf                     1/1     Running   5          4d18h   192.168.217.18   slave2    <none>           <none>
kube-system   kube-proxy-7v5mj                          1/1     Running   6          28d     192.168.217.18   slave2    <none>           <none>
kube-system   kube-proxy-mtttm                          1/1     Running   6          28d     192.168.217.17   slave1    <none>           <none>
kube-system   kube-proxy-zwmwf                          1/1     Running   7          28d     192.168.217.16   c7n.cnn   <none>           <none>
kube-system   kube-scheduler-c7n.cnn                    1/1     Running   2          25h     192.168.217.16   c7n.cnn   <none>           <none>

我的测试集群里有失败的pod,可以看到,它没有IP,启动成功的pod,例如10.244.1.16和10.244.2.16是可以直接通信的。

二,

pods有什么用处,它的优缺点是什么?

  • 创建容器使用docker,一个docker对应一个容器,一个容器运行一个应用进程
  • Pod是多进程设计,运用多个应用程序,也就是一个Pod里面有多个容器,而一个容器里面运行一个应用程序
  • Pod的存在是为了亲密性应用
    两个应用之间进行交互
    网络之间的调用【通过127.0.0.1 或 socket】
    两个应用之间需要频繁调用
  • 总的来说,pod的底层是docker容器,可看做一个或者多个容器得集合。

优点:

(1)

docker本身的网络机制比较复杂,需要自己调节部署,而k8s的pod不存在这个问题,pods之间的网络拓扑关系是自动化的,从而实现了微服务的敏捷部署,也就是说,网络方面pods更为强大,简单,易用。

(2)

pods所对应的部署的应用相对docker来说,更容易升级,回滚,并且定制化服务更为容易。

缺点:

相比于docker,更为复杂,想使用是比较简单的,但如果想达到使用好这个目的,无疑需要做的工作可能会更多一些。

三,

对于pods的具体管理工作---增----pods的建立方式详解

pods的生成也就是建立,通常有两种方式,第一个方式是通过kubectl命令行方式直接生成pods,第二种方式是通过资源清单文件生成pods。

(1)kubectl命令行方式生成pods

这个方式适用于比较简单的服务,没有什么特殊的定制化要求,通常用在测试环境,比如,集群部署完毕后,检测集群是否工作正常,那么,我们可以以这样的简单方式快速的生成一个测试用pods,例如,某个集群刚部署完毕,想要看看这个集群能不能正常的生成pods,那么, 无疑,比如快速生成一个可提供web服务的nginx的pods是比较好得选择:

kubectl create deployment nginx --image nginx:1.19
k expose deployment nginx --port 80 --type NodePort

以上的命令执行完毕后,我们就可以得到一个简单的由集群内的一个pods提供的web服务了,此时,在任意一个同网络段的机器内打开浏览器输入集群的ip+端口号30067就可以看到nginx的首页啦。(端口号通过kubectl get svc -A 可以查询出来,第三行就是对应的那个nginx的pods端口)

[root@master ~]# k get svc -A
NAMESPACE     NAME             TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                  AGE
database      mysql2           NodePort    10.106.38.0     <none>        3306:32222/TCP           5d2h
default       kubernetes       ClusterIP   10.96.0.1       <none>        443/TCP                  28d
default       nginx            NodePort    10.96.201.101   <none>        80:30067/TCP             31h

当然,命令行方式创建pods可以做到和资源清单文件一样的效果,但,命令不好回溯问题,不方便管理,因此,通常是用在测试的时候。

(2)资源清单文件

这里的资源清单文件通常是yaml或者yml或者json格式的文件,kubernetes只支持这两种文件,kubernetes主要是围绕各种资源来进行配置进而生成pods,也就是resources,在K8S 中所有的内容都抽象为了资源,资源实例化之后就叫做对象。。而资源清单文件就是向k8s说明要使用何种资源,资源之间的关系如何配置,进而创建出一个可对外提供服务的pods。

例如这个资源清单文件:

apiVersion: v1
kind: Pod
metadata:
  name: pod-demo
  namespace: default
  labels:
    app: myapp
spec:
  containers:
    - name: myapp-1
      image: hub.escapelife.site/library/nginx-test:v1
    - name: busybox-1
      image: busybox:latest
      command:
        - "/bin/sh"
        - "-c"
        - "sleep 3600"

该清单文件定义了将要运行一个pod,这个pod里有两个docker镜像,分别是nginx和busybox,那么,如果网络通畅的话,很快将会看到一个pod运行。

那么,这个pod里运行了两个镜像,如果删除这个pod,将不会再次生成pod,如果采用deploymen方式,删除pod后会自动再次生成pod。

还是以上面的这个pod文件为例,将它修改成deployment方式部署(三个副本,这里随意写的):

apiVersion: apps/v1
kind: Deployment
metadata:
  name: pod-demo
  namespace: default
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 3
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.20
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80

 此时将会生成三个pod,但三个pod是删除不了的,即使delete仍然会自动生成,因此,删除 时可以两种方式,第一,kubectl delete -f  文件名,第二,kubectl delete deployment pod-demo  这样的方式删除。

当然,pod的建立方式还有statefulsets这样的方式(通常用在有状态pods部署上),这些以后再做说明。

四,

如何优雅的建立pods为以后的管理工作提供一个良好的开端---pods的调度问题

还是以上面那个pod-demo 文件为例,将该pod部署到node标签设定为nodeenv=web的节点(也就是slave2)(设定node的标签并且查询):

[root@master ~]# k get nodes
NAME      STATUS   ROLES    AGE   VERSION
c7n.cnn   Ready    master   30d   v1.19.4
slave1    Ready    <none>   30d   v1.19.4
slave2    Ready    <none>   30d   v1.19.4

[root@master ~]# k label node slave1 nodeenv=dev --overwrite=true
node/slave1 labeled
[root@master ~]# k label node slave2 nodeenv=web --overwrite=true
node/slave2 labeled

[root@master ~]# k get nodes slave1 --show-labels
NAME     STATUS   ROLES    AGE   VERSION   LABELS
slave1   Ready    <none>   30d   v1.19.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=slave1,kubernetes.io/os=linux,nodeenv=dev
[root@master ~]# k get nodes slave2 --show-labels
NAME     STATUS   ROLES    AGE   VERSION   LABELS
slave2   Ready    <none>   30d   v1.19.4   beta.kubernetes.io/arch=amd64,beta.kubernetes.io/os=linux,kubernetes.io/arch=amd64,kubernetes.io/hostname=slave2,kubernetes.io/os=linux,nodeenv=web

 部署文件的内容应该修改成这样:

apiVersion: v1
kind: Pod
metadata:
  name: pod-demo
  namespace: default
  labels:
    app: myapp
spec:
  nodeSelector:
    nodeenv: web
  containers:
    - name: myapp-1
      image: hub.escapelife.site/library/nginx-test:v1
    - name: busybox-1
      image: busybox:latest
      command:
        - "/bin/sh"
        - "-c"
        - "sleep 3600"

五,pods的删除

删除pod比较的简单,如果是使用的资源清单文件,kubectl delete -f 资源清单文件就可以删除了。如果是命令行生成的pod,kubectl delet pod pod名称 -n 命名空间 即可。还是以上面的那个资源清单文件为例:

[root@master ~]# k delete -f test-pod.yaml 
pod "pod-demo" deleted

如果资源清单文件使用了deployment控制器,那么,删除的时候必须是这样的:

以这个资源清单为例:

[root@master ~]# cat test-pod.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: pod-demo
  namespace: default
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 3
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.20
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80

deployment控制器的名称是pod-demo,因此,删除命令是:

[root@master ~]# k delete deployment pod-demo -n default
deployment.apps "pod-demo" deleted

此时如果查询pods,将不会看到那三个副本啦。

六,对于pods的具体管理工作---查----如何优雅的解决pods运行时的报错,测试pods的健康状态

查看资源里关于pods的描述:

[root@master ~]# k api-resources
NAME                              SHORTNAMES   APIGROUP                       NAMESPACED   KIND
bindings                                                                      true         Binding
componentstatuses                 cs                                          false        ComponentStatus
configmaps                        cm                                          true         ConfigMap
endpoints                         ep                                          true         Endpoints
events                            ev                                          true         Event
limitranges                       limits                                      true         LimitRange
namespaces                        ns                                          false        Namespace
nodes                             no                                          false        Node
persistentvolumeclaims            pvc                                         true         PersistentVolumeClaim
persistentvolumes                 pv                                          false        PersistentVolume
pods                              po                                          true         Pod

可以看到,pods是有namespace隔离的,因此,查询pods的时候,如果不是default的namespace,需要-n指定namespace。

(1)

查询所有的pods

[root@master ~]# k get po -A
NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE
database      mysql2-5db57c8bc8-7bwbg                   1/1     Running   9          7d20h
default       nfs-client-provisioner-6fc484bd4f-pjxm7   1/1     Running   10         7d1h

(2)

查询某个pods的详细情况,例如上面的MySQL:

[root@master ~]# k describe pod mysql2-5db57c8bc8-7bwbg -n database
Name:         mysql2-5db57c8bc8-7bwbg
Namespace:    database
Priority:     0
Node:         slave1/192.168.217.17
Start Time:   Wed, 06 Jul 2022 17:01:21 +0800
Labels:       app=mysql2
              pod-template-hash=5db57c8bc8
Annotations:  <none>
Status:       Running
IP:           10.244.1.30
IPs:
  IP:           10.244.1.30
Controlled By:  ReplicaSet/mysql2-5db57c8bc8
Containers:
  mysql2:
    Container ID:   docker://3add65793a00e60deedee16df782ec5510b7ea8450976adc1612aff0d97cf989
    Image:          mysql:5.7.23
    Image ID:       docker-pullable://mysql@sha256:953b53af26805d82eca95f28df6ae82e8e15cd1e587b4c5cd06a78be80e84050
    Port:           3306/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Thu, 14 Jul 2022 12:37:21 +0800
    Last State:     Terminated
      Reason:       Error
      Exit Code:    255
      Started:      Thu, 14 Jul 2022 09:15:39 +0800
      Finished:     Thu, 14 Jul 2022 12:36:20 +0800
    Ready:          True
    Restart Count:  9
    Environment:
      MYSQL_ROOT_PASSWORD:  123456
    Mounts:
      /var/lib/mysql from nfs-pvc-test (rw,path="mysql")
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-96m7s (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  nfs-pvc-test:
    Type:       PersistentVolumeClaim (a reference to a PersistentVolumeClaim in the same namespace)
    ClaimName:  nfs-pvc-test
    ReadOnly:   false
  default-token-96m7s:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-96m7s
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute op=Exists for 300s
                 node.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:          <none>

以上信息表明该pod运行在slave1节点,使用了pvc  ,pvc的名称是nfs-pvc-test,当然还有一些别的信息,就不详细说了。

(3)

查询这个pods运行的日志(kubectl logs pod名称  -n namespace名称):

[root@master ~]#  k logs  mysql2-5db57c8bc8-7bwbg -n database
2022-07-14T04:37:22.972354Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2022-07-14T04:37:23.006575Z 0 [Note] mysqld (mysqld 5.7.23) starting as process 1 ...
2022-07-14T04:37:23.041054Z 0 [Note] InnoDB: PUNCH HOLE support available
2022-07-14T04:37:23.041186Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins

如果该pod有问题,查看日志是一个比较快速有效的方法哦。

(4)

查询所有pods的扩展信息(增加参数 -o wide):

[root@master ~]# k get po -A -o wide
NAMESPACE     NAME                                      READY   STATUS    RESTARTS   AGE     IP               NODE      NOMINATED NODE   READINESS GATES
database      mysql2-5db57c8bc8-7bwbg                   1/1     Running   9          7d20h   10.244.1.30      slave1    <none>           <none>
default       nfs-client-provisioner-6fc484bd4f-pjxm7   1/1     Running   10         7d1h    10.244.2.37      slave2    <none>           <none>
default       nginx-7b54d48599-x2zc5                    1/1     Running   6          4d2h    10.244.1.32      slave1    <none>           <none>
kube-system   coredns-6c76c8bb89-tfcrm                  1/1     Running   10         31d     10.244.1.31      slave1    <none>           <none>

总的来说,查询pods后,第三列READY 是1/1 ,第四列STATUS 是running 表示该pods是正常的,RESTARTS表示pod重启的次数,这个可以不用考虑,因为重启服务器它也会重启的哦。AGE这一列表示pods运行的时间,IP这一列表示pod运行时使用的IP地址,这个IP地址一般是集群内部使用,也可以不用考虑。

版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/alwaysbefine/article/details/125716329

智能推荐

Docker 快速上手学习入门教程_docker菜鸟教程-程序员宅基地

文章浏览阅读2.5w次,点赞6次,收藏50次。官方解释是,docker 容器是机器上的沙盒进程,它与主机上的所有其他进程隔离。所以容器只是操作系统中被隔离开来的一个进程,所谓的容器化,其实也只是对操作系统进行欺骗的一种语法糖。_docker菜鸟教程

电脑技巧:Windows系统原版纯净软件必备的两个网站_msdn我告诉你-程序员宅基地

文章浏览阅读5.7k次,点赞3次,收藏14次。该如何避免的,今天小编给大家推荐两个下载Windows系统官方软件的资源网站,可以杜绝软件捆绑等行为。该站提供了丰富的Windows官方技术资源,比较重要的有MSDN技术资源文档库、官方工具和资源、应用程序、开发人员工具(Visual Studio 、SQLServer等等)、系统镜像、设计人员工具等。总的来说,这两个都是非常优秀的Windows系统镜像资源站,提供了丰富的Windows系统镜像资源,并且保证了资源的纯净和安全性,有需要的朋友可以去了解一下。这个非常实用的资源网站的创建者是国内的一个网友。_msdn我告诉你

vue2封装对话框el-dialog组件_<el-dialog 封装成组件 vue2-程序员宅基地

文章浏览阅读1.2k次。vue2封装对话框el-dialog组件_

MFC 文本框换行_c++ mfc同一框内输入二行怎么换行-程序员宅基地

文章浏览阅读4.7k次,点赞5次,收藏6次。MFC 文本框换行 标签: it mfc 文本框1.将Multiline属性设置为True2.换行是使用"\r\n" (宽字符串为L"\r\n")3.如果需要编辑并且按Enter键换行,还要将 Want Return 设置为 True4.如果需要垂直滚动条的话将Vertical Scroll属性设置为True,需要水平滚动条的话将Horizontal Scroll属性设_c++ mfc同一框内输入二行怎么换行

redis-desktop-manager无法连接redis-server的解决方法_redis-server doesn't support auth command or ismis-程序员宅基地

文章浏览阅读832次。检查Linux是否是否开启所需端口,默认为6379,若未打开,将其开启:以root用户执行iptables -I INPUT -p tcp --dport 6379 -j ACCEPT如果还是未能解决,修改redis.conf,修改主机地址:bind 192.168.85.**;然后使用该配置文件,重新启动Redis服务./redis-server redis.conf..._redis-server doesn't support auth command or ismisconfigured. try

实验四 数据选择器及其应用-程序员宅基地

文章浏览阅读4.9k次。济大数电实验报告_数据选择器及其应用

随便推点

灰色预测模型matlab_MATLAB实战|基于灰色预测河南省社会消费品零售总额预测-程序员宅基地

文章浏览阅读236次。1研究内容消费在生产中占据十分重要的地位,是生产的最终目的和动力,是保持省内经济稳定快速发展的核心要素。预测河南省社会消费品零售总额,是进行宏观经济调控和消费体制改变创新的基础,是河南省内人民对美好的全面和谐社会的追求的要求,保持河南省经济稳定和可持续发展具有重要意义。本文建立灰色预测模型,利用MATLAB软件,预测出2019年~2023年河南省社会消费品零售总额预测值分别为21881...._灰色预测模型用什么软件

log4qt-程序员宅基地

文章浏览阅读1.2k次。12.4-在Qt中使用Log4Qt输出Log文件,看这一篇就足够了一、为啥要使用第三方Log库,而不用平台自带的Log库二、Log4j系列库的功能介绍与基本概念三、Log4Qt库的基本介绍四、将Log4qt组装成为一个单独模块五、使用配置文件的方式配置Log4Qt六、使用代码的方式配置Log4Qt七、在Qt工程中引入Log4Qt库模块的方法八、获取示例中的源代码一、为啥要使用第三方Log库,而不用平台自带的Log库首先要说明的是,在平时开发和调试中开发平台自带的“打印输出”已经足够了。但_log4qt

100种思维模型之全局观思维模型-67_计算机中对于全局观的-程序员宅基地

文章浏览阅读786次。全局观思维模型,一个教我们由点到线,由线到面,再由面到体,不断的放大格局去思考问题的思维模型。_计算机中对于全局观的

线程间控制之CountDownLatch和CyclicBarrier使用介绍_countdownluach于cyclicbarrier的用法-程序员宅基地

文章浏览阅读330次。一、CountDownLatch介绍CountDownLatch采用减法计算;是一个同步辅助工具类和CyclicBarrier类功能类似,允许一个或多个线程等待,直到在其他线程中执行的一组操作完成。二、CountDownLatch俩种应用场景: 场景一:所有线程在等待开始信号(startSignal.await()),主流程发出开始信号通知,既执行startSignal.countDown()方法后;所有线程才开始执行;每个线程执行完发出做完信号,既执行do..._countdownluach于cyclicbarrier的用法

自动化监控系统Prometheus&Grafana_-自动化监控系统prometheus&grafana实战-程序员宅基地

文章浏览阅读508次。Prometheus 算是一个全能型选手,原生支持容器监控,当然监控传统应用也不是吃干饭的,所以就是容器和非容器他都支持,所有的监控系统都具备这个流程,_-自动化监控系统prometheus&grafana实战

React 组件封装之 Search 搜索_react search-程序员宅基地

文章浏览阅读4.7k次。输入关键字,可以通过键盘的搜索按钮完成搜索功能。_react search