梁正雄
梁正雄

kubernetes-pod控制器-4

pod控制器

controller

​ 对于k8s系统的来说API Server是整个集群入口的gateway，并且它还是一个Restfull系统, 做为一个Restfull风格的系统, 其所管理的内容通通会被抽象成resources， pod控制器就是一个resources, 并且我们创建出的每一个pod都是一个具体的Object；

​ API Server为整个Kubernetes的数据管理提供了一种数据范式，所有存取于API Server的数据，都必须遵循于Resources这样的一个规范，比如我们需要创建一个Pod时候，应该在Pod上调用哪个属性，给哪个值，所有的数据都保存在etcd当中;

​ 保存在etcd中的数据将会被构建为k8s的活动对象，而活动对象状态成为什么的结构，则取决于各种各种样的 controller， controller负责创建修改各种 活动对象， 当活动对象创建时它的基本标准是由存储于etcd用户定义的存储对象， 所以在etcd当中，我们称为用户期望的对象 ;

​ controller 从中取出来用户所期望的标准， 负责将它创建在当前的k8s集群上成为活动对象， 并且Controller 还会负责通过和解Reconcilation Loops，确保在每一个时刻Live Objects要与用户所定义的Objects要保持一致， status状态需要与spec中状态保持一致， status由controller负责维护， 而spec则由用户负责维护

k8s通过将控制器代码打成成一个统一的守护进程， kube-controller-manage管理k8s集群中各式各样的控制器的和解循环(control loop)的实现, 后续所有的controller都会在它的维护中来确保控制器的正常运行；

​ 比如k8s控制器用于控制Pod, Pod出现故障时由Pod控制器来进行销毁重建， Pod控制器内部也有和解循环， 而我们 controller-manage可以高可用， 如果用户不需要这个Pod控制器的话，那么也会自动将Pod控制器下面的Pod对象删除；

  • yaml创建的就是自主式pod，而自主式pod不是由控制器控制和管理的资源
  • pod控制器用于实现代为管理Pod的中间层，并确保pod资源始终处于自行定义所期望的资源状态(status)
  • 当pod出现故障，pod控制器会尝试着重启容器，如果重启一直失败那么它将会重新编排，如果pod低于用户所定义的资源状态，那么控制器将会删除或增加资源

kube-controller-manager

kubernetes-pod控制器-4_第1张图片

​ 黄色的控制器是Pod控制器，其他的是其他资源的控制器，这些才是Kubernetes背后的资源管理大脑，所以整个Kubernetes的各种高级功能都是借助于Contrller完成的，对于Contrller来讲，它们才是真正的确保任务编排系统之所以成为编排系统的核心组件，因为编排任务当中的比如像自动创建、自动恢复等等高级功能，基本都是依赖于Contrller完成的，所以从某种意义上来讲，Contrller如果复杂一点的话，我们甚至可以把它称为运维器或者操作器；
​ 那么对于kube-controller-manager来讲，它是整个Kubernetes控制平面一个非常重要的守护进程，其实Kubernetes每一个守护进程都可以通过配置选项来配置，只不过我们在此之前将其运行成为了一个Pod，如果我们期望自定义的kube-controller-manager的类型被启用，可以在启动这个进程时通过 --controllers来指定要启用的控制器，默认是*;

​ 使用kubeadm安装kube-controller-manager的时候，默认配置文件地址：/etc/kubernetes/manifests/kube-controller-manager.yaml 修改完成之后不需要重启，会自动重建；

​ 当我们在定义Pod时，不应该手动去创建, 因为Pod控制器是建立在基础资源之上的进一步抽象， k8s之所以能够自动编排， 是完全依赖于控制器来实现的, 因为我们应该创建控制器对象来管理这些基础资源类型， Pod控制器是只是一种统称，早期的Kubernetes版本只有一种控制器，ReplicationController，现在这一个控制器被划分为多种类型，第一种叫守护进程型，守护进程型，又可以分为有状态应用，和无状态应用，第二种非守护进程型，例如备份任务；

控制器分类

守护进程型：
    无状态：
        非系统级：Deployment ReplicaSet
        系统级：DaemonSet
    有状态：
        SataefulSet
非守护进程型：
    Job
    CronJob

一、ReplicaSet

​ 主要用来控制非系统级的无状态守护进程的应用, 代用户创建指定数据的pod副本，并确保Pod副本一直满足用户所期望的数量状态，资源将遵行多退少补概念，并支持扩缩机制， ReplicationController已被废弃，推荐使用：ReplicaSet， 主要由三个组件组成， k8s不建议直接使用ReplicaSet，推荐使用 Deployment

1.1、组件说明

组件功能 说明
pod副本 用户期望的pod副本数量， 管控副本有多少个
标签选择器 选定由自己管理和控制的pod副本， 以此判定哪些pod由自己管理
pod资源模板 当控制器中的pod数量少于定义的pod数量，那么就会根据模板来完成pod
资源的新建，

1.2、参数说明

  • 查看状态
~]# kubectl explain rs   # 简写 replicaSet
    KIND:     ReplicaSet
    VERSION:  apps/v1
  • 副本数量
replicase:  # 创建几个副本数量  replicas
  • 标签选择器
selector：  # 标签选择器    selector	 -required-
    matchExpressions	<[]Object>              # 匹配表达式,这个标签可以指定一段
    matchLabels	        <map[string]string>     # 等值标签选择，   语法为键值对


    

  • 副本模板
    • 



template：  # 副本模板      template	 
  metadata:   # pod资源本身的元数据，由selector控制的元数据
    labels:  # 必须符合selector的标签器中的标准，否则创建将会永无休止， 也可以是其它的标签
  spec:   # 模板的资源


    

  • spec: pod资源本身的资源
    • 



1.3、demo


1.3.1、创建yaml


apiVersion: apps/v1      # 正式版本
kind: ReplicaSet         # pod控制器
metadata:                # 元数据类型
    name: first-rs-app   # 新创建pod的名称
    labels:
       app: first-app    # 这里定义的是 rs的标签
       release: firsts
spec:
    replicas: 4          # 定义副本数据为4个
    selector:            # 标签选择器，定义匹配的pod标签
        matchLabels:     # pod只要符合下面两个标签就会归该选择器
            app: first-app
            release: firsts
    template:           # pod的模板
        metadata:       # pod源数据
            name: apps  # pod名称， 在describe中也不会显示
            namespace: default  # 名称空间
            labels:    # pod的标签， 需要与 matchLables一致，否则该yaml就无法控制pod
                app: first-app
                release: firsts
                envs: apps  # 也可以多出其它的
        spec:
            containers:         # pod的资源
            - name: my-container   # 名称
              image: ikubernetes/myapp:v1     # pod容器镜像
              imagePullPolicy: IfNotPresent   # 如果没有就下载
              ports:           # 定义expose的端口
              - name: http
                containerPort: 80
              readinessProbe:    # 存活性探测
                initialDelaySeconds: 3   # 初始化3秒之后开始
                failureThreshold: 3      # 失败三次就认为失败
                httpGet:         # 检测80端口以及访问index.html页面
                   port: http
                   path: index.html



1.3.2、查看pod资源


# 创建pod
]# kubectl  create -f first_replicaset.yaml

# 查看rs详细信息
]# kubectl get rs -o wide
NAME    DESIRED CURRENT READY  AGE  CONTAINERS   IMAGES    SELECTOR
first-rs-app    4     4     4    11m   my-container   ikubernetes/myapp:v1   app=first-app,release=firsts

# 查看更详细的rs状态
]# kubectl describe rs
Name:         first-rs-app
Namespace:    default
Selector:     app=first-app,release=firsts
Labels:       app=first-app
              release=firsts
