一 Deployment相对于RC的优势

RS与Deployment主要用于替代RC。RS的全称为Replica Set。相对于RC,RS与Deployment的优势如下:

  • RC只支持基于等式的selector,如env=dev或者environment!=qa。但在RS中,还支持新的基于集合的selector,如version in (v1.0,v2.0)或者env not in (dev,qa)。这给复杂的运维管理带来方便
  • 使用Deployment升级Pod只需要定义Pod的最终状态,k8s会为你执行必要的操作。虽然使用kubectl rolling-update也可以完成滚动升级,但它是在客户端与服务端多次交互控制RC完成的,所以REST API中并没有rolling-update的接口,这为定制自己的管理系统带来了一些麻烦。Deployment拥有更加灵活的升级、回滚功能。

Replica Set目前与RC的区别只是支持的selector不同,后续会加入更多的功能。Deployment使用了Replica Set,是更高一层的概念。除非需要自定义升级功能或者根本不需要升级Pod,否则还是建议使用Deployment而不直接使用Replica Set。

二 Deployment是简单使用

2.1 同时安装三个nginx pod

[root@docker-server1 manifests]# cd /yamls/

[root@docker-server1 yamls]# mkdir deployment

[root@docker-server1 yamls]# cd deployment

[root@docker-server1 deployment]# vim nginx-deployment.yaml

  1. apiVersion: apps/v1
  2. kind: Deployment
  3. metadata:
  4. name: hello-deployment
  5. namespace: default
  6. spec:
  7. replicas:
  8. selector:
  9. matchLabels:
  10. name: hello-deployment
  11. strategy:
  12. type: RollingUpdate
  13. rollingUpdate:
  14. maxSurge: %
  15. maxUnavailable:
  16. template:
  17. metadata:
  18. labels:
  19. name: hello-deployment
  20. spec:
  21. containers:
  22. - name: webserver
  23. image: nginx:1.4
  24. ports:
  25. - containerPort:

[root@docker-server1 deployment]# kubectl apply -f nginx-deployment.yaml

2.2 查看

[root@docker-server1 deployment]# kubectl get pods

  1. NAME READY STATUS RESTARTS AGE
  2. goproxy / Running 126m
  3. hello-deployment-c6fb6d858-9g5pq / ErrImagePull 11s
  4. hello-deployment-c6fb6d858-qnnld / ErrImagePull 11s
  5. hello-deployment-c6fb6d858-v549m / ErrImagePull 11s
  6. init-demo / Running 68m
  7. nginx / Running 4h13m
  8. nginx-volume / Running 88m

[root@docker-server1 deployment]# kubectl get pods -o wide

  1. NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
  2. goproxy / Running 126m 10.244.1.8 192.168.132.132 <none> <none>
  3. hello-deployment-c6fb6d858-9g5pq / ImagePullBackOff 21s 10.244.2.11 192.168.132.133 <none> <none>
  4. hello-deployment-c6fb6d858-qnnld / ImagePullBackOff 21s 10.244.1.12 192.168.132.132 <none> <none>
  5. hello-deployment-c6fb6d858-v549m / ImagePullBackOff 21s 10.244.1.13 192.168.132.132 <none> <none>
  6. init-demo / Running 68m 10.244.1.10 192.168.132.132 <none> <none>
  7. nginx / Running 4h14m 10.244.2.10 192.168.132.133 <none> <none>
  8. nginx-volume / Running 89m 10.244.1.9 192.168.132.132 <none> <none>

[root@docker-server1 deployment]# kubectl describle pods  hello-deployment-c6fb6d858-v549m

  1. Events:
  2. Type Reason Age From Message
  3. ---- ------ ---- ---- -------
  4. Normal Scheduled <unknown> default-scheduler Successfully assigned default/hello-deployment-c6fb6d858-v549m to 192.168.132.132
  5. Normal Pulling 4m36s (x4 over 6m20s) kubelet, 192.168.132.132 Pulling image "nginx:1.4"
  6. Warning Failed 4m32s (x4 over 6m12s) kubelet, 192.168.132.132 Failed to pull image "nginx:1.4": rpc error: code = Unknown desc = Error response from daemon: manifest for nginx:1.4 not found: manifest unknown: manifest unknown
  7. Warning Failed 4m32s (x4 over 6m12s) kubelet, 192.168.132.132 Error: ErrImagePull
  8. Warning Failed 4m8s (x7 over 6m11s) kubelet, 192.168.132.132 Error: ImagePullBackOff
  9. Normal BackOff 74s (x19 over 6m11s) kubelet, 192.168.132.132 Back-off pulling image "nginx:1.4"

