K8s-资源管理(二)

文章目录

      • 2. 资源管理
      • 2.1 资源管理介绍
      • 2.2 YAML语言介绍
      • 2.3 资源管理方式
        • 2.3.1 命令式对象管理
        • 2.3.2 命令式对象配置
        • 2.3.3 声明式对象配置
      • 2.4. 模拟使用普通用户来操作
      • 2.5 kubectl 一些基本命令
      • 2.6 使用个人的 docker 仓库的镜像

2. 资源管理

2.1 资源管理介绍

在kubernetes中，所有的内容都抽象为资源，用户需要通过操作资源来管理kubernetes。

kubernetes的本质上就是一个集群系统，用户可以在集群中部署各种服务，所谓的部署服务，其实就是在kubernetes集群中运行一个个的容器，并将指定的程序跑在容器中。

kubernetes的最小管理单元是pod而不是容器，所以只能将容器放在Pod中，而kubernetes一般也不会直接管理Pod，而是通过Pod控制器来管理Pod的。

Pod可以提供服务之后，就要考虑如何访问Pod中服务，kubernetes提供了Service资源实现这个功能。

当然，如果Pod中程序的数据需要持久化，kubernetes还提供了各种存储系统。

在这里插入图片描述

学习kubernetes的核心，就是学习如何对集群上的Pod、Pod控制器、Service、存储等各种资源进行操作

2.2 YAML语言介绍

YAML是一个类似 XML、JSON 的标记性语言。它强调以数据为中心，并不是以标识语言为重点。因而YAML本身的定义比较简单，号称"一种人性化的数据格式语言"。

<agan>
    <age>15</age>
    <address>Wuhan</address>
</agan>

agan:
  age: 15
  address: Wuhan

YAML的语法比较简单，主要有下面几个：

  • 大小写敏感
  • 使用缩进表示层级关系
  • 缩进不允许使用tab，只允许空格( 低版本限制 )
  • 缩进的空格数不重要，只要相同层级的元素左对齐即可
  • ‘#’ 表示注释

YAML支持以下几种数据类型：

  • 纯量：单个的、不可再分的值
  • 对象：键值对的集合，又称为映射（mapping）/ 哈希（hash） / 字典（dictionary）
  • 数组：一组按次序排列的值，又称为序列（sequence） / 列表（list）
# 纯量, 就是指的一个简单的值，字符串、布尔值、整数、浮点数、Null、时间、日期
# 1 布尔类型
c1: true (或者True)
# 2 整型
c2: 234
# 3 浮点型
c3: 3.14
# 4 null类型 
c4: ~  # 使用~表示null
# 5 日期类型
c5: 2018-02-17    # 日期必须使用ISO 8601格式，即yyyy-MM-dd
# 6 时间类型
c6: 2018-02-17T15:02:31+08:00  # 时间使用ISO 8601格式，时间和日期之间使用T连接，最后使用+代表时区
# 7 字符串类型
c7: agan     # 简单写法，直接写值 , 如果字符串中间有特殊字符，必须使用双引号或者单引号包裹 
c8: line1
    line2     # 字符串过多的情况可以拆成多行，每一行会被转化成一个空格

# 对象
# 形式一(推荐):
agan:
  age: 15
  address: Wuhan
  
# 形式二(了解):
agan: {age: 15,address: Wuhan}

# 数组
# 形式一(推荐):
address:
  - 武昌
  - 江夏  
  
  
# 形式二(了解):
address: [武昌,江夏]

小提示：

1 书写yaml切记: 后面要加一个空格

2 如果需要将多段yaml配置放在一个文件中，中间要使用---分隔

3 下面是一个yaml转json的网站，可以通过它验证yaml是否书写正确

https://www.json2yaml.com/convert-yaml-to-json

2.3 资源管理方式

  • 命令式对象管理：直接使用命令去操作kubernetes资源

    kubectl run nginx-pod --image=nginx:1.17.1 --port=80

  • 命令式对象配置：通过命令配置和配置文件去操作kubernetes资源

    kubectl create/patch -f nginx-pod.yaml

  • 声明式对象配置：通过apply命令和配置文件去操作kubernetes资源

    kubectl apply -f nginx-pod.yaml