Annotations:  <none>
Replicas:     4 current / 4 desired
Pods Status:  4 Running / 0 Waiting / 0 Succeeded / 0 Failed
Pod Template:
  Labels:  app=first-app
           envs=apps
           release=firsts
  Containers:
   my-container:
    Image:        ikubernetes/myapp:v1
    Port:         80/TCP
    Host Port:    0/TCP
    Readiness:    http-get http://:http/index.html delay=3s timeout=1s period=10s #success=1 #failure=3
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Events:
  Type    Reason            Age   From                   Message
  ----    ------            ----  ----                   -------
  Normal  SuccessfulCreate  12m   replicaset-controller  Created pod: first-rs-app-q7bnc
  Normal  SuccessfulCreate  12m   replicaset-controller  Created pod: first-rs-app-xrtdw
  Normal  SuccessfulCreate  12m   replicaset-controller  Created pod: first-rs-app-jrkhh
  Normal  SuccessfulCreate  12m   replicaset-controller  Created pod: first-rs-app-xzksd
  Normal  SuccessfulCreate  11m   replicaset-controller  Created pod: first-rs-app-n55kh



1.3.3、操作pod


# 随便删除一个pod，  它会自动生成pod
]# kubectl delete pod first-rs-app-xrtdw 
	pod "first-rs-app-xrtdw" deleted

# 编辑 rs 
]# kubectl edit rs first-rs-app 
	# 修改replicase可以立即生效
	# 修改 spec.containers.image不会立即生效，需要手动一个个操作
	
# 删除rs
]# kubectl delete rs first-rs-app 
	replicaset.apps "first-rs-app" deleted



​ 使用控制器创建一组不分彼此的pod资源时，控制器创建的pod要想能够被客户端不受生命周期所影响，用户就需要有一个固定的访问端点，而访问端点需要在pod外在加一个server选择器，server需要与pod是同一个标签，以便关连pod资源，而后用户通过server访问，server会直接代理pod资源， server与Pod并不需要与控制器有一一对应关系


二、Deployment


​ 当使用ReplicaSet时，创建的Pod并不会因为在配置文件中修改版本应用而生效，所以在rs下要想真正更新Pod， 每次删一个Pod等它重建完成，再删第二个，依次类推完成灰度发布 (滚动发布)， 但是因为Pod的会实时收到监控，一旦数量少于预定义的数量就会创建，因此就需要使用先加后减的策略进行，先加后减是确保当前的可用节点数量，但是如果这样的话，就比较繁琐；


​ 那么我们的Kubernetes就专门提供了一个控制器来负责，完成此类功能，它被称为Deployment，也就意味着在Kubernetes之上我们不应该人为去手动使用ReplicaSet存在的目的，只是用来管理底层Pod的，但我们用户来管理的是Deployment，Deployment负责由Controller来管理RS，RS负责管理Pod，它能利用RS功能帮用户完成各种操作，比如版本升级，回滚，灰度发布，金丝雀发布等


    

  • 灰度 ： 删一个加一个， 真正做到了滚动发布
    • 

  • 金丝雀: 当使用deployment发布时，使用先加后减的方式, 但对于金丝雀发布只加不减，新老版本并存，暂停了,我们可以使用路由策略把一部分用户量不大的区域的流量放到新的Pod里面，而用户量比较大的地区还是使用老版本的Pod，而这一切在Deployment上，都可用自动进行，你只需要告诉它更新一批并且暂停下来，那就是金丝雀
    • 



​ 如果需要实现流量调度，Kubernetes目前默认提供的组件还没这个能力，需要借助其他的网络组件实现， deployment支持回滚操作,deploymnet实现方式是将历史Pod进行保留不删除，在其必要的时候还能够基于历史的Pod进行回滚， 默认保存十个版本， 而现在应该是保留所有版本；


​ 而且对于回滚来说，它还是基于灰度发布， 删完重建依次循环，假设有6个Pod那么依次删除并建立消耗的时间会很长，但对于deployment来说它可以在原有的基础上先增加一个或多个然后在删除原有老版的， 或者先删除多个然后在创建， 所以说RS不应该是我们直接使用，rs存在的目的只是为了管理底层的Pod；


​ 对于我们用户应该使用的是Deployment，Deployment负责由控制器来管理ReplicaSet，ReplicaSet来管理Pod，所以Deployment是一个更高级的功能，它能利用ReplicaSet的功能帮我们完成各种更新策略；


    

  •  
    工作在ReplicaSet之上，Deployment控制ReplicaSet来控制pod，用于管理无状态应用，目前来说最好的控制器。
     
    • 

  •  
    拥有ReplicaSet所有的功能，支持滚动更新和回滚功能，也提供声明式配置。
     
    • 

  •  
    一个节点可以运行多个Deployment副本，也可以一个不运行， pod数量可以大于节点数
     
    • 



2.1、更新方式


    

  • 更新方式一： 允许节点多创建一个
    • 

  • 更新方式二： 允许节点少一个
    • 



​ 升级步骤 从v1逐步升级至v2, v1最后全部迁移之后, v1的控制器也不会被删除, 用于版本回退，更新时默认是灰度\滚动的方式进行，根据粒度滚动更新(一次新增几个或一次允许少几个)， 在更新时livenessProbe或readnessProbe时最为重要。


[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nZJ2MjaD-1591840603154)(C:\Users\xiong\AppData\Roaming\Typora\typora-user-images\dev\1576217581894.png)]


deployment 建立在replicaSet之上， 可管理多个rs控制器，但其中只有一个处于活跃状态，默认只会保存10个rs
 kubernetes-pod控制器-4_第2张图片


2.2、参数说明


    

  •  
    查看状态
     
    ~]# kubectl explain deploy  
    KIND:     Deployment
    VERSION:  apps/v1

     
    • 

  •  
    副本数量
     
    replicase:  # 创建几个副本数量  replicas  

     
    • 

  •  
    **strategy: ** 更新策略
    

    


    
属性
说明

    
    


    
Recreate
重建更新,删除一个更新一个

    

    
RollingUpdate
滚动更新， 允许临时多几个或少几个， 创建更新的粒度

    
    

    

    


    
RollingUpdate属性
说明

    
    


    
maxSurge
对应的更新过程当中，最多能超出的目标副本数有多少个， 
    两个指定方式： %(百分比)跟 数字    		

    

    
maxUnavaiable
最多有几个不可用，

    
    

    • 

  •  
    标签选择器
     
    selector：  # 标签选择器    selector	 -required-
    matchExpressions	<[]Object>              # 匹配表达式,这个标签可以指定一段
    matchLabels	        <map[string]string>     # 等值标签选择，   语法为键值对
 

  •  
    副本模板
     
    template：  # 副本模板      template	 
  metadata:   # pod资源本身的元数据，由selector控制的元数据
    labels:  # 必须符合selector的标签器中的标准，否则创建将会永无休止， 也可以是其它的标签
  spec:   # 模板的资源 
 

  •  
    spec: pod资源本身的资源
     
    • 


    2.3、demo
    

    2.3.1、创建yaml
    

    ]# cat deployment.yaml 
apiVersion: apps/v1      # 版本为 正式版本
kind: Deployment         # pod控制器类型
metadata:                # 控制器的元数据
    name: my-deploy      # 控制器名称
    labels:              # 控制器labels
      app: dly
