一、YAML基础

  YAML是专门用来写配置文件的语言,非常简洁和强大,使用比json更方便。它实质上是一种通用的数据串行化格式。

YAML语法规则:

  • 大小写敏感
  • 使用缩进表示层级关系
  • 缩进时不允许使用Tal键,只允许使用空格
  • 缩进的空格数目不重要,只要相同层级的元素左侧对齐即可
  • ”#” 表示注释,从这个字符一直到行尾,都会被解析器忽略  

在Kubernetes中,只需要知道两种结构类型即可:

  • Lists
  • Maps

  1.1 YAML Maps

  Map顾名思义指的是字典,即一个Key:Value 的键值对信息。例如:  

  1. ---
  2. apiVersion: v1
  3. kind: Pod

  注:---为可选的分隔符 ,当需要在一个文件中定义多个结构的时候需要使用。上述内容表示有两个键apiVersion和kind,分别对应的值为v1和Pod。

  Maps的value既能够对应字符串也能够对应一个Maps。例如:  

  1. ---
  2. apiVersion: v1
  3. kind: Pod
  4. metadata:
  5. name: kube100-site
  6. labels:
  7. app: web

  注:上述的YAML文件中,metadata这个KEY对应的值为一个Maps,而嵌套的labels这个KEY的值又是一个Map。实际使用中可视情况进行多层嵌套。

  YAML处理器根据行缩进来知道内容之间的关联。上述例子中,使用两个空格作为缩进,但空格的数据量并不重要,只是至少要求一个空格并且所有缩进保持一致的空格数 。例如,name和labels是相同缩进级别,因此YAML处理器知道他们属于同一map;它知道app是lables的值因为app的缩进更大。

  注意:在YAML文件中绝对不要使用tab键

  1.2 YAML Lists

  List即列表,说白了就是数组,例如:  

  1. args
  2. -beijing
  3. -shanghai
  4. -shenzhen
  5. -guangzhou

  可以指定任何数量的项在列表中,每个项的定义以破折号(-)开头,并且与父元素之间存在缩进。在JSON格式中,表示如下:  

  1. {
  2. "args": ["beijing", "shanghai", "shenzhen", "guangzhou"]
  3. }

  当然Lists的子项也可以是Maps,Maps的子项也可以是List,例如:  

  1. ---
  2. apiVersion: v1
  3. kind: Pod
  4. metadata:
  5. name: kube100-site
  6. labels:
  7. app: web
  8. spec:
  9. containers:
  10. - name: front-end
  11. image: nginx
  12. ports:
  13. - containerPort: 80
  14. - name: flaskapp-demo
  15. image: jcdemo/flaskapp
  16. ports: 8080

  如上述文件所示,定义一个containers的List对象,每个子项都由name、image、ports组成,每个ports都有一个KEY为containerPort的Map组成,转成JSON格式文件: 

  1. {
  2. "apiVersion": "v1",
  3. "kind": "Pod",
  4. "metadata": {
  5. "name": "kube100-site",
  6. "labels": {
  7. "app": "web"
  8. },
  9.  
  10. },
  11. "spec": {
  12. "containers": [{
  13. "name": "front-end",
  14. "image": "nginx",
  15. "ports": [{
  16. "containerPort": "80"
  17. }]
  18. }, {
  19. "name": "flaskapp-demo",
  20. "image": "jcdemo/flaskapp",
  21. "ports": [{
  22. "containerPort": "5000"
  23. }]
  24. }]
  25. }
  26. }

二、说明

  • 定义配置时,指定最新稳定版API
  • 配置文件应该存储在集群之外的版本控制仓库中。如果需要,可以快速回滚配置、重新创建和恢复
  • 应该使用YAML格式编写配置文件,而不是json。YAML对用户更加友好
  • 可以将相关对象组合成单个文件,通常会更容易管理
  • 不要没必要指定默认值,简单和最小配置减小错误
  • 在注释中说明一个对象描述更好维护