类型操作对象适用环境优点缺点
命令式对象管理对象测试简单只能操作活动对象，无法审计、跟踪
命令式对象配置文件开发可以审计、跟踪项目大时，配置文件多，操作麻烦
声明式对象配置目录开发支持目录操作意外情况下难以调试

2.3.1 命令式对象管理

kubectl命令

kubectl是kubernetes集群的命令行工具，通过它能够对集群本身进行管理，并能够在集群上进行容器化应用的安装部署。kubectl命令的语法如下：

kubectl [command] [type] [name] [flags]

comand：指定要对资源执行的操作，例如create、get、delete

type：指定资源类型，比如 deployment、pod、service

name：指定资源的名称，名称大小写敏感

flags：指定额外的可选参数

# 查看所有pod
kubectl get pod 
[root@k8s-master ~]# kubectl get pods
NAME                        READY   STATUS    RESTARTS   AGE
dep-nginx-bdf687f67-tfsnm   1/1     Running   0          42h
pod-apache                  1/1     Running   0          36m

# 查看某个pod
kubectl get pod pod_name
[root@k8s-master ~]# kubectl get pod pod-apache -o wide
NAME         READY   STATUS    RESTARTS   AGE   IP           NODE        NOMINATED NODE   READINESS GATES
pod-apache   1/1     Running   0          37m   10.244.2.8   k8s-node2   <none>           <none>
[root@k8s-master ~]# 

# 查看某个pod,以yaml格式展示结果
kubectl get pod pod_name -o yaml

资源类型

kubernetes中所有的内容都抽象为资源，可以通过下面的命令进行查看:

kubectl api-resources

在这里插入图片描述

经常使用的资源有下面这些：

资源分类资源名称缩写资源作用
集群级别资源nodesno集群组成部分
namespacesns隔离Pod
pod资源podspo装载容器
pod资源控制器replicationcontrollersrc控制pod资源
replicasetsrs控制pod资源
deploymentsdeploy控制pod资源
daemonsetsds控制pod资源
jobs控制pod资源
cronjobscj控制pod资源
horizontalpodautoscalershpa控制pod资源
statefulsetssts控制pod资源
服务发现资源servicessvc统一pod对外接口
ingressing统一pod对外接口
存储资源volumeattachments存储
persistentvolumespv存储
persistentvolumeclaimspvc存储
配置资源configmapscm配置
secrets配置

操作

kubernetes允许对资源进行多种操作，可以通过–help查看详细的操作命令

kubectl --help  或者 kubectl --help | less

经常使用的操作有下面这些：

命令分类命令翻译命令作用
基本命令create创建创建一个资源
edit编辑编辑一个资源
get获取获取一个资源
patch更新（补丁）更新一个资源
delete删除删除一个资源
explain解释展示资源文档
运行和调试run运行在集群中运行一个指定的镜像
expose暴露暴露资源为Service
describe描述显示资源内部信息
logs日志输出容器在 pod 中的日志输出容器在 pod 中的日志
attach缠绕进入运行中的容器进入运行中的容器
exec执行容器中的一个命令执行容器中的一个命令
cp复制在Pod内外复制文件
rollout首次展示管理资源的发布
scale规模扩(缩)容Pod的数量
autoscale自动调整自动调整Pod的数量
高级命令applyrc通过文件对资源进行配置
label标签更新资源上的标签
其他命令cluster-info集群信息显示集群信息
version版本显示当前Server和Client的版本

下面以一个namespace / pod的创建和删除简单演示下命令的使用：

# 查看当前有哪些 namespace 
[root@k8s-master ~]# kubectl get namespace
NAME              STATUS   AGE
default           Active   4d15h  // 如果你不指定使用哪个名称空间就会使用默认的这个
kube-flannel      Active   3d1h
kube-node-lease   Active   4d15h
kube-public       Active   4d15h
kube-system       Active   4d15h
[root@k8s-master ~]# 