是nginx:1.4没有这个镜像

2.3 滚动更新

修改为1.14版本,就会自己更新

滚动更新策略

1 先删后起

2 先起后删

[root@docker-server1 deployment]#  kubectl apply -f nginx-deployment.yaml

[root@docker-server1 deployment]# kubectl get pods -o wide

  1. hello-deployment-5fdb46d67c-jvvjr / ContainerCreating 0 4s <none> 192.168.132.132 <none> <none>
  2. hello-deployment-c6fb6d858-9g5pq / ImagePullBackOff 8m15s 10.244.2.11 192.168.132.133 <none> <none>
  3. hello-deployment-c6fb6d858-qnnld / ImagePullBackOff 8m15s 10.244.1.12 192.168.132.132 <none> <none>
  4. hello-deployment-c6fb6d858-v549m / ImagePullBackOff 8m15s 10.244.1.13 192.168.132.132 <none> <none>

[root@docker-server1 deployment]# kubectl get pods -o wide

  1. hello-deployment-5fdb46d67c-7ct2z / ContainerCreating 9s <none> 192.168.132.133 <none> <none>
  2. hello-deployment-5fdb46d67c-jvvjr / Running 34s 10.244.1.14 192.168.132.132 <none> <none>
  3. hello-deployment-c6fb6d858-9g5pq / ImagePullBackOff 8m45s 10.244.2.11 192.168.132.133 <none> <none>
  4. hello-deployment-c6fb6d858-qnnld / ImagePullBackOff 8m45s 10.244.1.12 192.168.132.132 <none> <none>

已经运行成功更新一个

[root@docker-server1 deployment]# kubectl get pods -o wide

  1. hello-deployment-5fdb46d67c-7ct2z / Running 118s 10.244.2.12 192.168.132.133 <none> <none>
  2. hello-deployment-5fdb46d67c-jvvjr / Running 2m23s 10.244.1.14 192.168.132.132 <none> <none>
  3. hello-deployment-5fdb46d67c-qfjht / Running 90s 10.244.1.15 192.168.132.132 <none> <none

全部更新

二 部署一个word press网站

2.1 部署mysql

[root@docker-server1 deployment]# vim mysql-deployment.yaml

  1. apiVersion: apps/v1
  2. kind: Deployment
  3. metadata:
  4. name: mysql
  5. namespace: default
  6. spec:
  7. replicas:
  8. selector:
  9. matchLabels:
  10. app: mysql
  11. template:
  12. metadata:
  13. labels:
  14. app: mysql
  15. spec:
  16. containers:
  17. - name: mysql
  18. image: mysql:5.7
  19. ports:
  20. - containerPort:
  21. env:
  22. - name: MYSQL_ROOT_PASSWORD
  23. value: RedHat123
  24. - name: MYSQL_DATABASE
  25. value: wordpress

[root@docker-server1 deployment]# kubectl apply -f mysql-deployment.yaml

[root@docker-server1 deployment]# kubectl get pods

  1. mysql-5d4695cd5-kq9cl 0/1 ContainerCreating 0 8s

[root@docker-server1 deployment]# yum -y install mysql

[root@docker-server1 deployment]# kubectl get pods

  1. NAME READY STATUS RESTARTS AGE
  2. goproxy 1/1 Running 0 149m
  3. hello-deployment-5fdb46d67c-7ct2z 1/1 Running 0 15m
  4. hello-deployment-5fdb46d67c-jvvjr 1/1 Running 0 15m
  5. hello-deployment-5fdb46d67c-qfjht 1/1 Running 0 14m
  6. init-demo 1/1 Running 0 92m
  7. mysql-5d4695cd5-kq9cl 1/1 Running 0 102s
  8. nginx 2/2 Running 4 4h37m
  9. nginx-volume 1/1 Running 0 112m

[root@docker-server1 deployment]# kubectl get pods -o wide

  1. mysql-5d4695cd5-kq9cl / Running 3m22s 10.244.1.16 192.168.132.132

[root@docker-server1 deployment]# mysql -uroot -pRedHat123 -h10.244.1.16

2.2 部署wordpress