三、使用YAML创建Pod 

  1. ---
  2. apiVersion: v1
  3. kind: Pod
  4. metadata:
  5. name: kube100-site
  6. labels:
  7. app: web
  8. spec:
  9. containers:
  10. - name: front-end
  11. image: nginx
  12. ports:
  13. - containerPort: 80
  14. - name: flaskapp-demo
  15. image: jcdemo/flaskapp
  16. ports:
  17. - containerPort: 5000 
  • apiVersion:此处值是v1,这个版本号需要根据安装的Kubernetes版本和资源类型进行变化,记住不是写死的。
  • kind:此处创建的是Pod,根据实际情况,此处资源类型可以是Deployment、Job、Ingress、Service等。
  • metadata:包含Pod的一些meta信息,比如名称、namespace、标签等信息。
  • spe:包括一些container,storage,volume以及其他Kubernetes需要的参数,以及诸如是否在容器失败时重新启动容器的属性。可在特定Kubernetes API找到完整的Kubernetes Pod的属性。

  (1)查看apiVersion 

  1. # kubectl api-versions
  2. admissionregistration.k8s.io/v1beta1
  3. apiextensions.k8s.io/v1beta1
  4. apiregistration.k8s.io/v1
  5. apiregistration.k8s.io/v1beta1
  6. apps/v1
  7. apps/v1beta1
  8. apps/v1beta2
  9. authentication.k8s.io/v1
  10. authentication.k8s.io/v1beta1
  11. authorization.k8s.io/v1
  12. authorization.k8s.io/v1beta1
  13. autoscaling/v1
  14. autoscaling/v2beta1
  15. batch/v1
  16. batch/v1beta1
  17. certificates.k8s.io/v1beta1
  18. events.k8s.io/v1beta1
  19. extensions/v1beta1
  20. networking.k8s.io/v1
  21. policy/v1beta1
  22. rbac.authorization.k8s.io/v1
  23. rbac.authorization.k8s.io/v1beta1
  24. storage.k8s.io/v1
  25. storage.k8s.io/v1beta1
  26. v1

  (2)下面是一个典型的容器定义: 


  1. spec:
  2. containers:
  3. - name: front-end
  4. image: nginx
  5. ports:
  6. - containerPort: 80
  7. … 
  • 上述例子只是一个简单的最小定义:一个名字(front-end)、基于nginx的镜像,以及容器将会监听的指定端口号(80)。

  • 除了上述的基本属性外,还能够指定复杂的属性,包括容器启动运行的命令、使用的参数、工作目录以及每次实例化是否拉取新的副本。 还可以指定更深入的信息,例如容器的退出日志的位置。容器可选的设置属性包括:

    name、image、command、args、workingDir、ports、env、resource、volumeMounts、livenessProbe、readinessProbe、livecycle、terminationMessagePath、imagePullPolicy、securityContext、stdin、stdinOnce、tty

  (3)kubectl创建Pod  

  1. # kubectl create -f test_pod.yaml
  2. pod "kube100-site" created

  (4)查看Pod状态 

  1. # kubectl get pod
  2.  
  3. NAME READY STATUS RESTARTS AGE
  4. kube100-site 2/2 Running 0 2m

  