# 创建一个namespace 叫 cloudsino
[root@k8s-master ~]# kubectl create namespace cloudsino
namespace/cloudsino created

# 获取namespace
[root@k8s-master ~]# kubectl get namespace
NAME              STATUS   AGE
cloudsino         Active   9s      # 这个是刚才创建的 cloudsino
default           Active   4d16h
kube-flannel      Active   3d1h
kube-node-lease   Active   4d16h
kube-public       Active   4d16h
kube-system       Active   4d16h

# 在此namespace下创建并运行一个nginx的Pod、指定运行在 cloudsino 中
[root@k8s-master ~]# kubectl run pod-name --image=nginx -n cloudsino //-n 表示指定使用哪个名称空间
pod/pod-name created
[root@k8s-master ~]# kubectl get pod   // 不指定，表示查看默认的名称空间
NAME                     READY   STATUS    RESTARTS   AGE
httpd                    1/1     Running   0          52m
httpd-7bb6557549-q4kfs   1/1     Running   0          87m
[root@k8s-master ~]# kubectl get pod -n cloudsino  // 需要指定cloudsino
NAME   READY   STATUS    RESTARTS   AGE
pod-name    1/1     Running   0          28s


# 删除指定的pod
[root@k8s-master ~]# kubectl delete pod pod -n cloudsino
pod "pod-name" deleted
[root@k8s-master ~]# kubectl get pod -n cloudsino
No resources found in cloudsino namespace.
[root@k8s-master ~]# 


# 删除指定的namespace
[root@k8s-master ~]# kubectl delete namespace cloudsino
namespace "cloudsino" deleted
[root@k8s-master ~]# kubectl get namespace
NAME              STATUS   AGE
default           Active   4d16h
kube-flannel      Active   3d1h
kube-node-lease   Active   4d16h
kube-public       Active   4d16h
kube-system       Active   4d16h

# kubectl run httpd --image=httpd --port=80  // 自主式pod，删除不会有接替的
# kubectl create deployment httpd --image=httpd // 这个是使用deployment类型创建的
# kubectl expose deployment httpd --port=80 --type=NodePort  // 暴露端口号

[root@k8s-master ~]# kubectl get pods
NAME                     READY   STATUS    RESTARTS   AGE
httpd                    1/1     Running   0          58m  # 自主式pod，删除不会有接替的
httpd-7bb6557549-q4kfs   1/1     Running   0          93m  # 这个是使用deployment类型创建的
[root@k8s-master ~]# kubectl get deployment
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
httpd   1/1     1            1           94m

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2.3.2 命令式对象配置

命令式对象配置就是使用命令配合配置文件一起来操作kubernetes资源。

1） 创建一个nginxpod.yaml，内容如下：

[root@k8s-master ~]# mkdir inventory  // 创建目录 inventory 存放yaml 文件
[root@k8s-master ~]# cd inventory/
[root@k8s-master inventory]# ls
[root@k8s-master inventory]# vi nginxpod.yaml
apiVersion: v1  // 版本是 V1
kind: Namespace  // 类型是名称空间
metadata:
  name: dev  // 名称空间叫 dev

---

apiVersion: v1
kind: Pod   // 类型是 Pod 类型
metadata:
  name: nginxpod  // Pod 名字叫nginxpod
  namespace: dev  // 这个pod 跑在dev 名称空间里
spec:
  containers:
  - name: nginx-containers  // 这个pod 里面跑的容器叫 nginx-containers
    image: nginx:latest  // 用的镜像是  nginx:latest

下面的这些图片是教怎么写 .yaml 格式文件

创建 Pod 查找方式

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

创建控制器的查找方式

在这里插入图片描述

在这里插入图片描述

2）执行create命令，创建资源：

[root@k8s-master inventory]# pwd
/root/inventory
[root@k8s-master inventory]# kubectl create -f nginxpod.yaml 
namespace/dev created
pod/nginxpod created