spec:
    replicas: 2          # pod副本数  三要素-1 
    selector:
      matchLabels:      # 标签选择器  三要素-2
        app: my-deploy
        release: base1
    strategy:            # 更新策略
      rollingUpdate:     # 滚动更新
        maxSurge: 2      # 临时可以多创建2个
        maxUnavailable: 1  # 可以少一个，  假设有五个1个不可用，多创建二个 最多4-7个可用
    template:            # pod模板   三要素-3， 每一个模板都是一个标准的对象
      metadata:          # pod元数据
        name: my-app     # pod名称
        namespace: default
        labels:          # pod标签， 必须要与matchLabels保存一致可以多,少了就不归该控制器了
          app: my-deploy
          release: base1
      spec:              # pod属性
        containers:      # pod容器属性
        - name: my-app   # 名称
          image: ikubernetes/myapp:v1   # 容器镜像
          imagePullPolicy: IfNotPresent  # 如果不存在就下载
          ports:           # 暴露端口
          - name: http
            containerPort: 80
          readinessProbe:   # 存活性探测
            failureThreshold: 3    # 可接受3次失败，3次之后就直接error
            initialDelaySeconds: 3  # 初始化3秒之后开始探测
            httpGet:               # 探测类型为http
              port: http
              path: index.html
              

spec.paused:  暂停
spec.revisionHistoryLimit:   保存多少个回滚的版本, 默认为10个
spec.strategy   更新策略
	Recreate:  重建更新，删除一个建立一个，在创建出新的Pod之前会先杀掉所有已存在的Pod
    RollingUpdate:  滚动更新，  允许临时多几个或少几个
        maxSurge:   对应的更新过程当中，最多能超出的目标副本数有多少个， 两个指定方式：  %跟数字
        maxUnavaiable：  最多有几个不可用， 

    

    2.3.2、查看资源
    

    # 查看deployment属性 
]# kubectl get deploy -o wide
NAME        READY   UP-TO-DATE   AVAILABLE   AGE   CONTAINERS   IMAGES                 SELECTOR
my-deploy   2/2     2            2           21s   my-app       ikubernetes/myapp:v1   app=my-deploy,release=base1

# 查看 replicaSet
]# kubectl get rs  -o wide
NAME                   DESIRED   CURRENT   READY   AGE   CONTAINERS   IMAGES                 SELECTOR
my-deploy-8574fcbdfd   2         2         2       20m   my-app       ikubernetes/myapp:v1   app=my-deploy,pod-template-hash=8574fcbdfd,release=base1

# 属性说明：   deployment名称-固定的hash码  my-deploy-8574fcbdfd

# 查看pod
]# kubectl get pods -l app=my-deploy
NAME                         READY   STATUS    RESTARTS   AGE
# depl名称-固定hash码-随机串
my-deploy-8574fcbdfd-2c9tn   1/1     Running   0          22m
my-deploy-8574fcbdfd-qzfcm   1/1     Running   0          22m

# 查看deployment详细信息
# 换了个yaml，  查看最小跟最大， 如果不指定就是25%  不足1的会补齐1
]# kubectl describe deployments.apps my-deploy   
Name:                   my-deploy
Namespace:              default
CreationTimestamp:      Mon, 16 Dec 2019 09:35:38 +0800
Labels:                 type=deployment
Annotations:            deployment.kubernetes.io/revision: 1
                        kubectl.kubernetes.io/last-applied-configuration:
                          {"apiVersion":"apps/v1","kind":"Deployment","metadata":{"annotations":{},"labels":{"type":"deployment"},"name":"my-deploy","namespace":"de...
Selector:               app=my-deploy,revese=deploy-v1.1
Replicas:               4 desired | 4 updated | 4 total | 4 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  1 max unavailable, 2 max surge
Pod Template:       # pod模板 labels
  Labels:  app=my-deploy
           revese=deploy-v1.1
  Containers:
   my-container:
    Image:        ikubernetes/myapp:v1
    Port:         80/TCP
    Host Port:    0/TCP
    Liveness:     http-get http://:http/index.html delay=0s timeout=1s period=10s #success=1 #failure=3

    

    查看详细版本
    

    ]#  kubectl rollout history deployment my-deploy --revision=1
# --record=true # 使用--record可以在查看历史的时候查看此次记录
deployment.apps/my-deploy with revision #1
Pod Template:
  Labels:	app=my-deploy
	pod-template-hash=5fbb68fb8c
	revese=deploy-v1.1
  Containers:
   my-container:
    Image:	ikubernetes/myapp:v1
    Port:	80/TCP
    Host Port:	0/TCP
    Liveness:	http-get http://:http/index.html delay=0s timeout=1s period=10s #success=1 #failure=3
    Environment:	<none>
    Mounts:	<none>
  Volumes:	<none>

    

    2.3.3、操作资源
    

    # 修改 deployment.yaml 
spec:
    replicas: 4    # 副本修改为 4
    template:
      spec:
        containers:
        - name: my-app
          image: ikubernetes/myapp:v2   # 版本升级

]# kubectl get deploy -o wide   # 查看deploy
]# kubectl get rs -o wide    # 查看rs

# 查看升级的版本
]# kubectl rollout history deployment 
deployment.apps/my-deploy 
REVISION  CHANGE-CAUSE   # 如果不加 --record在版本中就看不到具体的操作过程
1         <none>
2         <none>

    

    修改deployment
    

    # patch,  从v1版本 升级v2版本
~]# kubectl patch deployments my-deploy -p '{"spec": {"template":{"spec":{"containers":[{"name":"my-container","image":"ikubernetes/myapp:v2"}]}}}}'
    deployment.apps/my-deploy patched
    
# 此时在查看history版本，就有两个了
 ~]# kubectl rollout history deployment 
deployment.apps/my-deploy 
REVISION  CHANGE-CAUSE
1         <none>
2         <none>

# 查看deployment详细信息
]# kubectl describe deployments.apps my-deploy 
Name:                   my-deploy
Namespace:              default
CreationTimestamp:      Mon, 16 Dec 2019 09:35:38 +0800
Labels:                 type=deployment
Annotations:            deployment.kubernetes.io/revision: 2
                        kubectl.kubernetes.io/last-applied-configuration:
                          {"apiVersion":"apps/v1","kind":"Deployment","metadata":{"annotations":{},"labels":{"type":"deployment"},"name":"my-deploy","namespace":"de...
Selector:               app=my-deploy,revese=deploy-v1.1
Replicas:               4 desired | 4 updated | 4 total | 4 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  1 max unavailable, 2 max surge
Pod Template:
  Labels:  app=my-deploy
           revese=deploy-v1.1
  Containers:
   my-container:
    Image:        ikubernetes/myapp:v2  # 升级版本
    Port:         80/TCP
    Host Port:    0/TCP
    # 存活性检测
    Liveness:     http-get http://:http/index.html delay=0s timeout=1s period=10s #success=1 #failure=3
    
# 查看pods 详细信息
]# kubectl describe pods my-deploy-7ff6f44678-tvl74
Name:         my-deploy-7ff6f44678-tvl74
Namespace:    default
Priority:     0
Node:         node1/192.168.9.31
Start Time:   Mon, 16 Dec 2019 11:27:40 +0800
Labels:       app=my-deploy
              pod-template-hash=7ff6f44678
              revese=deploy-v1.1
Controlled By:  ReplicaSet/my-deploy-7ff6f44678
Containers:
  my-container:
    Container ID:   docker://xx
    Image:          ikubernetes/myapp:v2  

    

    还原版本
    

    ]# kubectl rollout undo deployment my-deploy --to-revision=1
	deployment.apps/my-deploy rolled back

]# kubectl describe pods my-deploy-5fbb68fb8c-2b5xm 
    Image:          ikubernetes/myapp:v1 # 此时在查看就是v1版本了

# 需要注意的是 如果还原了1，那么上一版本就是还原前的版本
]#  kubectl rollout history deployment my-deploy 
deployment.apps/my-deploy 
REVISION  CHANGE-CAUSE
2         <none>
3         <none>