四、创建Deployment

  名词解释 

  1. #test-pod
  2. apiVersion: v1 #指定api版本,此值必须在kubectl apiversion中
  3. kind: Pod #指定创建资源的角色/类型
  4. metadata: #资源的元数据/属性
  5. name: test-pod #资源的名字,在同一个namespace中必须唯一
  6. labels: #设定资源的标签
  7. k8s-app: apache
  8. version: v1
  9. kubernetes.io/cluster-service: "true"
  10. annotations: #自定义注解列表
  11. - name: String #自定义注解名字
  12. spec: #specification of the resource content 指定该资源的内容
  13. restartPolicy: Always #表明该容器一直运行,默认k8s的策略,在此容器退出后,会立即创建一个相同的容器
  14. nodeSelector: #节点选择,先给主机打标签kubectl label nodes kube-node1 zone=node1
  15. zone: node1
  16. containers:
  17. - name: test-pod #容器的名字
  18. image: 10.192.21.18:5000/test/chat:latest #容器使用的镜像地址
  19. imagePullPolicy: Never #三个选择Always、Never、IfNotPresent,每次启动时检查和更新(从registery)images的策略,
  20. # Always,每次都检查
  21. # Never,每次都不检查(不管本地是否有)
  22. # IfNotPresent,如果本地有就不检查,如果没有就拉取
  23. command: ['sh'] #启动容器的运行命令,将覆盖容器中的Entrypoint,对应Dockefile中的ENTRYPOINT
  24. args: ["$(str)"] #启动容器的命令参数,对应Dockerfile中CMD参数
  25. env: #指定容器中的环境变量
  26. - name: str #变量的名字
  27. value: "/etc/run.sh" #变量的值
  28. resources: #资源管理
  29. requests: #容器运行时,最低资源需求,也就是说最少需要多少资源容器才能正常运行
  30. cpu: 0.1 #CPU资源(核数),两种方式,浮点数或者是整数+m,0.1=100m,最少值为0.001核(1m)
  31. memory: 32Mi #内存使用量
  32. limits: #资源限制
  33. cpu: 0.5
  34. memory: 1000Mi
  35. ports:
  36. - containerPort: 80 #容器开发对外的端口
  37. name: httpd #名称
  38. protocol: TCP
  39. livenessProbe: #pod内容器健康检查的设置
  40. httpGet: #通过httpget检查健康,返回200-399之间,则认为容器正常
  41. path: / #URI地址
  42. port: 80
  43. #host: 127.0.0.1 #主机地址
  44. scheme: HTTP
  45. initialDelaySeconds: 180 #表明第一次检测在容器启动后多长时间后开始
  46. timeoutSeconds: 5 #检测的超时时间
  47. periodSeconds: 15 #检查间隔时间
  48. #也可以用这种方法
  49. #exec: 执行命令的方法进行监测,如果其退出码不为0,则认为容器正常
  50. # command:
  51. # - cat
  52. # - /tmp/health
  53. #也可以用这种方法
  54. #tcpSocket: //通过tcpSocket检查健康
  55. # port: number
  56. lifecycle: #生命周期管理
  57. postStart: #容器运行之前运行的任务
  58. exec:
  59. command:
  60. - 'sh'
  61. - 'yum upgrade -y'
  62. preStop:#容器关闭之前运行的任务
  63. exec:
  64. command: ['service httpd stop']
  65. volumeMounts: #挂载持久存储卷
  66. - name: volume #挂载设备的名字,与volumes[*].name 需要对应
  67. mountPath: /data #挂载到容器的某个路径下
  68. readOnly: True
  69. volumes: #定义一组挂载设备
  70. - name: volume #定义一个挂载设备的名字
  71. #meptyDir: {}
  72. hostPath:
  73. path: /opt #挂载设备类型为hostPath,路径为宿主机下的/opt,这里设备类型支持很多种
  74. #nfs

  

  (1)创建一个yaml文件  

  1. apiVersion: apps/v1beta2
  2. kind: Deployment
  3. metadata:
  4. name: nginx-deployment
  5. spec:
  6. replicas: 3
  7. selector:
  8. matchLabels:
  9. app: nginx
  10. template:
  11. metadata:
  12. labels:
  13. app: nginx
  14. spec:
  15. containers:
  16. - name: nginx
  17. image: nginx:1.10
  18. ports:
  19. - containerPort: 80

  (2)创建deployment  

  1. [root@master-01 YAML_k8s]# kubectl create -f nginx-deployment.yaml
  2. deployment.apps "nginx-deployment" created
  3. [root@master-01 YAML_k8s]# kubectl get pod -o wide
  4. NAME READY STATUS RESTARTS AGE IP NODE
  5. nginx-deployment-6b7b4d57b4-26wzj 1/1 Running 0 2m 10.20.184.83 master-01
  6. nginx-deployment-6b7b4d57b4-9w7tm 1/1 Running 0 2m 10.20.190.60 node-01
  7. nginx-deployment-6b7b4d57b4-mhh8t 1/1 Running 0 2m 10.20.254.108 node-03
  8. [root@master-01 YAML_k8s]# kubectl get deployment
  9. NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
  10. nginx-deployment 3 3 3 3 2m

  (3)查看标签

  1. [root@master-01 YAML_k8s]# kubectl get pod --show-labels
  2. NAME READY STATUS RESTARTS AGE LABELS
  3. nginx-deployment-6b7b4d57b4-26wzj 1/1 Running 0 3m app=nginx,pod-template-hash=2636081360
  4. nginx-deployment-6b7b4d57b4-9w7tm 1/1 Running 0 3m app=nginx,pod-template-hash=2636081360
  5. nginx-deployment-6b7b4d57b4-mhh8t 1/1 Running 0 3m app=nginx,pod-template-hash=2636081360

  (4)通过标签查找Pod

  1. [root@master-01 YAML_k8s]# kubectl get pod -l app=nginx
  2. NAME READY STATUS RESTARTS AGE
  3. nginx-deployment-6b7b4d57b4-26wzj 1/1 Running 0 6m
  4. nginx-deployment-6b7b4d57b4-9w7tm 1/1 Running 0 6m
  5. nginx-deployment-6b7b4d57b4-mhh8t 1/1 Running 0 6m

  (5)deployment创建过程

  Deployment 管理的是replicaset-controller,RC会创建Pod。Pod自身会下载镜像并启动镜像  

  1. [root@master-01 YAML_k8s]# kubectl describe rs nginx-deployment
  2. ...
  3. ...
  4. ...
  5. Events:
  6. Type Reason Age From Message
  7. ---- ------ ---- ---- -------
  8. Normal SuccessfulCreate 33m replicaset-controller Created pod: nginx-deployment-6b7b4d57b4-9w7tm
  9. Normal SuccessfulCreate 33m replicaset-controller Created pod: nginx-deployment-6b7b4d57b4-26wzj
  10. Normal SuccessfulCreate 33m replicaset-controller Created pod: nginx-deployment-6b7b4d57b4-mhh8t
  11.  
  12. [root@master-01 YAML_k8s]# kubectl describe pod nginx-deployment-6b7b4d57b4-26wzj
  13.  
  14. ...
  15. ...
  16. ...
  17. Events:
  18. Type Reason Age From Message
  19. ---- ------ ---- ---- -------
  20. Normal Scheduled 36m default-scheduler Successfully assigned nginx-deployment-6b7b4d57b4-26wzj to master-01
  21. Normal SuccessfulMountVolume 36m kubelet, master-01 MountVolume.SetUp succeeded for volume "default-token-v5vw9"
  22. Normal Pulled 36m kubelet, master-01 Container image "nginx:1.10" already present on machine
  23. Normal Created 36m kubelet, master-01 Created container
  24. Normal Started 36m kubelet, master-01 Started container

  (6)升级镜像(nginx1.10-->nginx1.11) 

  1. [root@master-01 YAML_k8s]# kubectl set image deploy/nginx-deployment nginx=nginx:1.11
  2. deployment.apps "nginx-deployment" image updated
  3.  
  4. [root@master-01 YAML_k8s]# kubectl exec -it nginx-deployment-b96c97dc-2pxjf bash
  5. root@nginx-deployment-b96c97dc-2pxjf:/# nginx -V
  6. nginx version: nginx/1.11.13

  升级镜像的过程是逐步进行的,pod不会一下子全部关闭,而是一个一个升级

  (7)查看发布状态  

  1. [root@master-01 ~]# kubectl rollout status deploy/nginx-deployment
  2. deployment "nginx-deployment" successfully rolled out

  (8)查看deployment历史修订版本  

  1. [root@master-01 ~]# kubectl rollout history deploy/nginx-deployment
  2. deployments "nginx-deployment"
  3. REVISION CHANGE-CAUSE
  4. 1 <none>
  5. 2 <none>
  6.  
  7. # 显示历史有两个版本
  8.  
  9. [root@master-01 ~]# kubectl rollout history deploy/nginx-deployment --revision=1
  10. deployments "nginx-deployment" with revision #1
  11. Pod Template:
  12. Labels: app=nginx
  13. pod-template-hash=2636081360
  14. Containers:
  15. nginx:
  16. Image: nginx:1.10
  17. Port: 80/TCP
  18. Host Port: 0/TCP
  19. Environment: <none>
  20. Mounts: <none>
  21. Volumes: <none>
  22.  
  23. [root@master-01 ~]# kubectl rollout history deploy/nginx-deployment --revision=2
  24. deployments "nginx-deployment" with revision #2
  25. Pod Template:
  26. Labels: app=nginx
  27. pod-template-hash=65275387
  28. Containers:
  29. nginx:
  30. Image: nginx:1.11
  31. Port: 80/TCP
  32. Host Port: 0/TCP
  33. Environment: <none>
  34. Mounts: <none>
  35. Volumes: <none>

  (8)编辑deployment  

  1. [root@master-01 ~]# kubectl edit deploy/nginx-deployment
  2.  
  3. # 将nginx版本改为1.12
  4. ...
  5. ...
  6. ...
  7. spec:
  8. containers:
  9. - image: nginx:1.12
  10. imagePullPolicy: IfNotPresent
  11. name: nginx
  12. ports:
  13. - containerPort: 80

  升级过程: 

  1. [root@master-01 ~]# kubectl rollout status deploy/nginx-deployment
  2. Waiting for rollout to finish: 1 out of 3 new replicas have been updated...
  3. Waiting for rollout to finish: 1 out of 3 new replicas have been updated...
  4. Waiting for rollout to finish: 1 out of 3 new replicas have been updated...
  5. Waiting for rollout to finish: 2 out of 3 new replicas have been updated...
  6. Waiting for rollout to finish: 2 out of 3 new replicas have been updated...
  7. Waiting for rollout to finish: 2 out of 3 new replicas have been updated...
  8. Waiting for rollout to finish: 1 old replicas are pending termination...
  9. Waiting for rollout to finish: 1 old replicas are pending termination...
  10. deployment "nginx-deployment" successfully rolled out

  (10)扩容/缩容(指定--replicas的数量) 

  1. [root@master-01 ~]# kubectl get pod
  2. NAME READY STATUS RESTARTS AGE
  3. nginx-deployment-6b47cf4878-8mjkr 1/1 Running 0 1m
  4. nginx-deployment-6b47cf4878-kr978 1/1 Running 0 1m
  5. nginx-deployment-6b47cf4878-tvhvl 1/1 Running 0 1m
  6. [root@master-01 ~]# kubectl scale deploy/nginx-deployment --replicas=5
  7. deployment.extensions "nginx-deployment" scaled
  8. [root@master-01 ~]# kubectl get pod
  9. NAME READY STATUS RESTARTS AGE
  10. nginx-deployment-6b47cf4878-6r5dz 0/1 ContainerCreating 0 4s
  11. nginx-deployment-6b47cf4878-7sjtt 0/1 ContainerCreating 0 4s
  12. nginx-deployment-6b47cf4878-8mjkr 1/1 Running 0 2m
  13. nginx-deployment-6b47cf4878-kr978 1/1 Running 0 2m
  14. nginx-deployment-6b47cf4878-tvhvl 1/1 Running 0 2m

  (11)创建Service提供对外访问的接口 

  1. apiVersion: v1
  2. kind: Service
  3. metadata:
  4. name: nginx-service
  5. labels:
  6. app: nginx
  7. spec:
  8. ports:
  9. - port: 88
  10. targetPort: 80
  11. selector:
  12. app: nginx
  13.  
  14. ####
  15. apiVersion: 指定版本
  16.  
  17. kind: 类型
  18.  
  19. name: 指定服务名称
  20.  
  21. labels: 标签
  22.  
  23. port: Service 服务暴露的端口
  24.  
  25. targetPort: 容器暴露的端口
  26.  
  27. seletor: 关联的Pod的标签

  创建service

  1. # kubectl create -f nginx-service.yaml

  查看service(访问Pod是有负载均衡的)

  1. [root@master-01 YAML_k8s]# kubectl get svc/nginx-service
  2. NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
  3. nginx-service ClusterIP 10.254.131.176 <none> 88/TCP 1m
  4.  
  5. # curl 10.254.131.176:88
  6. <!DOCTYPE html>
  7. <html>
  8. <head>
  9. <title>Welcome to nginx!</title>
  10. <style>
  11. body {
  12. width: 35em;
  13. margin: 0 auto;
  14. font-family: Tahoma, Verdana, Arial, sans-serif;
  15. }
  16. </style>
  17. </head>
  18. <body>
  19. <h1>Welcome to nginx!</h1>
  20. <p>If you see this page, the nginx web server is successfully installed and
  21. working. Further configuration is required.</p>
  22.  
  23. <p>For online documentation and support please refer to
  24. <a href="http://nginx.org/">nginx.org</a>.<br/>
  25. Commercial support is available at
  26. <a href="http://nginx.com/">nginx.com</a>.</p>
  27.  
  28. <p><em>Thank you for using nginx.</em></p>
  29. </body>
  30. </html>

  对service的描述  

  1. # kubectl describe svc/nginx-service
  2. Name: nginx-service
  3. Namespace: default
  4. Labels: app=nginx
  5. Annotations: <none>
  6. Selector: app=nginx
  7. Type: ClusterIP
  8. IP: 10.254.131.176
  9. Port: <unset> 88/TCP
  10. TargetPort: 80/TCP
  11. Endpoints: 10.20.184.19:80,10.20.184.84:80,10.20.190.62:80 + 2 more...
  12. Session Affinity: None
  13. Events: <none

  (12)回滚到以前的版本 

  1. # kubectl rollout history deploy/nginx-deployment
  2. deployments "nginx-deployment"
  3. REVISION CHANGE-CAUSE
  4. 1 <none>
  5. 2 <none>
  6. 3 <none>
  7.  
  8. # kubectl rollout history deploy/nginx-deployment --revision=3
  9. deployments "nginx-deployment" with revision #3
  10. Pod Template:
  11. Labels: app=nginx
  12. pod-template-hash=2603790434
  13. Containers:
  14. nginx:
  15. Image: nginx:1.12
  16. Port: 80/TCP
  17. Host Port: 0/TCP
  18. Environment: <none>
  19. Mounts: <none>
  20. Volumes: <none>
  21.  
  22. # 回滚到上一个版本
  23. # kubectl rollout undo deploy/nginx-deployment
  24. deployment.apps "nginx-deployment"
  25.  
  26. # 查看版本
  27. # kubectl describe deploy/nginx-deployment
  28. ...
  29. ...
  30. Labels: app=nginx
  31. Containers:
  32. nginx:
  33. Image: nginx:1.11

  (13)回滚到指定版本

  1. # kubectl rollout history deploy/nginx-deployment
  2. deployments "nginx-deployment"
  3. REVISION CHANGE-CAUSE
  4. 1 <none>
  5. 3 <none>
  6. 4 <none>
  7.  
  8. # 指定版本
  9. # kubectl rollout undo deploy/nginx-deployment --to-revision=1
  10. deployment.apps "nginx-deployment"

 