此时发现创建了两个资源对象，分别是namespace和pod

3）执行get命令，查看资源：

[root@k8s-master inventory]# pwd
/root/inventory
[root@k8s-master inventory]# kubectl get -f nginxpod.yaml 
NAME            STATUS   AGE
namespace/dev   Active   29s

NAME           READY   STATUS    RESTARTS   AGE
pod/nginxpod   1/1     Running   0          29s
[root@k8s-master inventory]# kubectl get namespace
NAME              STATUS   AGE
default           Active   5d14h
dev               Active   48s    // 刚创建的 dev 名称空间
kube-flannel      Active   3d23h
kube-node-lease   Active   5d14h
kube-public       Active   5d14h
kube-system       Active   5d14h
[root@k8s-master inventory]# kubectl get -n dev pods // 查看所有在dev 的pod
NAME       READY   STATUS    RESTARTS   AGE
nginxpod   1/1     Running   0          69s
[root@k8s-master inventory]# kubectl get -n dev pod nginxpod // 指定查看哪个pod
NAME       READY   STATUS    RESTARTS   AGE
nginxpod   1/1     Running   0          76s
[root@k8s-master inventory]#

这样就显示了两个资源对象的信息

4）执行delete命令，删除资源：

[root@k8s-master inventory]# pwd
/root/inventory
[root@k8s-master inventory]# kubectl  delete -f nginxpod.yaml 
namespace "dev" deleted
pod "nginxpod" deleted

此时发现两个资源对象被删除了

总结:
    命令式对象配置的方式操作资源，可以简单的认为：命令  +  yaml配置文件（里面是命令需要的各种参数）

2.3.3 声明式对象配置

声明式对象配置跟命令式对象配置很相似，但是它只有一个命令apply。

# 首先执行一次kubectl apply -f yaml文件，发现创建了资源
[root@k8s-master inventory]# pwd
/root/inventory
[root@master ~]#  kubectl apply -f nginxpod.yaml
namespace/dev created
pod/nginxpod created

// 指定名称空间查看 Pod
[root@k8s-master inventory]# kubectl get pods -n dev
NAME       READY   STATUS    RESTARTS   AGE
nginxpod   1/1     Running   0          26s
[root@k8s-master inventory]# 

[root@k8s-master inventory]# cat nginxpod.yaml 
apiVersion: v1
kind: Namespace
metadata:
  name: dev

---

apiVersion: v1
kind: Pod
metadata:
  name: nginxpod
  namespace: dev
spec:
  containers:
  - name: nginx-containers
    image: nginx:latest


# 再次执行一次kubectl apply -f yaml文件，发现说资源没有变动
[root@k8s-master inventory]# pwd
/root/inventory
[root@master ~]#  kubectl apply -f nginxpod.yaml
namespace/dev unchanged
pod/nginxpod unchanged

[root@k8s-master inventory]# vim  nginxpod.yaml 
apiVersion: v1
kind: Namespace
metadata:
  name: dev

---

apiVersion: v1
kind: Pod
metadata:
  name: nginxpod
  namespace: dev
spec:
  containers:
  - name: nginx-containers
    image: nginx:latest

---

apiVersion: v1  // 在原先的基础上新加一个 Pod
kind: Pod  // 指定类型：Pod
metadata:
  name: apache  // Pod 名字叫：apache
  namespace:  // 没有指定用那个名称空间，默认使用default
spec:
  containers:
  - name: httpd  // 这个 pod 里面跑的容器叫 httpd
    image: httpd  // 用的镜像是 httpd
[root@k8s-master inventory]# 

[root@k8s-master inventory]# kubectl apply -f nginxpod.yaml 
namespace/dev unchanged  // 已存在，所以没有改变
pod/nginxpod unchanged   // 已存在，所以没有改变
pod/apache created    // 还没有存在所以创建
[root@k8s-master inventory]# kubectl get -n default pods
NAME                      READY   STATUS    RESTARTS   AGE
apache                    1/1     Running   0          2m51s
nginxs-64cdf86546-82dcc   1/1     Running   0          19h
[root@k8s-master inventory]# 
[root@k8s-master inventory]# kubectl get -n dev pods
NAME       READY   STATUS    RESTARTS   AGE
nginxpod   1/1     Running   0          10m
[root@k8s-master inventory]# 