[root@docker-server1 deployment]# vi wordpress-deployment.yaml

  1. apiVersion: apps/v1
  2. kind: Deployment
  3. metadata:
  4. name: wordpress
  5. namespace: default
  6. spec:
  7. replicas:
  8. selector:
  9. matchLabels:
  10. app: wordpress
  11. template:
  12. metadata:
  13. labels:
  14. app: wordpress
  15. spec:
  16. nodeName: 192.168.1.233
  17. containers:
  18. - name: wordpress
  19. image: wordpress:5.3.-php7.-apache
  20. ports:
  21. - containerPort:
  22. env:
  23. - name: WORDPRESS_DB_PASSWORD
  24. value: RedHat123
  25. - name: WORDPRESS_DB_NAME
  26. value: wordpress
  27. - name: WORDPRESS_DB_HOST
  28. value: 10.244.1.16
  29. - name: WORDPRESS_DB_USER
  30. value: root

[root@docker-server1 deployment]# kubectl apply -f wordpress-deployment.yaml

[root@docker-server1 deployment]# kubectl get pods -o wide

  1. NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
  2. goproxy / Running 164m 10.244.1.8 192.168.132.132 <none> <none>
  3. init-demo / Running 106m 10.244.1.10 192.168.132.132 <none> <none>
  4. mysql-5d4695cd5-kq9cl / Running 16m 10.244.1.16 192.168.132.132 <none> <none>
  5. nginx / Running 4h51m 10.244.2.10 192.168.132.133 <none> <none>
  6. nginx-volume / Running 127m 10.244.1.9 192.168.132.132 <none> <none>
  7. wordpress-86cbfc4456-zp985 / ContainerCreating 2s <none> 192.168.132.131 <none> <none>

[root@docker-server1 deployment]# kubectl describe pods wordpress-86cbfc4456-zp985

  1. Events:
  2. Type Reason Age From Message
  3. ---- ------ ---- ---- -------
  4. Normal Pulling 3m5s kubelet, 192.168.132.131 Pulling image "wordpress:5.3.2-php7.2-apache"
  5. Normal Pulled 97s kubelet, 192.168.132.131 Successfully pulled image "wordpress:5.3.2-php7.2-apache"
  6. Normal Created 94s kubelet, 192.168.132.131 Created container wordpress
  7. Normal Started 94s kubelet, 192.168.132.131 Started container wordpress

[root@docker-server1 deployment]# kubectl get pods -o wide

  1. NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
  2. goproxy / Running 167m 10.244.1.8 192.168.132.132 <none> <none>
  3. init-demo / Running 109m 10.244.1.10 192.168.132.132 <none> <none>
  4. mysql-5d4695cd5-kq9cl / Running 19m 10.244.1.16 192.168.132.132 <none> <none>
  5. nginx / Running 4h55m 10.244.2.10 192.168.132.133 <none> <none>
  6. nginx-volume / Running 130m 10.244.1.9 192.168.132.132 <none> <none>
  7. wordpress-86cbfc4456-zp985 / Running 3m9s 10.244.0.4 192.168.132.131 <none> <none>

2.3 service资源对象创建MySQL的转发

负载均衡器对象,通过创建 service资源对象,会在ku即e- proxy上为这一类资源创建一个負载均衡器,并为其生成一个集群内部可访问的不变的VIP

[root@docker-server1 deployment]# mkdir /yamls/svcs

[root@docker-server1 deployment]# cd /yamls/svcs

[root@docker-server1 svcs]# vi mysql-svc.yaml

  1. apiVersion: v1
  2. kind: Service
  3. metadata:
  4. name: mysql-svc
  5. spec:
  6. selector: #匹配label
  7. app: mysql
  8. type: ClusterIP
  9. ports:
  10. - port: 3306
  11. targetPort:

[root@docker-server1 svcs]# kubectl apply -f mysql-svc.yaml

[root@docker-server1 svcs]# kubectl get svc

  1. NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
  2. kubernetes ClusterIP 10.96.0.1 <none> /TCP 10h
  3. mysql-svc ClusterIP 10.96.240.104 <none> /TCP 18s

[root@docker-server1 svcs]# cat mysql-svc.yam

  1. apiVersion: v1
  2. kind: Service
  3. metadata:
  4. name: mysql-svc
  5. spec:
  6. selector:
  7. app: mysql
  8. type: ClusterIP
  9. clusterIP: 10.96.240.104
  10. ports:
  11. - port:
  12. targetPort:

[root@docker-server1 svcs]# kubectl delete -f mysql-svc.yaml

[root@docker-server1 svcs]# kubectl apply -f mysql-svc.yaml

[root@docker-server1 svcs]# kubectl get svc

  1. NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
  2. kubernetes ClusterIP 10.96.0.1 <none> /TCP 10h
  3. mysql-svc ClusterIP 10.96.240.104 <none> /TCP 7s

[root@docker-server1 svcs]# mysql -uroot -pRedHat123 -h10.96.240.104

在这里连接很慢

[root@docker-server1 deployment]# kubectl get svc --all-namespaces

  1. NAMESPACE NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
  2. default kubernetes ClusterIP 10.96.0.1 <none> /TCP 11h
  3. default mysql-svc ClusterIP 10.96.240.104 <none> /TCP 9m37s
  4. kube-system kube-dns ClusterIP 10.96.0.10 <none> /UDP,/TCP,/TCP 11h
  5. kubernetes-dashboard dashboard-metrics-scraper ClusterIP 10.96.93.119 <none> /TCP 10h
  6. kubernetes-dashboard kubernetes-dashboard NodePort 10.96.87.98 <none> :/TCP 10h

2.4 修改wordspress

  1. apiVersion: apps/v1
  2. kind: Deployment
  3. metadata:
  4. name: wordpress
  5. namespace: default
  6. spec:
  7. replicas:
  8. selector:
  9. matchLabels:
  10. app: wordpress
  11. template:
  12. metadata:
  13. labels:
  14. app: wordpress
  15. spec:
  16. nodeName: 192.168.132.131
  17. containers:
  18. - name: wordpress
  19. image: wordpress:5.3.-php7.-apache
  20. ports:
  21. - containerPort:
  22. env:
  23. - name: WORDPRESS_DB_PASSWORD
  24. value: RedHat123
  25. - name: WORDPRESS_DB_NAME
  26. value: wordpress
  27. - name: WORDPRESS_DB_HOST
  28. value: 10.96.240.104 #修改这个IP,为serviceIP
  29. - name: WORDPRESS_DB_USER
  30. value: root

2.5 外部访问wordpress

[root@docker-server1 svcs]# vi wordpress-svc.yaml

  1. apiVersion: v1
  2. kind: Service
  3. metadata:
  4. name: wordpress
  5. spec:
  6. selector:
  7. app: wordpress
  8. type: NodePort #为node节点配置端口映射
  9. ports:
  10. - port:
  11. targetPort:
  12. nodePort:

[root@docker-server1 svcs]# kubectl apply -f wordpress-svc.yaml

[root@docker-server1 svcs]# kubectl get svc

  1. NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
  2. kubernetes ClusterIP 10.96.0.1 <none> /TCP 11h
  3. mysql-svc ClusterIP 10.96.240.104 <none> /TCP 16m
  4. wordpress NodePort 10.96.72.115 <none> :/TCP 2s

[root@docker-server1 svcs]# netstat -ntlp|grep 32080

2.6 查看详细信息

[root@docker-server1 ~]# kubectl describe  svc mysql-svc

  1. Name: mysql-svc
  2. Namespace: default
  3. Labels: <none>
  4. Annotations: <none>
  5. Selector: app=mysql
  6. Type: ClusterIP
  7. IP: 10.96.240.104
  8. Port: <unset> /TCP
  9. TargetPort: /TCP
  10. Endpoints: 10.244.1.22:
  11. Session Affinity: None
  12. Events: <none>