k8s-YAML配置文件的更多相关文章

  1. 利用k8s yaml配置文件起一个http能够让外部访问

    1.首先建一个http的Deployment apiVersion: apps/v1 #版本信息 kind: Deployment #文件类型 metadata: #Deployment资源的元数据信 ...

  2. K8S之YAML配置文件

    通过 YAML 配置文件 部署 Deployment 使用命令(类似 docker-compose) // 部署 kubectl create -f xxx.yml // 删除 kubectl del ...

  3. Kubernetes 笔记 05 yaml 配置文件详解

    本文首发于我的公众号 Linux云计算网络(id: cloud_dev),专注于干货分享,号内有 10T 书籍和视频资源,后台回复「1024」即可领取,欢迎大家关注,二维码文末可以扫. Hi,大家好, ...

  4. k8s yaml说明

    k8s yaml # yaml格式的pod定义文件完整内容: apiVersion: v1       #必选,版本号,例如v1 kind: Pod       #必选,Pod metadata:   ...

  5. k8s yaml示例

    Kind选择 https://kubernetes.io/zh/docs/concepts/workloads/controllers/ Pod示例 apiVersion : v1 #版本v1 kin ...

  6. python的logging模块之读取yaml配置文件。

    python的logging模块是用来记录应用程序的日志的.关于logging模块的介绍,我这里不赘述,请参见其他资料.这里主要讲讲如何来读取yaml配置文件进行定制化的日志输出. python要读取 ...

  7. Spring Boot入门(一):使用IDEA创建Spring Boot项目并使用yaml配置文件

    由于公司最近在做技术转型(从.Net转Java),因此自己也开启了学习Java之路.学习Java怎么能不学习这几年这么火的Spring Boot框架,由于自己有总结的习惯,因此会把学习的过程以博客的形 ...

  8. Spring Boot: Yaml配置文件 以及 @ConfigurationProperties属性获取

    Yaml配置文件 概述 Spring Boot在支持application.properties配置文件的同时,也支持application.yaml配置文件. 配置文件中的属性,可以通过: 通过@V ...

  9. saltstack主机管理项目:编写插件基类-获取主机列表-提取yaml配置文件(四)

    一.编写插件基类 1.目录结构 1.我是如何获知我有多少种系统? 当客户端第一连接过来的时候,我就已经把这些文件存下来了 ,存在到哪里了?存到数据库了 每次对主机发送命令的动作时,我从库里把数据取出来 ...

  10. Appium + python -yaml配置文件

    在线安装:pip install yaml import yamlimport os # 获取当前脚本所在文件夹路径curpath = os.path.dirname(os.path.realpath ...