总结:
    其实声明式对象配置就是使用apply描述一个资源最终的状态（在yaml中定义状态）
    使用apply操作资源：
        如果资源不存在，就创建，相当于 kubectl create
        如果资源已存在，就更新，相当于 kubectl patch

扩展：kubectl 可以在 node 节点上运行吗 ?

kubectl的运行是需要进行配置的，它的配置文件是$HOME/.kube，如果想要在node节点运行此命令，需要将master上的.kube文件复制到node节点上，即在master节点上执行下面操作：

scp  -r  HOME/.kube   node1: HOME/  # 哪个普通用户就放到哪个的对应用户里

2.4. 模拟使用普通用户来操作

使用k8s-node1来模拟

  mkdir -p $HOME/.kube
  sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
  sudo chown $(id -u):$(id -g) $HOME/.kube/config

[tom@k8s-node1 ~]$ kubectl get nodes  // 普通用户使用不了 kubectl 
error: error loading config file "/etc/kubernetes/admin.conf": open /etc/kubernetes/admin.conf: permission denied
# 需要设置下面的操作

[root@k8s-node1 ~]# useradd tom  // 创建 tom 用户
[root@k8s-node1 ~]# id tom
uid=1000(tom) gid=1000(tom) groups=1000(tom)

[root@k8s-node1 ~]# su - tom  // 登录 tom 用户
[tom@k8s-node1 ~]$ mkdir -p $HOME/.kube
[tom@k8s-node1 ~]$ ls -a
.  ..  .bash_logout  .bash_profile  .bashrc  .kube

# 使用 root 不然没有权限
[root@k8s-node1 ~]# cp -i /etc/kubernetes/admin.conf ~tom/.kube/config 
[root@k8s-node1 ~]# chown -R tom.tom ~tom/.kube/

[tom@k8s-node1 ~]$ ll .kube/ -d
drwxrwxr-x 2 tom tom 20 Jan 10 10:04 .kube/
[tom@k8s-node1 ~]$ ll .kube/ 
total 8
-rw------- 1 tom tom 5637 Jan 10 10:04 config

[tom@k8s-node1 ~]$ echo $KUBECONFIG  // 因为之前使用管理员做的，所以需要把管理员做的那一步骤取消掉
/etc/kubernetes/admin.conf
[tom@k8s-node1 ~]$ export KUBECONFIG=
[tom@k8s-node1 ~]$ echo $KUBECONFIG

[tom@k8s-node1 ~]$ 

[tom@k8s-node1 ~]$ kubectl get nodes   // 设置完成之后就可以使用 kubectl 
NAME         STATUS   ROLES           AGE     VERSION
k8s-master   Ready    control-plane   5d16h   v1.26.0
k8s-node1    Ready    <none>          4d      v1.26.0
k8s-node2    Ready    <none>          3d23h   v1.26.0

使用推荐: 三种方式应该怎么用 ?

创建/更新资源 使用声明式对象配置 kubectl apply -f XXX.yaml

删除资源 使用命令式对象配置 kubectl delete -f XXX.yaml

查询资源 使用命令式对象管理 kubectl get(describe) 资源名称

2.5 kubectl 一些基本命令

在这里插入图片描述

在这里插入图片描述

nginx 的镜像是跑在 主机 k8s-node2 上的如果 k8s-node2 主机突然宕机后 k8s-node1 主机就会接替

模拟 k8s-node2 主机宕机后 k8s-node1 主机会不会接替

// 关闭 k8s-node2 主机
[root@k8s-node2 ~]# shutdown -h now

在这里插入图片描述

2.6 使用个人的 docker 仓库的镜像

在这里插入图片描述

在这里插入图片描述