# 查看rs的版本
]# kubectl get rs -o wide
NAME                   DESIRED   CURRENT   READY   AGE     CONTAINERS     IMAGES                 SELECTOR
my-deploy-5fbb68fb8c   4         4         4       3h54m   my-container    ikubernetes/myapp:v1   app=my-deploy,pod-template-hash=5fbb68fb8c,revese=deploy-v1.1
my-deploy-7ff6f44678   0         0         0       121m    my-container   ikubernetes/myapp:v2   app=my-deploy,pod-template-hash=7ff6f44678,revese=deploy-v1.1

    

    三、daemonSet
    

      

    • 要求在集群的每一个节点或符合选择器要求的节点运行，并且只运行一个pod副本，
      • 

    • 通常用于实现系统级的管理功能，比如ELK服务
      • 

    • daemonSet也是通过标签选择器来判定每一个节点的运行状态。
      • 

    • **特性：**服务是无状态的，服务必须是守护进程
      • 

    

    在整个集群的每一个节点上，只运行某个指定pod的一个并且只能是一个副本或者是集群中某些符合选择器的节点上的某一个副本， 用于实现系统级的管理功能，可以直接把节点上的某个目录做为存储卷关连至某个Pod中
    

    # 查看创建的头部信息
~]# kubectl  explain ds
    KIND:     DaemonSet
    VERSION:  apps/v1

    

    3.1、参数说明
    

      

    • minReadySeconds  # 最少的准备节点数
      • 

    • revisionHistoryLimit  # 保存支持历史版本数， 默认10个
      • 

    • selector  -required- # 选择器

    • template  -required- # 模板对象

    • updateStrategy  # 更新策略

        

      • RollingUpdate： # 删一个更新一个
        • 

      • OnDelete： # 删除更新
        • 

       

    • 在yaml配置文件中 通 — 分段，在一个配置文件中可以定义多个资源对象
      • 


      3.2、demo
      

      3.1、创建yaml
      

      ]# cat daemon.yaml 
apiVersion: apps/v1
kind: Deployment
metadata:
  name: redis
  labels:
    app: redis-v4
    release: stable
spec:
  replicas: 1
  selector:
    matchLabels:
      app: my-redis
      release: base01
  template:
    metadata:
      name: con-redis
      labels:
        app: my-redis
        release: base01
    spec:
      containers:
      - name: redis
        image: redis:4.0.14
        imagePullPolicy: IfNotPresent
        ports:
        - name: redis     # expose端口 定义别名
          containerPort: 6379  # 端口号 6379
        livenessProbe:    # 存活性探测 
          tcpSocket: 
            port: 6379    # 监听6379端口

---  # 分段，可以用于定义多个资源
apiVersion: apps/v1 
kind: DaemonSet    # 一个节点生成一个副本，  无需在次定义副本数 replicas
metadata:
  name: daemons
  namespace: default
  labels:
    app: daemons
    release: stable
spec:
  revisionHistoryLimit: 5   # 定义最多5个历史版本，默认10个
  selector:                 # 二元素-选择器
    matchLabels:
      app: daemon-v1
      release: base-v1
  template:                 # 二元素-模板
    metadata:
      name: my-node
      namespace: default
      labels:
        app: daemon-v1
        release: base-v1
    spec: 
      containers:
      - name: my-con
        image: ikubernetes/filebeat:5.6.5-alpine
        imagePullPolicy: IfNotPresent
        env:
        - name: REDIS_HOST   # 定义往哪个redis中发送日志
          value: redis.default.svc.cluster.local

      

      3.2、生成
      

      ]# kubectl apply -f daemon.yaml 
    deployment.apps/redis created
    daemonset.apps/daemons created

# 定义了 name: REDIS_HOST，  名称为redis,  dns解析默认后缀 default.svc.cluster.local
]# kubectl expose deployment redis --port=6379
    service/redis exposed

# 查看expose端口以及名称
]# kubectl get svc
NAME         TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)    AGE
redis        ClusterIP   10.109.181.86    <none>        6379/TCP   2s

# 连接至daemon节点查看解析是否成功
]# kubectl exec -it daemons-5x2j8  /bin/sh
    Name:      redis.default.svc.cluster.local
    Address 1: 10.109.181.86 redis.default.svc.cluster.local

      

      3.3、查看资源
      

      # daemonSet资源，查看简写就是ds
]# kubectl get ds
NAME      DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
daemons   2         2         2       2            2           <none>          9m56s

# 查看pods分别在哪个节点中
]# kubectl  get pods -o wide
NAME                     READY   STATUS    RESTARTS   AGE   IP            NODE 
daemons-5x2j8            1/1     Running   0          11m   10.244.1.67   node1
daemons-f2d9g            1/1     Running   0          11m   10.244.2.59   node2

 # 查看pods节点信息
]#  kubectl describe pods daemons-f2d9g 
Name:         daemons-f2d9g
Node:         node2/192.168.9.32
Labels:       app=daemon-v1
              controller-revision-hash=5f9fdbdb4c
              pod-template-generation=1
              release=base-v1
Annotations:  <none>
Status:       Running
IP:           10.244.2.59
Controlled By:  DaemonSet/daemons

      

      3.4、操作资源
      

      ]# kubectl get ds
NAME      DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
daemons   2         2         2       2            2           <none>          39m

# 升级版本
]# kubectl  set image daemonset daemons my-con=ikubernetes/filebeat:5.6.6-alpine
            # 设置属性   方法      ds名称   container名称=image版本
	daemonset.apps/daemons image updated

# 查看版本 升级成功
]# kubectl describe pods daemons-vzhgk 
Name:         daemons-vzhgk
Image:          ikubernetes/filebeat:5.6.6-alpine

# 查看升级版本
]# kubectl rollout history daemonset daemons 
    daemonset.apps/daemons 
    REVISION  CHANGE-CAUSE
    1         <none>
    2         <none>

]# kubectl rollout history daemonset daemons --revision=1
    daemonset.apps/daemons with revision #1
    Containers:
      my-con:
        Image:	ikubernetes/filebeat:5.6.5-alpine
        Environment:
          REDIS_HOST:	redis.default.svc.cluster.local

]# kubectl rollout history daemonset daemons --revision=2
daemonset.apps/daemons with revision #2
   my-con:
    Image:	ikubernetes/filebeat:5.6.6-alpine
    Environment:
      REDIS_HOST:	redis.default.svc.cluster.local

      

      3.4.1、删除资源
      

      # 删除由这个yaml创建资源
    ]# kubectl delete -f daemon.yaml  

# 删除ds
	]# kubectl delete ds daemons

      

      3.4.2、暂停恢复更新
      

      # 暂停更新   kubwx rollout pause deployment daemons
# 继续升级   kubwx rollout resume deployment daemons

      

      四、Job
      

      ​ Job控制器的主要作用是，一次性就业，非守护进程，它需要在后台运行，任务执行完成之后，就退出，我们正常Pod控制器控制的Pod一旦宕机，会自动重建，这是我们的Deployment、ReplicaSet或者DaeonSet的特性，但是有些任务，比如像备份，我们只执行一次备份任务就行了，那这个时候可以使用我们的Job控制器，所以Job控制器就是用来创建一个或多个Pod，这个Pod就是执行相应的任务，完成之后终止就完了，如果要删除Job，我们会删除这个Pod所做的所有操作；
      

      ​ 只要完成就立即退出，不需要重启或重建， 要不要重建pod, 就是任务是否完成, job只是一次性运行
      

      五、Cronjob
      

      周期性运行， 每一次退出都会有正常退出的时间，如果前一次任务执行到了正常退出时间还没有退出，那就可能会有任务丢失的可能性
      

      六、statefulSet
      

        

      • 管理有状态应用，当节点都有自己的特性时就是有状态应用；
        • 

      • 每一个pod副本都是被单独管理的，它拥有着自己独有标识和独有数据集；
        • 

      • 一旦节点故障，加入之前需要做很多的初始化操作
        • 

      

      ​ 假设有多个集群，而每个集群所提供的资源各不尽相同，statefulset提供了一个封装的控制器，这个封装指的是人为的将手动操作, 复杂的执行逻辑将定义成脚本放置在statefules的模板定义当中，每一个节点故障之后通过脚本将自动恢复 (难度极大)
      

      七、其它控制器
      

      


      