[root@docker-server1 ~]# kubectl describe  svc wordpress

  1. Name: wordpress
  2. Namespace: default
  3. Labels: <none>
  4. Annotations: kubectl.kubernetes.io/last-applied-configuration:
  5. {"apiVersion":"v1","kind":"Service","metadata":{"annotations":{},"name":"wordpress","namespace":"default"},"spec":{"ports":[{"nodePort":...
  6. Selector: app=wordpress
  7. Type: NodePort
  8. IP: 10.96.72.115
  9. Port: <unset> /TCP
  10. TargetPort: /TCP
  11. NodePort: <unset> /TCP
  12. Endpoints: 10.244.0.6:
  13. Session Affinity: None
  14. External Traffic Policy: Cluster
  15. Events: <none>

2.7 查看iptables

[root@docker-server1 ~]# iptables -t nat -L|grep 32080

  1. KUBE-MARK-MASQ tcp -- anywhere anywhere /* default/wordpress: */ tcp dpt:
  2. KUBE-SVC-2T26TNVTRAU2MSW5 tcp -- anywhere anywhere /* default/wordpress: */ tcp dpt:

[root@docker-server1 ~]# iptables -t nat -L

  1. KUBE-MARK-MASQ tcp -- !docker-server1/ 10.96.240.104 /* default/mysql-svc: cluster IP */ tcp dpt:mysql
  2. KUBE-SVC-USVAXDL4J4VMVCQU tcp -- anywhere 10.96.240.104 /* default/mysql-svc: cluster IP */ tcp dpt:mysql
  3. KUBE-MARK-MASQ tcp -- !docker-server1/ 10.96.72.115 /* default/wordpress: cluster IP */ tcp dpt:http
  4. KUBE-SVC-2T26TNVTRAU2MSW5 tcp -- anywhere 10.96.72.115 /* default/wordpress: cluster IP */ tcp dpt:http
  5. KUBE-MARK-MASQ udp -- !docker-server1/ 10.96.0.10 /* kube-system/kube-dns:dns cluster IP */ udp dpt:domain
  6. KUBE-SVC-TCOU7JCQXEZGVUNU udp -- anywhere 10.96.0.10 /* kube-system/kube-dns:dns cluster IP */ udp dpt:domain
  7. KUBE-MARK-MASQ tcp -- !docker-server1/ 10.96.0.10 /* kube-system/kube-dns:dns-tcp cluster IP */ tcp dpt:domain
  8. KUBE-SVC-ERIFXISQEP7F7OF4 tcp -- anywhere 10.96.0.10 /* kube-system/kube-dns:dns-tcp cluster IP */ tcp dpt:domain
  9. KUBE-MARK-MASQ tcp -- !docker-server1/ 10.96.0.10 /* kube-system/kube-dns:metrics cluster IP */ tcp dpt:
  10. KUBE-SVC-JD5MR3NA4I4DYORP tcp -- anywhere 10.96.0.10 /* kube-system/kube-dns:metrics cluster IP */ tcp dpt:
  11. KUBE-MARK-MASQ tcp -- !docker-server1/ 10.96.93.119 /* kubernetes-dashboard/dashboard-metrics-scraper: cluster IP */ tcp dpt:irdmi
  12. KUBE-SVC-NDSMHFCKXJRPU4FV tcp -- anywhere 10.96.93.119 /* kubernetes-dashboard/dashboard-metrics-scraper: cluster IP */ tcp dpt:irdmi
  13. KUBE-MARK-MASQ tcp -- !docker-server1/ 10.96.87.98 /* kubernetes-dashboard/kubernetes-dashboard: cluster IP */ tcp dpt:https
  14. KUBE-SVC-4CRUJHTV5RT5YMFY tcp -- anywhere 10.96.87.98 /* kubernetes-dashboard/kubernetes-dashboard: cluster IP */ tcp dpt:https
  15. KUBE-MARK-MASQ tcp -- !docker-server1/ 10.96.0.1 /* default/kubernetes:https cluster IP */ tcp dpt:https 

2.8 外部配置wordpress

访问:http://192.168.132.131:32080

选择简体中文

配置邮件

登录

输入用户名密码

最终界面

配置完成


博主声明:本文的内容来源主要来自誉天教育晏威老师,由本人实验完成操作验证,需要的博友请联系誉天教育(http://www.yutianedu.com/),获得官方同意或者晏老师(https://www.cnblogs.com/breezey/)本人同意即可转载,谢谢!

006.kubernets之Deployment简单部署的更多相关文章

  1. kubernets之Deployment资源

    一  声明式的升级应用 1.1  回顾一下kubernets集群里面部署一个应用的形态应该是什么样子的,通过一副简单的图来描述一下 通过RC或者RS里面的模板创建了三个pod,之后通过一个servci ...

  2. XenApp简单部署

    作者:MR.Yangwj 目录 XenApp简单部署... 1 一.         XenApp安装... 1 (一)      服务器配置任务... 9 1)     许可证服务器配置... 9 ...

  3. mongodb 简单部署方案及实例

    mongodb 简单部署方案及实例 转载:http://my.oschina.net/zhuzhu0129/blog/53290 第一节 准备工作 一 安装mongodb  我这里选用rehl 5.6 ...

  4. Glue4Net简单部署基于win服务的Socket程序

    smark 专注于高并发网络和大型网站架规划设计,提供.NET平台下高吞吐的网络通讯应用技术咨询和支持 Glue4Net简单部署基于win服务的Socket程序 在写一些服务应用的时候经常把要它部署到 ...

  5. SQL Server中的变更捕获技术--简单部署

    ------准备------ CREATE DATABASE db_test_cdc ,) ,name )); INSERT INTO t1(name)VALUES('test') ------开始- ...

  6. Tomcat_记一次tomcatwar包应用简单部署过程

    记一次tomcat war包应用简单部署过程 by:授客 QQ:1033553122 1.  实践环境 Linux apache-tomcat-7.0.73 2.  实践步骤 # 解压tomcat压缩 ...

  7. Ceph分布式存储-原理介绍及简单部署

    1)Ceph简单概述Ceph是一个分布式存储系统,诞生于2004年,最早致力于开发下一代高性能分布式文件系统的项目.Ceph源码下载:http://ceph.com/download/.随着云计算的发 ...

  8. IntelliJ IDEA 14.1.4导入项目启动报错:Error during artifact deployment.[组件部署期间出错]

    1.问题描述:Error during artifact deployment.[组件部署期间出错] 2.删除Artifacts 3.刷新 4.重新生成Artifacts 5.重新选择 再重新启动项目 ...

  9. WebStorm 简单部署服务器进行测试操作

    WebStorm 简单部署服务器对外发布接口 第一步: 查看webstorm防火墙是否允许链接,控制面板-->防火墙-->高级设置 入站规则-->webstrom是否允许链接 ,双击 ...