随机推荐

  1. Android开发 ---如何操作资源目录中的资源文件5 ---Raw资源管理与国际化

    效果图: 1.activity_main.xml 描述: 定义两个按钮,一个是Raw资源管理,一个是处理国际化语言,其中i18n表示简体中文 <?xml version="1.0&qu ...

  2. powerdesigner 实体关系模型CDM与物理数据模型PDM互转

    1.创建CDM 2.CDM转换PDM 3.PDM转CDM 环境 powerdesigner15.1 1.创建CDM File --> new Model-->Conceptual data ...

  3. C++类构造函数初始化列表(转)

    构造函数初始化列表以一个冒号开始,接着是以逗号分隔的数据成员列表,每个数据成员后面跟一个放在括号中的初始化式.例如: { public:     int a;     float b;     //构 ...

  4. mysql encode decode加密和解密

    加密:模板:insert into user(userpass) values(encode('useerpass','str')) insert into user(userid,username, ...

  5. python scrapy 数据处理时间格式转换

    def show(self,response): # print(response.url) title = response.xpath('//main/div/div/div/div/h1/tex ...

  6. tomcat 配置成服务

    1.下载Zip版Tomcat;选择:32-bit Windows zip(pgp,md5)下载解压文件到指定目录,如:D:/ProgramFiles/Tomcat6 进入D:/ProgramFiles ...

  7. input默认显示当前时间

    方法一: // 获取当天的年月日 new Date().getFullYear() + '-' + (new Date().getMonth() + 1) + '-' + new Date().get ...

  8. 安卓 dex 通用脱壳技术研究(一)

    注:以下4篇博文中,部分图片引用自DexHunter作者zyqqyz在slide.pptx中的图片,版本归原作者所有: 0x01 背景介绍 安卓 APP 的保护一般分为下列几个方面: JAVA/C代码 ...

  9. 原根的存在性及个数证明(Primitive Root Theorem)

    我在RSA学习总结的第三部分关于Mille-Rabin素数测试的正确性证明里需要用到此定理,由于证明太长,故另开一章于此.(为啥我说话突然文绉绉了Orz,可能是这周辩论打多了) 结论是对素数p,mod ...

  10. Java中的this关键字老生常谈

    一.this的由来  this关键字就是获得调用当前方法对象的引用. 二.注意点 this关键字只能出现在方法内部,完成对调用该方法的对象的引用. 三.this关键字的三个用处 1.最主要的用处: 获 ...