其它类型资源
说明

      
      


      
TPR (third party Resources)
第三方资源 1.2+支持, 1.7之后废弃

      

      
CDR (curstom Defined Resources)
用户自定义资源 1.8+ 默认

      

      
Operator
封装运维技能，如etcd

      

      
helm
与 linux的yum安装类型，直接安装就不使用在手动创建脚本

      
      

      

      垃圾收集器
      

      

      Garbage Collction， 垃圾收集： 当一个Pod控制器终止的时候会将这个控制下面的所有Pod全部回收
      

      

      ​ 每一个依赖性的Object在它的metadata中都有一个ownerReferneces字段,你没定义它也会自动填充, 比如由控制器创建的Pod，那么Pod的ownerReferneces就属于它的控制器,所以任意一个Object终止的时候, 一般都由它的ownerReferneces所指定的对象负责给它进行GC垃圾收集,大多数情况下会自动设置，当然也可以自己指定垃圾收集器，收集的方式一般是通过级联的方式进行的；
       ​ 一个叫做后台一个叫前台， 通常情况下只要删除Pod控制器, 那么该控制器下的所有Pod都将会被级联删除，当然也可以设置不级联删除，pod控制器删除之后下面的Pod也不会被删除，会转为自助式Pod,没有控制器了
       ​ 基本上有引用者的时候，删除了引用者，那么被引用的资源会一起删除，而这个级联操作，可以工作为两种模型，就是前台和后台，后台就是删除一个资源的过程不用管，全部会在后台执行，所谓前台就是用户需要等待资源以及被引用的资源一起删除之后再进行下一步的操作，会占用终端；
       ~]# kubectl explain cj.metadata.ownerReferences
      

                   |

      

      | Operator | 封装运维技能，如etcd |
       | helm | 与 linux的yum安装类型，直接安装就不使用在手动创建脚本 |
      

      垃圾收集器
      

      

      Garbage Collction， 垃圾收集： 当一个Pod控制器终止的时候会将这个控制下面的所有Pod全部回收
      

      

      ​ 每一个依赖性的Object在它的metadata中都有一个ownerReferneces字段,你没定义它也会自动填充, 比如由控制器创建的Pod，那么Pod的ownerReferneces就属于它的控制器,所以任意一个Object终止的时候, 一般都由它的ownerReferneces所指定的对象负责给它进行GC垃圾收集,大多数情况下会自动设置，当然也可以自己指定垃圾收集器，收集的方式一般是通过级联的方式进行的；
       ​ 一个叫做后台一个叫前台， 通常情况下只要删除Pod控制器, 那么该控制器下的所有Pod都将会被级联删除，当然也可以设置不级联删除，pod控制器删除之后下面的Pod也不会被删除，会转为自助式Pod,没有控制器了
       ​ 基本上有引用者的时候，删除了引用者，那么被引用的资源会一起删除，而这个级联操作，可以工作为两种模型，就是前台和后台，后台就是删除一个资源的过程不用管，全部会在后台执行，所谓前台就是用户需要等待资源以及被引用的资源一起删除之后再进行下一步的操作，会占用终端；
       ~]# kubectl explain cj.metadata.ownerReferences
      







      



      


      


      




      

      你可能感兴趣的:(kubernetes)
      

      

      

        

      • react-intl——react国际化使用方案
苹果酱0567
面试题汇总与解析java开发语言中间件springboot后端

        国际化介绍i18n：internationalization国家化简称，首字母+首尾字母间隔的字母个数+尾字母，类似的还有k8s(Kubernetes)React-intl是React中最受欢迎的库。使用步骤安装#usenpmnpminstallreact-intl-D#useyarn项目入口文件配置//index.tsximportReactfrom"react";importReactDOMf
        

        • 

      • Kubernetes数据持久化
看清所苡看轻
kubernetes(k8s)emptyDirHostPathpvpvckubernetes

        在k8s中，Volume（数据卷）存在明确的生命周期（与包含该数据卷的容器组（pod）相同）。因此Volume的生命周期比同一容器组（pod）中任意容器的生命周期要更长，不管容器重启了多少次，数据都被保留下来。当然，如果pod不存在了，数据卷自然退出了。此时，根据pod所使用的数据卷类型不同，数据可能随着数据卷的退出而删除，也可能被真正持久化，并在下次容器组重启时仍然可以使用。从根本上来说，一个数
        

        • 

      • Kubernetes部署MySQL数据持久化
沫殇-MS
KubernetesMySQL数据库kubernetesmysql容器

        一、安装配置NFS服务端1、安装nfs-kernel-server：sudoapt-yinstallnfs-kernel-server2、服务端创建共享目录#列出所有可用块设备的信息lsblk#格式化磁盘sudomkfs-text4/dev/sdb#创建一个目录：sudomkdir-p/data/nfs/mysql#更改目录权限：sudochown-Rnobody:nogroup/data/nfs
        

        • 

      • Kubernetes的3种数据持久化方式
Seal^_^
【云原生】容器化与编排技术持续集成#Kuberneteskubernetes容器云原生EmptyDir面试HostPath

        Kubernetes的3种数据持久化方式1.EmptyDir2.HostPath3.PersistentVolume(PV)TheBegin点点关注，收藏不迷路Kubernetes提供了几种数据持久化方式，以满足不同场景的需求：1.EmptyDir用途：临时数据存储，Pod内容器间共享。特点：生命周期与Pod相同，Pod删除时数据也删除。2.HostPath用途：访问宿主机特定文件或目录。特点：增
        

        • 

      • 【Kubernetes】常见面试题汇总（十一）
summer.335
Kuberneteskubernetes容器云原生

        目录33.简述Kubernetes外部如何访问集群内的服务？34.简述Kubernetesingress？35.简述Kubernetes镜像的下载策略？33.简述Kubernetes外部如何访问集群内的服务？（1）对于Kubernetes，集群外的客户端默认情况，无法通过Pod的IP地址或者Service的虚拟IP地址：虚拟端口号进行访问。（2）通常可以通过以下方式进行访问Kubernetes集群
        

        • 

      • k8s中Service暴露的种类以及用法
听说唐僧不吃肉
K8Skubernetes容器云原生

        一、说明在Kubernetes中，有几种不同的方式可以将服务（Service）暴露给外部流量。这些方式通过定义服务的spec.type字段来确定。二、详解1.ClusterIP定义：默认类型，服务只能在集群内部访问。作用：通过集群内部IP地址暴露服务。示例：spec:type:ClusterIPports:-port:80targetPo
        

        • 

      • Kubernetes 自定义控制器开发