//  从我的docker 仓库拉取镜像到本地来使用
[root@k8s-master ~]# kubectl create deployment httpd --image=tkl9639/httpd:v0.1
deployment.apps/httpd created
[root@k8s-master ~]# kubectl get deployment
NAME    READY   UP-TO-DATE   AVAILABLE   AGE
httpd   0/1     1            0           22s
[root@k8s-master ~]# kubectl get pods
NAME                     READY   STATUS              RESTARTS   AGE
httpd-7bb6557549-q4kfs   0/1     ContainerCreating   0          28s
[root@k8s-master ~]# kubectl get pods -o wide
NAME                     READY   STATUS              RESTARTS   AGE   IP       NODE        NOMINATED NODE   READINESS GATES
httpd-7bb6557549-q4kfs   0/1     ContainerCreating   0          32s   <none>   k8s-node2   <none>           <none>
[root@k8s-master ~]# kubectl get pods -o wide
NAME                     READY   STATUS    RESTARTS   AGE   IP           NODE        NOMINATED NODE   READINESS GATES
httpd-7bb6557549-q4kfs   1/1     Running   0          82s   10.244.2.5   k8s-node2   <none>           <none>
[root@k8s-master ~]# kubectl get deployment -o wide
NAME   READY UP-TO-DATE  AVAILABLE AGE   CONTAINERS IMAGES               SELECTOR
httpd  1/1   1           1         8m40s httpd      tkl9639/httpd:v0.1   app=httpd

// 暴露端口
[root@k8s-master ~]# kubectl expose deployment httpd --port=80 --type=NodePort
service/httpd exposed
[root@k8s-master ~]# kubectl get pod,svc
NAME                         READY   STATUS    RESTARTS   AGE
pod/httpd-7bb6557549-q4kfs   1/1     Running   0          14m

NAME                 TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)        AGE
service/httpd        NodePort    10.99.154.27   <none>        80:31073/TCP   18s
service/kubernetes   ClusterIP   10.96.0.1      <none>        443/TCP        4d14h
service/nginx        NodePort    10.99.77.8     <none>        80:30035/TCP   2d18h
[root@k8s-master ~]# 
[root@k8s-master ~]# curl 10.99.154.27  // 集群IP
<html><body><h1>It works!</h1></body></html>
[root@k8s-master ~]#

在这里插入图片描述

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/50173.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

JMM是如何保证原子性呢？

JMM是如何保证原子性呢？

3.3.1加锁 锁是一种通用技术&#xff0c;比如Java提供的Synchronized关键字就是锁的一种实现&#xff0c;Synchronized是排他锁/独占锁&#xff0c;就是有你没我的意思&#xff0c;只要其他线程到来访问&#xff0c;发现锁还未释放&#xff0c;就要在外面等待&#xff0c;因为S…
阅读更多...
linux系统下（centos7.9）安装Jenkins全流程

linux系统下（centos7.9）安装Jenkins全流程

一、卸载历史版本 # rpm卸载 rpm -e jenkins# 检查是否卸载成功 rpm -ql jenkins# 彻底删除残留文件 find / -iname jenkins | xargs -n 1000 rm -rf二、环境依赖安装 yum -y install epel-releaseyum -y install daemonize三、安装Jenkins Jenkins官网传送带&#xff1a; …
阅读更多...
Nginx配置WebSocket反向代理

Nginx配置WebSocket反向代理

1、WebSocket协议 ​ WebSocket协议相比较于HTTP协议成功握手后可以多次进行通讯&#xff0c;直到连接被关闭。但是WebSocket中的握手和HTTP中的握手兼容&#xff0c;它使用HTTP中的Upgrade协议头将连接从HTTP升级到WebSocket。这使得WebSocket程序可以更容易的使用现已存在的…
阅读更多...
微服务入门---SpringCloud（一）

微服务入门---SpringCloud（一）