随机推荐

  1. 【原生JS】图片预加载之无序预加载

    图片预加载之无序预加载 <!DOCTYPE html> <html lang="zh-CN"> <head> <meta charset= ...

  2. 2006年NOIP普及组复赛题解

    题目涉及算法: 明明的随机数:简单模拟: 开心的金明:01背包: Jam的计数法:模拟: 数列:二进制. 明明的随机数 题目链接:https://www.luogu.org/problem/P1059 ...

  3. 【知识小结】PHP使用svn笔记总结

    在公司里,我们要养成每天上班前更新代码,下班前提交代码的习惯,并且做好说明. svn更新代码的时候,先右键点击需要更新的项目,在team中进入资源库同步界面,选择incoming mode,显示的文件 ...

  4. Python--day48--ORM框架SQLAlchemy操作表

    ORM框架SQLAlchemy操作表: 表结构和数据库连接: #!/usr/bin/env python # -*- coding:utf-8 -*- from sqlalchemy.ext.decl ...

  5. Java5新特性对数组的支持

    增强for循环 → for-each for (参数类型参数名 : 数组名) { 代码块 } Eg: package reviewDemo; public class Demo6 { public s ...

  6. liunx重定向控制台消息

    Linux 在控制台记录策略上允许一些灵活性, 它允许你发送消息到一个指定的虚拟控制台 (如果你的控制台使用的是文本屏幕). 缺省地, 这个"控制台"是当前虚拟终端. 为了选择 一 ...

  7. python调用另一个文件中的代码,pycharm环境下:同文件夹下文件(.py)之间的调用,出现红线问题

    如何调用另一个python文件中的代码无论我们选择用何种语言进行程序设计时,都不可能只有一个文件(除了“hello world”),通常情况下,我们都需要在一个文件中调用另外一个文件的函数呀数据等等, ...

  8. Jmeter配置元件——CSV DataSet Config参数化

    在聊CSV DataSet Config配置元件前,先来讨论下为何要参数化? 比如在做性能测试过程中, 一般我们需要模拟多个用户进行操作, 为了满足实际场景, 模拟真实的用户行为, 我们需要做到模拟的 ...

  9. SPA+.NET Core3.1 GitHub第三方授权登录 使用AspNet.Security.OAuth.GitHub

    GitHub第三方授权登录 使用SPA+.NET Core3.1实现 GitHub第三方授权登录 类似使用AspNet.Security.OAuth.GitHub,前端使用如下:VUE+Vue-Rou ...

  10. ES安装&常见错误

    ES常见错误 案例一 [2018-06-20T02:35:47,152][INFO ][o.e.b.BootstrapChecks ] [SUcoFrg] bound or publishing to ...