IT回忆录
Kubeneteskubernetes

        目录前言一、CRD二、创建数据库表（Mysql）二、控制器开发1.使用kubernetes的examplecontroller模板2.在controller.go中新增数据表监听方法3.修改tools工具生成资源对象结构体定义这里记录开发k8s控制器的一般方式，controller开发主要使用k8s提供的client-go库进行。前言Controller监听集群内部资源对象的变化，编辑资源对象(增
        

        • 

      • 用kubedam搭建的k8s证书过期处理方法
我滴鬼鬼呀wks
k8s1024程序员节

        kubeadm部署的k8s证书过期1、查看证书过期时间kubeadmalphacertscheck-expiration若证书已经过期无法试用kubectl命令建议修改服务器时间到未过期的时间段2、配置kube-controller-manager.yaml文件cat/etc/kubernetes/manifests/kube-controller-manager.yamlapiVersion:v
        

        • 

      • k8s证书过期问题处理
olina_qin
kubernetes容器云原生

        k8s证书过期问题处理opensslx509-in/etc/kubernetes/pki/apiserver.crt-noout-dateskubeadmcertsrenewallsystemctlrestartkubeleopensslx509-in/etc/kubernetes/pki/apiserver.crt-noout-text|grep"NotAfter"cp/etc/kubernet
        

        • 

      • Kubernetes Ingress 控制器（Nginx）安装与使用教程
农优影

        KubernetesIngress控制器（Nginx）安装与使用教程kubernetes-ingressNGINXandNGINXPlusIngressControllersforKubernetes项目地址:https://gitcode.com/gh_mirrors/ku/kubernetes-ingress1.项目目录结构及介绍在nginxinc/kubernetes-ingress仓库中，
        

        • 

      • 【K8s】专题十一：Kubernetes 集群证书过期处理方法
行者Sun1989
Kuberneteskubernetes云原生容器

        本文内容均来自个人笔记并重新梳理，如有错误欢迎指正！如果对您有帮助，烦请点赞、关注、转发、订阅专栏！专栏订阅入口Linux专栏|Docker专栏|Kubernetes专栏往期精彩文章【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法（续）【Docker】MySQL源码构建Docker镜
        

        • 

      • Docker学习十一：Kubernetes概述
爱打羽球的程序猿
Docker学习系列dockerkubernetes学习

        一、Kubernetes简介2006年，Google提出了云计算的概念，当时的云计算领域还是以虚拟机为代表的云平台。2013年，Docker横空出世，Docker提出了镜像、仓库等核心概念，规范了服务的交付标准，使得复杂服务的落地变得更加简单，之后Docker又定义了OCI标准，Docker在容器领域称为事实的标准。但是，Docker诞生只是帮助定义了开发和交付标准，如果想要在生产环境中大批量的使
        

        • 

      • Cloud Native Weekly | 华为云抢先发布Redis5.0，红帽宣布收购混合云提供商
weixin_34302561
数据库devops大数据

        1——华为云抢先发布Redis5.02——DigitalOceanK8s服务正式上线3——红帽宣布收购混合云提供商NooBaa4——微软发布多项AzureKubernetes服务更新1华为云抢先发布Redis5.012月17日，华为云在DCS2.0的基础上，快人一步，抢先推出了新的Redis5.0产品，这是一个崭新的突破。目前国内在缓存领域的发展普遍停留在Redis4.0阶段，华为云率先发布了Re
        

        • 

      • （k8s）Kubernetes 从0到1容器编排之旅
道不贱卖，法不轻传
kubernetskubernetes容器云原生

        一、引言在当今数字化的浪潮中，Kubernetes如同一艘强大的航船，引领着容器化应用的部署与管理。它以其卓越的灵活性、可扩展性和可靠性，成为众多企业和开发者的首选。然而，要真正发挥Kubernetes的强大威力，仅仅掌握基本操作是远远不够的。本文将带你深入探索Kubernetes使用过程中的奇技妙法，为你开启一段优雅的容器编排之旅。二、高级资源管理之精妙艺术1.资源配额与限制：雕琢资源之美•Ku
        

        • 

      • 【K8S】kubernetes集群架构与组件
奇奇怪怪^
云LinuxIT运维服务器linux

        文章目录【K8S】kubernetes集群架构与组件kubernetes组件**master组件**node组件整体流程POD终止过程【K8S】kubernetes集群架构与组件kubernetes组件K8S是属于主从设备模型(Master-slave架构)，即有Master节点负责集群的调度、管理和运维，Slave节点是集群中的运算工作负载节点在K8S中，主节点一般被称为Master节点，而从节
        

        • 

      • K8S学习笔记02——K8S组件
沉淅尘
#Docker#K8Skubernetes

        Kubernetes组件一、控制平面组件（ControlPlaneComponents）(1)kube-apiserver(2)etcd(3)kube-scheduler(4)kube-controller-manager(5)cloud-controller-manager二、Node组件1.kubelet2.kube-proxy3.容器运行时（ContainerRuntime）三、插件（Add
        

        • 

      • Kubernetes——组件
窒息う
Kuberneteskubernetes容器

        文章目录K8S的优势核心架构角色与功能集群图例K8S的优势能管理大量跨主机容器快速部署应用快速扩展应用无缝对接新的应用节省资源，优化硬件资源的使用核心架构master（管理节点）node（计算节点）images（镜像节点）角色与功能Master功能提供集群的控制对集群进行全局决策检测和响应集群事件Master节点核心组件APIServer是整个系统的对外接口，提供客户端和其他组件调用后端元数据存储
        

        • 

      • Kubernetes组件
汉只只
网络docker大数据分布式hadoop

        Kubernetes核心组件Kubernetes定义了一组构建块，它们可以共同提供部署、维护和扩展应用程序的机制。组成Kubernetes的组件设计为松耦合和可扩展的，这样可以满足多种不同的工作负载。可扩展性在很大程度上由KubernetesAPI提供——它被作为扩展的内部组件以及Kubernetes上运行的容器等使用。Kubernetes主要由以下几个核心组件组成：etcd保存了整个集群的状态；
        

        • 

      • 【Linux 从基础到进阶】Kubernetes 集群搭建与管理
爱技术的小伙子
Linux从基础到进阶linuxkubernetes运维

        Kubernetes集群搭建与管理Kubernetes（简称K8s）是一个用于自动化部署、扩展和管理容器化应用程序的开源平台。它提供了容器编排功能，能够管理大量的容器实例，并支持应用的自动扩展、高可用性和自愈能力。本文将详细介绍如何在CentOS和Ubuntu系统上安装和配置Kubernetes集群，并讲解Kubernetes的基本概念和管理操作。1.Kubernetes基础概念在了解如何搭建Ku
        

        • 

      • 【Kubernetes】常见面试题汇总（十三）
summer.335
Kuberneteskubernetes容器云原生

        目录39.简述KubernetesScheduler使用哪两种算法将Pod绑定到worker节点？40.简述Kuberneteskubelet的作用？41.简述Kuberneteskubelet监控Worker节点资源是使用什么组件来实现的？39.简述KubernetesScheduler使用哪两种算法将Pod绑定到worker节点？KubernetesScheduler根据如下两种调度算法将Po
        

        • 

      • Ansible自动化部署kubernetes集群
theo.wu
kubernetesansible自动化

        机器环境介绍1.1.机器信息介绍IPhostnameapplicationCPUMemory192.168.204.129k8s-master01etcd，kube-apiserver，kube-controller-manager，kube-scheduler,kubelet,kube-proxy,containerd2C4G192.168.204.130k8s-worker01etcd，kub
        

        • 

      • K8S - Emptydir - 取代ELK 使用fluentd 构建logging saidcar
nvd11
K8Skubernetes

        由于k8s的无状态service通常部署在多个POD中，实现多实例面向高并发。但是k8s本身并没有提供集中查询多个pod的日志的功能其中1个常见方案就是ELK.本文的方案是利用fluentdsidecar和emptydir把多个pod的日志导向到bigquery的table中。Emptydir的简介Kubernetes中的EmptyDir是一种用于容器之间共享临时存储的空目录卷类型。EmptyDi
        

        • 

      • kubernetes里面那些事————控制器
背锅攻城师
kuberneteskubernetes容器云原生

        资源-控制器一，控制器作用二，控制器类型2.1，Deployment：无状态应用部署2.2，DaemonSet：确保所有Node运行同一个pod2.3，StatefulSet：有状态应用部署2.4，Job：一次性任务2.5，CronJob：定时任务2.6，pod2.7，service2.8，replicaset2.9，endpoints三，控制器yaml应用3.1，Deployment3.2，Da
        

        • 

      • kubernetes里面那些事—————存储
背锅攻城师
kubernetes容器云原生

        常用数据卷类型一，emptyDir1.1，emptyDir概念1.2，应用场景1.3，yaml示例二，hostPath2.1，hostPath概念2.2，应用场景2.3，yaml示例三，congfigmap3.1，configmap的作用3.2，注意事项：3.3，使用configmap创建java项目配置文件3.4，subPath应用3.5，configmap作为环境变量四，secret4.1，s
        

        • 

      • kubernetes-flannel组件的安装方式
背锅攻城师
kuberneteskubernetes

        使用flannel网络数据转发的过程数据->源容器->宿主机docker0虚拟网卡->flannel0虚拟网卡（UDP封装->etcd->目标容器所在宿主机flannel0->目标容器所在宿主机的docker0虚拟网卡->目标容器文章目录二进制安装flannelyaml文件部署flannel二进制安装flannel一，原有的二进制etcd集群添加配置信息#[Member]ETCD_NAME="et
        

        • 

      • 深入理解Kubernetes：kube-scheduler源码解析
mujingluo
kubernetes容器云原生

        Kubernetes的调度器（kube-scheduler）是整个系统中至关重要的组件，它负责将待调度的Pods分配到合适的节点上。本文将深入分析kube-scheduler的源码，揭示其内部工作机制。kube-scheduler的核心功能kube-scheduler的核心功能包括：监听Pod变化：通过KubernetesAPI监听所有未调度的Pods。过滤（Filtering）：根据一系列规则（
        

        • 

      • 开源项目 Kubernetes 源码探索与部署指南
邹滢朦

        开源项目Kubernetes源码探索与部署指南kubernetesThisistherepothattracksallpatchestotheOpenShiftdistributionofKubernetesonbranchescorrespondingtoOpenShiftreleases.Seehttps://github.com/openshift/kubernetes/blob/maste
        

        • 

      • 【2023年】云计算金砖牛刀小试4
geekgold
云计算linux容器jenkinskubernetes

        容器云问题1.Kubernetes集群支持Pod优先级抢占，通过抢占式调度策略来实现同一个Node节点内部的Pod对象抢占。在master节点/root目录下编写YAML文件schedule.yaml创建一个抢占式调度策略，具体要求如下：（1）抢占式调度策略名称：high-scheduling；（2）优先级为1000000；（3）不要将该调度策略设置为默认优先调度策略。vischedule.yam
        

        • 

      • 【Kubernetes】(K8S)彻底卸载详细教程
哒哒-blog
Kuberneteskubernetes容器云原生

        以下全部操作都是使用root用户进行（非root用户可以使用sudo），并且全部命令都需要在Kubernetes集群的所有节点分别执行：第一步、停止K8S所有节点执行：123systemctlstopkubeletsystemctlstopetcdsystemctlstopdocker第二步、清空K8S集群设置所有节点执行：1kubeadmreset-f第三步、删除K8S相关软件所有节点执行：12
        

        • 

      • 二进制方式部署K8s高可用集群
麻辣头马头
kubernetes容器云原生运维服务器docker网络

        1二进制方式部署K8s高可用集群1.1kubeadm和二进制安装k8s适用场景分析kubeadm是官方提供的开源工具，是一个开源项目，用于快速搭建kubernetes集群，目前是比较方便和推荐使用的。kubeadminit以及kubeadmjoin这两个命令可以快速创建kubernetes集群。Kubeadm初始化k8s，所有的组件都是以pod形式运行的，具备故障自恢复能力。kubeadm是工具，
        

        • 

      • [黑洞与暗粒子]没有光的世界
comsci

             无论是相对论还是其它现代物理学,都显然有个缺陷,那就是必须有光才能够计算
     但是,我相信,在我们的世界和宇宙平面中,肯定存在没有光的世界....
     那么,在没有光的世界,光子和其它粒子的规律无法被应用和考察,那么以光速为核心的
&nbs
        

        • 

      • jQuery Lazy Load 图片延迟加载
aijuans
jquery

        基于 jQuery 的图片延迟加载插件，在用户滚动页面到图片之后才进行加载。
对于有较多的图片的网页，使用图片延迟加载，能有效的提高页面加载速度。
版本：
jQuery v1.4.4+
jQuery Lazy Load v1.7.2
注意事项：
需要真正实现图片延迟加载，必须将真实图片地址写在 data-original 属性中。若 src
        

        • 

      • 使用Jodd的优点
Kai_Ge
jodd

        1.  简化和统一 controller ，抛弃 extends SimpleFormController ，统一使用 implements Controller 的方式。
2.  简化 JSP 页面的 bind, 不需要一个字段一个字段的绑定。
3.  对 bean 没有任何要求，可以使用任意的 bean 做为 formBean。
 
使用方法简介
        

        • 

      • jpa Query转hibernate Query
120153216
Hibernate

        public List<Map> getMapList(String hql,
Map map) {
org.hibernate.Query jpaQuery = entityManager.createQuery(hql);
if (null != map) {
for (String parameter : map.keySet()) {
jp
        

        • 

      • Django_Python3添加MySQL/MariaDB支持
2002wmj
mariaDB

        现状
首先，[email protected] 中默认的引擎为 django.db.backends.mysql 。但是在Python3中如果这样写的话，会发现 django.db.backends.mysql 依赖 MySQLdb[5] ，而 MySQLdb 又不兼容 Python3 于是要找一种新的方式来继续使用MySQL。 MySQL官方的方案
首先据MySQL文档[3]说，自从MySQL
        

        • 

      • 在SQLSERVER中查找消耗IO最多的SQL
357029540
SQL Server

        返回做IO数目最多的50条语句以及它们的执行计划。
select top 50  
(total_logical_reads/execution_count) as avg_logical_reads, 
(total_logical_writes/execution_count) as avg_logical_writes, 
(tot
        

        • 

      • spring UnChecked 异常 官方定义！
7454103
spring

          如果你接触过spring的 事物管理！那么你必须明白 spring的 非捕获异常！ 即 unchecked 异常！ 因为 spring 默认这类异常事物自动回滚！！
public static boolean isCheckedException(Throwable ex)
{
return !(ex instanceof RuntimeExcep
        

        • 

      • mongoDB 入门指南、示例
adminjun
javamongodb操作

        一、准备工作
1、 下载mongoDB
下载地址：http://www.mongodb.org/downloads
选择合适你的版本
相关文档：http://www.mongodb.org/display/DOCS/Tutorial
2、 安装mongoDB
A、 不解压模式：
将下载下来的mongoDB-xxx.zip打开，找到bin目录，运行mongod.exe就可以启动服务，默
        

        • 

      • CUDA 5 Release Candidate Now Available
aijuans
CUDA

        The CUDA 5 Release Candidate is now available at http://developer.nvidia.com/<wbr></wbr>cuda/cuda-pre-production. Now applicable to a broader set of algorithms, CUDA 5 has advanced fe
        

        • 

      • Essential Studio for WinRT网格控件测评
Axiba
JavaScripthtml5

        Essential Studio for WinRT界面控件包含了商业平板应用程序开发中所需的所有控件，如市场上运行速度最快的grid 和chart、地图、RDL报表查看器、丰富的文本查看器及图表等等。同时，该控件还包含了一组独特的库，用于从WinRT应用程序中生成Excel、Word以及PDF格式的文件。此文将对其另外一个强大的控件——网格控件进行专门的测评详述。
网格控件功能
1、
        

        • 

      • java 获取windows系统安装的证书或证书链
bewithme
windows

         
    有时需要获取windows系统安装的证书或证书链，比如说你要通过证书来创建java的密钥库  。
有关证书链的解释可以查看此处 。
 
public static void main(String[] args) {
SunMSCAPI providerMSCAPI = new SunMSCAPI();
S
        

        • 

      • NoSQL数据库之Redis数据库管理(set类型和zset类型)
bijian1013
redis数据库NoSQL

        4.sets类型
        Set是集合，它是string类型的无序集合。set是通过hash table实现的，添加、删除和查找的复杂度都是O(1)。对集合我们可以取并集、交集、差集。通过这些操作我们可以实现sns中的好友推荐和blog的tag功能。
        sadd：向名称为key的set中添加元
        

        • 

      • 异常捕获何时用Exception，何时用Throwable
bingyingao

        用Exception的情况
try {
       //可能发生空指针、数组溢出等异常
        } catch (Exception e) {
         
        

        • 

      • 【Kafka四】Kakfa伪分布式安装
bit1129
kafka

        在http://bit1129.iteye.com/blog/2174791一文中，实现了单Kafka服务器的安装，在Kafka中，每个Kafka服务器称为一个broker。本文简单介绍下，在单机环境下Kafka的伪分布式安装和测试验证   1. 安装步骤
 
Kafka伪分布式安装的思路跟Zookeeper的伪分布式安装思路完全一样，不过比Zookeeper稍微简单些(不
        

        • 

      • Project Euler
bookjovi
haskell

        Project Euler是个数学问题求解网站，网站设计的很有意思，有很多problem，在未提交正确答案前不能查看problem的overview，也不能查看关于problem的discussion thread，只能看到现在problem已经被多少人解决了，人数越多往往代表问题越容易。
    看看problem 1吧：
Add all the natural num
        

        • 

      • Java-Collections Framework学习与总结-ArrayDeque
BrokenDreams
Collections

                表、栈和队列是三种基本的数据结构，前面总结的ArrayList和LinkedList可以作为任意一种数据结构来使用，当然由于实现方式的不同，操作的效率也会不同。
        这篇要看一下java.util.ArrayDeque。从命名上看
        

        • 

      • 读《研磨设计模式》-代码笔记-装饰模式-Decorator
bylijinnan
java设计模式

        声明： 本文只为方便我个人查阅和理解，详细的分析以及源代码请移步 原作者的博客http://chjavach.iteye.com/
import java.io.BufferedOutputStream;
import java.io.DataOutputStream;
import java.io.FileOutputStream;
import java.io.Fi
        

        • 

      • Maven学习(一)
chenyu19891124
Maven私服

            学习一门技术和工具总得花费一段时间，5月底6月初自己学习了一些工具，maven+Hudson+nexus的搭建，对于maven以前只是听说，顺便再自己的电脑上搭建了一个maven环境，但是完全不了解maven这一强大的构建工具，还有ant也是一个构建工具，但ant就没有maven那么的简单方便，其实简单点说maven是一个运用命令行就能完成构建，测试，打包，发布一系列功
        

        • 

      • [原创]JWFD工作流引擎设计----节点匹配搜索算法(用于初步解决条件异步汇聚问题) 补充
comsci
算法工作PHP搜索引擎嵌入式

        本文主要介绍在JWFD工作流引擎设计中遇到的一个实际问题的解决方案，请参考我的博文"带条件选择的并行汇聚路由问题"中图例A2描述的情况(http://comsci.iteye.com/blog/339756),我现在把我对图例A2的一个解决方案公布出来，请大家多指点
节点匹配搜索算法(用于解决标准对称流程图条件汇聚点运行控制参数的算法)
需要解决的问题：已知分支
        

        • 

      • Linux中用shell获取昨天、明天或多天前的日期
daizj
linuxshell上几年昨天获取上几个月

        在Linux中可以通过date命令获取昨天、明天、上个月、下个月、上一年和下一年
# 获取昨天
date -d 'yesterday'  # 或 date -d 'last day'
# 获取明天
date -d 'tomorrow'   # 或 date -d 'next day'
# 获取上个月
date -d 'last month'
# 
        

        • 

      • 我所理解的云计算
dongwei_6688
云计算

              在刚开始接触到一个概念时，人们往往都会去探寻这个概念的含义，以达到对其有一个感性的认知，在Wikipedia上关于“云计算”是这么定义的，它说：
       Cloud computing is a phrase used to describe a variety of computing co
        

        • 

      • YII CMenu配置
dcj3sjt126com
yii

        Adding id and class names to CMenu
We use the id and htmlOptions to accomplish this. Watch.
//in your view
$this->widget('zii.widgets.CMenu', array(
'id'=>'myMenu',
'items'=>$this-&g
        

        • 

      • 设计模式之静态代理与动态代理
come_for_dream
设计模式

        静态代理与动态代理
       代理模式是java开发中用到的相对比较多的设计模式，其中的思想就是主业务和相关业务分离。所谓的代理设计就是指由一个代理主题来操作真实主题，真实主题执行具体的业务操作，而代理主题负责其他相关业务的处理。比如我们在进行删除操作的时候需要检验一下用户是否登陆，我们可以删除看成主业务，而把检验用户是否登陆看成其相关业务
        

        • 

      • 【转】理解Javascript 系列
gcc2ge
JavaScript

        理解Javascript_13_执行模型详解
摘要: 在《理解Javascript_12_执行模型浅析》一文中,我们初步的了解了执行上下文与作用域的概念，那么这一篇将深入分析执行上下文的构建过程，了解执行上下文、函数对象、作用域三者之间的关系。函数执行环境简单的代码:当调用say方法时，第一步是创建其执行环境，在创建执行环境的过程中，会按照定义的先后顺序完成一系列操作:1.首先会创建一个
        

        • 

      • Subsets II
hcx2013
set

        Given a collection of integers that might contain duplicates, nums, return all possible subsets.
Note:
Elements in a subset must be in non-descending order.
The solution set must not conta
        

        • 

      • Spring4.1新特性——Spring缓存框架增强
jinnianshilongnian
spring4

        目录
Spring4.1新特性——综述
Spring4.1新特性——Spring核心部分及其他
Spring4.1新特性——Spring缓存框架增强
Spring4.1新特性——异步调用和事件机制的异常处理
Spring4.1新特性——数据库集成测试脚本初始化
Spring4.1新特性——Spring MVC增强
Spring4.1新特性——页面自动化测试框架Spring MVC T
        

        • 

      • shell嵌套expect执行命令
liyonghui160com

         
 
一直都想把expect的操作写到bash脚本里,这样就不用我再写两个脚本来执行了,搞了一下午终于有点小成就,给大家看看吧.
  系统:centos 5.x
 
1.先安装expect
yum -y install expect
 
2.脚本内容:
cat auto_svn.sh
 
#!/bin/bash

        

        • 

      • Linux实用命令整理
pda158
linux

        0. 基本命令 　　linux 基本命令整理 　
　1. 压缩 解压 　　tar -zcvf a.tar.gz a   #把a压缩成a.tar.gz 　　tar -zxvf a.tar.gz     #把a.tar.gz解压成a 　
　2. vim小结 　　2.1 vim替换 　　:m,ns/word_1/word_2/gc  
        

        • 

      • 独立开发人员通向成功的29个小贴士
shoothao
独立开发

        
概述：本文收集了关于独立开发人员通向成功需要注意的一些东西,对于具体的每个贴士的注解有兴趣的朋友可以查看下面标注的原文地址。
明白你从事独立开发的原因和目的。
保持坚持制定计划的好习惯。
万事开头难，第一份订单是关键。
培养多元化业务技能。
提供卓越的服务和品质。
谨小慎微。
营销是必备技能。
学会组织，有条理的工作才是最有效率的。
“独立
        

        • 

      • JAVA中堆栈和内存分配原理
uule
java

        1、栈、堆
1.寄存器：最快的存储区, 由编译器根据需求进行分配,我们在程序中无法控制.2. 栈：存放基本类型的变量数据和对象的引用，但对象本身不存放在栈中，而是存放在堆（new 出来的对象）或者常量池中（字符串常量对象存放在常量池中。）3. 堆：存放所有new出来的对象。4. 静态域：存放静态成员（static定义的）5. 常量池：存放字符串常量和基本类型常量（public static f
        

        •