微服务入门---SpringCloud&#xff08;一&#xff09; 1.认识微服务1.0.学习目标1.1.单体架构1.2.分布式架构1.3.微服务1.4.SpringCloud1.5.总结 2.服务拆分和远程调用2.1.服务拆分原则2.2.服务拆分示例2.2.1.导入Sql语句2.2.2.导入demo工程 2.3.实现远程调用案例2.3.1.案例需求…
阅读更多...
【Koa】[NoSQL] Koa中相关介绍和使用Redis MongoDB增删改查

【Koa】[NoSQL] Koa中相关介绍和使用Redis MongoDB增删改查

目录 NoSQL非关系型数据库关系型数据库&#xff08;RMDB&#xff09;介绍非关系型数据库&#xff08;NoSQL&#xff09;介绍Redis & MongoDB 在 Koa 中使用 Redis (了解)Redis 的安装和使用在 Koa 中连接 和 调用 Redis 在 Koa 中使用 MongoDBMongoDB 的安装MongoShell 操作…
阅读更多...
【Spring框架】SpringBoot配置文件

【Spring框架】SpringBoot配置文件

目录 配置文件作用application.properties中午乱码问题&#xff1a;配置文件里面的配置类型分类SpringBoot热部署properties基本语法properties配置文件的优缺点&#xff1a;yml配置文件说明yml基本语法配置对象properties VS yml 配置文件作用 整个项⽬中所有重要的数据都是在…
阅读更多...
SQL-每日一题【1068. 产品销售分析 I】

SQL-每日一题【1068. 产品销售分析 I】

题目 销售表 Sales&#xff1a; 产品表 Product&#xff1a; 写一条SQL 查询语句获取 Sales 表中所有产品对应的 产品名称 product_name 以及该产品的所有 售卖年份 year 和 价格 price 。 查询结果中的顺序无特定要求。 查询结果格式示例如下&#xff1a; 解题思路 1.题目要…
阅读更多...
ERROR 1064 - You have an error in your SQL syntax；

ERROR 1064 - You have an error in your SQL syntax；

ERROR 1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near (/, 少个逗号吧&#xff0c;以前开始写SQL&#xff0c;特别是修改SQL的时候容易出现这样错误。 而且自己也知道在附近…
阅读更多...
Qt6.5.2+WebRTC学习笔记（十三）开发环境搭建（macOS13.5）

Qt6.5.2+WebRTC学习笔记（十三）开发环境搭建（macOS13.5）

前言 在ubuntu和win10开发测试一段时间了&#xff0c;但总在存在平台特性的问题&#xff0c;所以准备将程序移植到macOS上测试&#xff0c;同步进行三个主要桌面系统开发&#xff0c;本教程记录下环境搭建过程 一、准备 1.操作系统macOS13.5 64位 x86架构&#xff08;建议系…
阅读更多...
python多线程

python多线程

目录 一.多线程的定义 A.什么是多线程&#xff1f; B.多线程如今遇到的挑战 C.总结 二.python中的多线程 A.python中的多线程底层原理&#xff1a; B.全局解释器锁导致python多线程不能实现真正的并行执行&#xff01; C.总结应用场景 三.java多线程&#xff0c;以及…
阅读更多...
每日一题——删除有序数组中的重复项

每日一题——删除有序数组中的重复项

删除有序数组中的重复项 题目链接 注&#xff1a;本题所采用的方法是建立在移除元素的基础之上的&#xff0c;如果大家对双指针的方法不大了解&#xff0c;或者不会做《移除元素》这一题&#xff0c;建议先去看看&#x1f449;传送门 具体步骤 定义两个指针slow和fast&#…
阅读更多...
如何在3ds max中创建可用于真人场景的巨型机器人：第 2 部分

如何在3ds max中创建可用于真人场景的巨型机器人：第 2 部分

推荐&#xff1a; NSDT场景编辑器助你快速搭建可二次开发的3D应用场景 1. 创建主体 步骤 1 打开 3ds Max。选择机器人头部后&#xff0c;二次单击鼠标并选择隐藏未选中。机器人的其他部分 除了头部之外&#xff0c;将被隐藏。 打开 3ds Max 步骤 2 在人脸选择模式下&#x…
阅读更多...
使用 Logstash 及 enrich processor 实现数据丰富自动化

使用 Logstash 及 enrich processor 实现数据丰富自动化

在我之前的文章&#xff1a; Elasticsearch&#xff1a;enrich processor &#xff08;7.5发行版新功能&#xff09; Elasticsearch&#xff1a;使用 Elasticsearch ingest pipeline 丰富数据 通过上面的两篇文章的介绍&#xff0c;我们应该充分掌握了如何使用 enrich proce…
阅读更多...
深度探索 Elasticsearch 8.X：function_score 参数解读与实战案例分析

深度探索 Elasticsearch 8.X：function_score 参数解读与实战案例分析

在 Elasticsearch 中&#xff0c;function_score 可以让我们在查询的同时对搜索结果进行自定义评分。 function_score 提供了一系列的参数和函数让我们可以根据需求灵活地进行设置。 近期有同学反馈&#xff0c;function_score 的相关参数不好理解&#xff0c;本文将深入探讨 f…
阅读更多...
重排链表——力扣143

重排链表——力扣143

文章目录 题目描述法一&#xff1a;寻找链表中点、链表逆序、链表合并 题目描述 法一&#xff1a;寻找链表中点、链表逆序、链表合并 void reorderList(ListNode* head){if(headnullptr){return;}// 找到中点 ListNode* mid FindMiddle(head);ListNode *h1head, *h2mid->ne…
阅读更多...
tinkerCAD案例：22. Backpack Zipper Pull 背包拉链头

tinkerCAD案例：22. Backpack Zipper Pull 背包拉链头

tinkerCAD案例&#xff1a;21. Custom Stamp 定制印章 原文 tinkerCAD案例&#xff1a;22. Backpack Zipper Pull 背包拉链头 Lesson Overview: 课程概述&#xff1a; Now we’re going to make a zipper pull! 现在我们要做一个拉链头&#xff01; Your backpack, howev…
阅读更多...
金融行业软件测试面试题及其答案

金融行业软件测试面试题及其答案

下面是一些常见的金融行业软件测试面试题及其答案&#xff1a; 1. 什么是金融行业软件测试&#xff1f; 金融行业软件测试是针对金融领域的软件系统进行验证和确认的过程&#xff0c;旨在确保软件在安全、稳定、可靠和符合法规要求的条件下运行。 2. 解释一下金融软件中的风险…
阅读更多...
代码随想录算法训练营day15 | 102. 二叉树的层序遍历，226. 翻转二叉树，101. 对称二叉树

代码随想录算法训练营day15 | 102. 二叉树的层序遍历，226. 翻转二叉树，101. 对称二叉树

目录 102. 二叉树的层序遍历 226. 翻转二叉树 101. 对称二叉树 100. 相同的树 100是101的衍生题目。572也为101的衍生题目。 102. 二叉树的层序遍历 思路&#xff1a; 以前的笔记 代码&#xff1a; class Solution {public List<List<Integer>> levelOrder(T…
阅读更多...
卸载大脑，相信DFS

卸载大脑，相信DFS

切莫相信动规&#xff0c;吾将为您指明前进之路 印子 比赛时&#xff0c;你是否有这样的经历&#xff1a;不敢用for暴搜&#xff0c;又不会用数学公式推理&#xff1b;焦急地在纸上打草&#xff0c;却没有优化思路&#xff1b;明明比赛前一天晚上背了那么多模板却脑子一片空白…
阅读更多...
生成模型和判别模型工作原理介绍

生成模型和判别模型工作原理介绍

您解决的大多数机器学习和深度学习问题都是从生成模型和判别模型中概念化的。在机器学习中，人们可以清楚地区分两种建模类型： 将图像分类为狗或猫属于判别性建模生成逼真的狗或猫图像是一个生成建模问题神经网络被采用得越多，生成域和判别域就增长得越多。要理解基于这些模型…
阅读更多...
最新文章

Copyright @ 2022~2023