k8s 声明式（yaml）资源管理及yaml文件解析

目录

声明式概念

用途

语法

资源配置清单管理命令

查看资源配置清单：

查看资源详细信息：

创建资源配置清单：

删除资源：

编辑资源配置：

更新资源配置清单：

解释资源配置清单

两种方式来修改 Kubernetes 资源配置清单并应用更改

其他查看命令

查看 api 资源版本标签

查看创建的pod资源

查看创建的service

查看生成yaml格式

查看生成json格式

YAML文件格式

编写注意事项：

数据结构：

yaml示例

Pod yaml文件详解

Service yaml文件详解

deployment.yaml文件详解

声明式概念

Kubernetes（通常简称为K8s）声明式配置管理是指使用清单文件（如YAML或JSON格式）来声明应用程序及其资源的状态和配置，而不是直接操作系统。通过声明式API，用户可以描述他们想要的系统状态，而Kubernetes将负责确保系统达到所需状态。这种方法支持版本控制、自动化部署、回滚、扩展和自我修复等功能。

Kubernetes支持使用YAML和JSON格式来管理资源对象。

JSON格式主要用于API接口之间消息的传递，而YAML格式则更适合配置和管理，因为它是一种简洁的非标记性语言，内容格式更人性化，更易于阅读。

用途

  • 简化配置管理： 通过声明式资源管理，可以将资源的状态描述为所需的状态，而不需要手动编写复杂的命令或脚本来管理资源的创建、更新和删除。

  • 版本控制： 通过使用清晰的资源配置清单文件（如YAML或JSON格式），可以轻松地将资源的配置纳入版本控制系统，从而实现更好的版本控制和代码管理。

  • 可重复性和一致性： 通过将资源的定义存储在清单文件中，可以确保在不同环境中（如开发、测试和生产）之间实现资源的一致性，并且可以轻松地重复部署相同的配置。

  • 自动化和可扩展性： 声明式资源管理可以与自动化工具和编排系统（如Kubernetes）集成，从而实现资源的自动化部署、扩展和管理，减少人为操作的需求，提高效率和可靠性。

  • 故障恢复和灾难恢复： 通过定义资源的期望状态，可以更轻松地进行故障恢复和灾难恢复，系统可以根据声明的配置自动调整和修复资源。

语法

kubectl create/apply/delete -f xxxx.yaml

使用 kubectl 命令来创建、应用或删除 Kubernetes 资源的通用格式，其中 xxxx.yaml 是包含资源配置信息的清单文件。具体解释如下：

  • kubectl create: 用于创建资源。通过提供清单文件（如 YAML 或 JSON 格式），可以创建指定的 Kubernetes 资源。例如，kubectl create -f deployment.yaml 将根据 deployment.yaml 文件中的配置创建一个 Deployment 资源。

  • kubectl apply: 用于应用或更新资源的配置。与 create 不同，apply 命令会检查当前集群中的资源状态，并根据清单文件中的配置进行必要的更新。这样可以保证资源的状态与配置文件一致。例如，kubectl apply -f service.yaml 将应用或更新 Service 资源的配置。

  • kubectl delete: 用于删除资源。提供清单文件后，delete 命令将删除清单文件中描述的资源。例如，kubectl delete -f pod.yaml 将删除 Pod 资源，其中 pod.yaml 包含了要删除的 Pod 的配置信息。

资源配置清单管理命令

查看资源配置清单：

用于查看已经创建的资源的配置清单。

kubectl get <resource_type> <resource_name> -o yaml

  • kubectl: Kubernetes 命令行工具，用于与 Kubernetes 集群进行交互和管理。

  • get: 用于获取资源的操作。

  • : 资源的类型，例如 deployment、service、pod 等。

  • : 资源的名称，指定要获取配置信息的特定资源实例。

  • -o yaml: 指定输出格式为 YAML，这样输出将以 YAML 格式显示资源的详细配置信息，包括元数据、规范和状态等。

查看资源详细信息：

kubectl describe <resource_type> <resource_name>

这个命令提供了关于指定资源的详细信息，例如 kubectl describe pod mypod 会显示有关名为 "mypod" 的 Pod 的详细信息。

创建资源配置清单：

用于创建新的资源或修改已有资源的配置清单。

kubectl create -f <yaml_file>

删除资源：

kubectl delete -f nginx-svc.yaml #声明式删除kubectl delete service nginx #陈述式删除

编辑资源配置：

kubectl edit <resource_type> <resource_name>

通过编辑器直接编辑资源配置，例如 kubectl edit deployment mydeployment 允许你编辑名为 "mydeployment" 的 Deployment。

更新资源配置清单：

用于更新已有资源的配置清单。

kubectl apply -f <updated_yaml_file>

解释资源配置清单

用于解释资源配置清单中各个字段的含义。

kubectl explain <resource_type>.<field> 或 kubectl explain <resource_type>

两种方式来修改 Kubernetes 资源配置清单并应用更改

  • 离线修改：

  • 先通过 kubectl get 命令获取服务的配置，并将其保存到一个 YAML 文件中（例如：nginx-svc.yaml）。

  • 使用文本编辑器（如 vim）对该 YAML 文件进行修改，例如更改端口号为 8080。

  • 通过 kubectl delete -f 命令删除现有的服务资源。

  • 最后通过 kubectl apply -f 命令将修改后的 YAML 文件重新应用，从而使更改生效。

  • 在线修改：

  • 直接使用 kubectl edit 命令在线编辑服务的配置清单。例如：kubectl edit service nginx。

  • 在编辑器中修改所需的配置，例如更改端口号为 888，并保存退出。

  • 由于此修改是在线进行的，所以更改将立即生效，无需重新应用 YAML 文件。

需要注意的是，如果通过 kubectl apply 命令应用更改时遇到问题，可以尝试先使用 kubectl delete 命令删除资源，然后再重新应用更改。这种方式可以确保资源的状态与配置文件一致。

其他查看命令

查看 api 资源版本标签

kubectl api-versions

查看创建的pod资源

kubectl get pods -o wide

查看创建的service

kubectl get svc

查看生成yaml格式

kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o yaml
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o yaml

查看生成json格式

kubectl run nginx-test --image=nginx --port=80 --dry-run=client -o json
kubectl create deployment nginx-deploy --image=nginx --port=80 --replicas=3 --dry-run=client -o json

YAML文件格式

  • YAML（YAML Ain't Markup Language 或 YAML 是一种人类友好的数据序列化标准。

  • YAML 文件是一种以人类可读的方式表示数据的格式，通常被用于配置文件和数据交换格式。它的语法简洁，使用空格来表示层次结构，避免了像 XML 和 JSON 这样的标记语言中使用的繁琐的符号。YAML 主要强调数据的可读性，使得编辑和理解文件变得更加容易。

  • YAML 文件可以包含键值对、数组、标量等数据形式。在容器编排工具中，比如 Docker Compose 中的配置文件就经常采用 YAML 格式。在 YAML 文件中，缩进和空格的使用很重要，它们用来表示数据的层次结构关系。

  • 与 XML 相比，YAML 语法更简单。YAML 数据结构通过缩进表示，连续的项目通过减号表示，键值对用冒号分隔，数组用中括号 [] 括起来，哈希用花括号 {} 括起来。

以下是一个简单的 YAML 文件示例：

name: John Doe
age: 30
city: New York
hobbies:- Reading- Traveling

在这个例子中，我们定义了一个人物的信息，包括姓名、年龄、城市和爱好。这种人类可读性高的格式使得 YAML 在配置文件和数据交换方面被广泛应用。

编写注意事项：

  • 大小写敏感： YAML 是大小写敏感的。

  • 缩进表示层级关系： 使用缩进表示数据的层次结构。

  • 不支持制表符： 只能使用空格进行缩进，不支持制表符（tab 键）。

  • 缩进的空格数目不重要： 只要相同层级左对齐即可，通常开头缩进2个空格。

  • 注释： 使用 # 号表示注释。

  • 符号字符后缩进1个空格： 冒号 : 、逗号 , 、横杠 - 等符号后通常缩进1个空格。

  • “---”表示YAML格式，一个文件的开始，用于分隔文件间

  • 引号的使用： 单引号''引起来的字符串会被处理为普通字符串，双引号""内的特殊字符会被解析为其本身的意思。

name: "Hi,\lihua"

数据结构：

  • 键值对： 键值对的字典。YAML 使用冒号 : 分隔键和值，形成键值对
animal: pets
  • 列表： 一组按次序排列的列表。使用连字符 - 表示列表中的每个项
- Cat
- Dog
- Bird

对应 JSON：["Cat", "Dog", "Bird"]

  • 布尔值：
debug: true
debug: false
  • 哈希映射： 使用花括号 {} 表示哈希映射，即键值对的字典。
person:name: Johnage: 30
  • 数组： 使用中括号 [] 表示数组。
fruits: [apple, orange, banana]

yaml示例

mkdir /opt/demo
cd demo/vim nginx-deployment.yaml
apiVersion: apps/v1        #指定api版本标签
kind: Deployment        #定义资源的类型/角色，deployment为副本控制器，此处资源类型可以是Deployment、Job、Ingress、Service等
metadata:                    #定义资源的元数据信息，比如资源的名称、namespace、标签等信息name: nginx-deployment    #定义资源的名称，在同一个namespace空间中必须是唯一的labels:                #定义Deployment资源标签app: nginx    
spec:                    #定义deployment资源需要的参数属性，诸如是否在容器失败时重新启动容器的属性replicas: 3            #定义副本数量selector:                #定义标签选择器matchLabels:        #定义匹配标签app: nginx        #需与 .spec.template.metadata.labels 定义的标签保持一致template:                #定义业务模板，如果有多个副本，所有副本的属性会按照模板的相关配置进行匹配metadata:labels:           #定义Pod副本将使用的标签，需与 .spec.selector.matchLabels 定义的标签保持一致app: nginxspec:containers:                #定义容器属性- name: nginx                #定义一个容器名，一个 - name: 定义一个容器image: nginx:1.15.4        #定义容器使用的镜像以及版本ports:- containerPort: 80        #定义容器的对外的端口

这是一个 Kubernetes Deployment 的 YAML 文件示例，用于定义一个运行 Nginx 服务的部署。

  • apiVersion: apps/v1: 指定使用的 Kubernetes API 版本。

  • kind: Deployment: 定义资源类型为 Deployment，用于创建和管理 Pod 的副本。

  • metadata: 包含有关资源的元数据，如名称和标签。

  • spec: 包含有关 Deployment 配置的详细信息。

  • replicas: 3: 指定副本数量为 3。

  • selector: 定义用于匹配 Pod 的标签选择器。

    • matchLabels: 定义标签匹配规则。

  • template: 定义 Pod 的模板。

    • metadata.labels: 定义 Pod 使用的标签。

    • spec.containers: 定义容器的属性。

    • name: 定义容器的名称。

    • image: 指定容器使用的镜像及版本。

    • ports: 定义容器对外暴露的端口。

该 YAML 文件描述了一个 Nginx Deployment，指定了副本数量、标签选择器和容器配置。

Pod yaml文件详解

//Pod yaml文件详解apiVersion: v1            #必选，版本号，例如v1
kind: Pod                #必选，Pod
metadata:                #必选，元数据name: string              #必选，Pod名称namespace: string          #必选，Pod所属的命名空间labels:                  #自定义标签- name: string            #自定义标签名字annotations:                #自定义注释列表- name: string
spec:                    #必选，Pod中容器的详细定义containers:              #必选，Pod中容器列表- name: string            #必选，容器名称image: string            #必选，容器的镜像名称imagePullPolicy: [Always | Never | IfNotPresent]    #获取镜像的策略：Alawys表示总是下载镜像，IfnotPresent表示优先使用本地镜像，否则下载镜像，Nerver表示仅使用本地镜像command: [string]        #容器的启动命令列表，如不指定，使用打包时使用的启动命令args: [string]            #容器的启动命令参数列表workingDir: string        #容器的工作目录volumeMounts:            #挂载到容器内部的存储卷配置- name: string              #引用pod定义的共享存储卷的名称，需用volumes[]部分定义的的卷名mountPath: string          #存储卷在容器内mount的绝对路径，应少于512字符readOnly: boolean          #是否为只读模式ports:                    #需要暴露的端口库号列表- name: string              #端口号名称containerPort: int      #容器需要监听的端口号hostPort: int              #容器所在主机需要监听的端口号，默认与Container相同protocol: string          #端口协议，支持TCP和UDP，默认TCPenv:                    #容器运行前需设置的环境变量列表- name: string              #环境变量名称value: string              #环境变量的值resources:                #资源限制和请求的设置limits:                  #资源限制的设置cpu: string                #Cpu的限制，单位为core数，将用于docker run --cpu-shares参数memory: string            #内存限制，单位可以为Mib/Gib，将用于docker run --memory参数requests:                  #资源请求的设置cpu: string                #Cpu请求，容器启动的初始可用数量memory: string            #内存清楚，容器启动的初始可用数量livenessProbe:             #对Pod内个容器健康检查的设置，当探测无响应几次后将自动重启该容器，检查方法有exec、httpGet和tcpSocket，对一个容器只需设置其中一种方法即可exec:                    #对Pod容器内检查方式设置为exec方式command: [string]      #exec方式需要制定的命令或脚本httpGet:                #对Pod内个容器健康检查方法设置为HttpGet，需要制定Path、portpath: stringport: numberhost: stringscheme: stringHttpHeaders:- name: stringvalue: stringtcpSocket:            #对Pod内个容器健康检查方式设置为tcpSocket方式port: numberinitialDelaySeconds: 0    #容器启动完成后首次探测的时间，单位为秒timeoutSeconds: 0        #对容器健康检查探测等待响应的超时时间，单位秒，默认1秒periodSeconds: 0            #对容器监控检查的定期探测时间设置，单位秒，默认10秒一次successThreshold: 0failureThreshold: 0securityContext:privileged:falserestartPolicy: [Always | Never | OnFailure]        #Pod的重启策略，Always表示一旦不管以何种方式终止运行，kubelet都将重启，OnFailure表示只有Pod以非0退出码退出才重启，Nerver表示不再重启该PodnodeSelector: obeject        #设置NodeSelector表示将该Pod调度到包含这个label的node上，以key：value的格式指定imagePullSecrets:            #Pull镜像时使用的secret名称，以key：secretkey格式指定- name: stringhostNetwork:false            #是否使用主机网络模式，默认为false，如果设置为true，表示使用宿主机网络volumes:                    #在该pod上定义共享存储卷列表- name: string                  #共享存储卷名称 （volumes类型有很多种）emptyDir: {}                  #类型为emtyDir的存储卷，与Pod同生命周期的一个临时目录。为空值hostPath: string              #类型为hostPath的存储卷，表示挂载Pod所在宿主机的目录path: string                #Pod所在宿主机的目录，将被用于同期中mount的目录secret:                    #类型为secret的存储卷，挂载集群与定义的secre对象到容器内部scretname: string  items:     - key: stringpath: stringconfigMap:                #类型为configMap的存储卷，挂载预定义的configMap对象到容器内部name: stringitems:- key: string

这个 YAML 文件是 Kubernetes Pod 规范。它定义了一个 Pod，包括元数据、容器、卷和其他设置的详细信息。

Service yaml文件详解

Service yaml文件详解apiVersion: v1
kind: Service
matadata:                                #元数据name: string                           #service的名称namespace: string                      #命名空间  labels:                                #自定义标签属性列表- name: stringannotations:                           #自定义注解属性列表  - name: string
spec:                                    #详细描述selector: []                           #label selector配置，将选择具有label标签的Pod作为管理 #范围type: string                           #service的类型，指定service的访问方式，默认为 #clusterIpclusterIP: string                      #虚拟服务地址      sessionAffinity: string                #是否支持sessionports:                                 #service需要暴露的端口列表- name: string                         #端口名称protocol: string                     #端口协议，支持TCP和UDP，默认TCPport: int                            #服务监听的端口号targetPort: int                      #需要转发到后端Pod的端口号nodePort: int                        #当type = NodePort时，指定映射到物理机的端口号status:                                #当spce.type=LoadBalancer时，设置外部负载均衡器的地址loadBalancer:                        #外部负载均衡器    ingress:                           #外部负载均衡器 ip: string                       #外部负载均衡器的Ip地址值hostname: string                 #外部负载均衡器的主机名

这是一个 Kubernetes Service 的 YAML 文件，用于定义服务的元数据、规格和端口信息。该服务可指定访问方式、虚拟服务地址、端口配置以及外部负载均衡器的设置。

deployment.yaml文件详解

apiVersion: extensions/v1beta1   #接口版本
kind: Deployment                 #接口类型
metadata:name: cango-demo               #Deployment名称namespace: cango-prd           #命名空间labels:app: cango-demo              #标签
spec:replicas: 3strategy:rollingUpdate:  ##由于replicas为3,则整个升级,pod个数在2-4个之间maxSurge: 1      #滚动升级时会先启动1个podmaxUnavailable: 1 #滚动升级时允许的最大Unavailable的pod个数template:         metadata:labels:app: cango-demo  #模板名称必填sepc: #定义容器模板，该模板可以包含多个容器containers:                                                                   - name: cango-demo                                                           #镜像名称image: swr.cn-east-2.myhuaweicloud.com/cango-prd/cango-demo:0.0.1-SNAPSHOT #镜像地址command: [ "/bin/sh","-c","cat /etc/config/path/to/special-key" ]    #启动命令args:                                                                #启动参数- '-storage.local.retention=$(STORAGE_RETENTION)'- '-storage.local.memory-chunks=$(STORAGE_MEMORY_CHUNKS)'- '-config.file=/etc/prometheus/prometheus.yml'- '-alertmanager.url=http://alertmanager:9093/alertmanager'- '-web.external-url=$(EXTERNAL_URL)'#如果command和args均没有写，那么用Docker默认的配置。#如果command写了，但args没有写，那么Docker默认的配置会被忽略而且仅仅执行.yaml文件的command（不带任何参数的）。#如果command没写，但args写了，那么Docker默认配置的ENTRYPOINT的命令行会被执行，但是调用的参数是.yaml中的args。#如果如果command和args都写了，那么Docker默认的配置被忽略，使用.yaml的配置。imagePullPolicy: IfNotPresent  #如果不存在则拉取livenessProbe:       #表示container是否处于live状态。如果LivenessProbe失败，LivenessProbe将会通知kubelet对应的container不健康了。随后kubelet将kill掉container，并根据RestarPolicy进行进一步的操作。默认情况下LivenessProbe在第一次检测之前初始化值为Success，如果container没有提供LivenessProbe，则也认为是Success；httpGet:path: /health #如果没有心跳检测接口就为/port: 8080scheme: HTTPinitialDelaySeconds: 60 ##启动后延时多久开始运行检测timeoutSeconds: 5successThreshold: 1failureThreshold: 5readinessProbe:httpGet:path: /health #如果没有心跳检测接口就为/port: 8080scheme: HTTPinitialDelaySeconds: 30 ##启动后延时多久开始运行检测timeoutSeconds: 5successThreshold: 1failureThreshold: 5resources:              ##CPU内存限制requests:cpu: 2memory: 2048Milimits:cpu: 2memory: 2048Mienv:                    ##通过环境变量的方式，直接传递pod=自定义Linux OS环境变量- name: LOCAL_KEY     #本地Keyvalue: value- name: CONFIG_MAP_KEY  #局策略可使用configMap的配置Key，valueFrom:configMapKeyRef:name: special-config   #configmap中找到name为special-configkey: special.type      #找到name为special-config里data下的keyports:- name: httpcontainerPort: 8080 #对service暴露端口volumeMounts:     #挂载volumes中定义的磁盘- name: log-cachemount: /tmp/log- name: sdb       #普通用法，该卷跟随容器销毁，挂载一个目录mountPath: /data/media    - name: nfs-client-root    #直接挂载硬盘方法，如挂载下面的nfs目录到/mnt/nfsmountPath: /mnt/nfs- name: example-volume-config  #高级用法第1种，将ConfigMap的log-script,backup-script分别挂载到/etc/config目录下的一个相对路径path/to/...下，如果存在同名文件，直接覆盖。mountPath: /etc/config       - name: rbd-pvc                #高级用法第2中，挂载PVC(PresistentVolumeClaim)#使用volume将ConfigMap作为文件或目录直接挂载，其中每一个key-value键值对都会生成一个文件，key为文件名，value为内容，volumes:  # 定义磁盘给上面volumeMounts挂载- name: log-cacheemptyDir: {}- name: sdb  #挂载宿主机上面的目录hostPath:path: /any/path/it/will/be/replaced- name: example-volume-config  # 供ConfigMap文件内容到指定路径使用configMap:name: example-volume-config  #ConfigMap中名称items:- key: log-script           #ConfigMap中的Keypath: path/to/log-script  #指定目录下的一个相对路径path/to/log-script- key: backup-script        #ConfigMap中的Keypath: path/to/backup-script  #指定目录下的一个相对路径path/to/backup-script- name: nfs-client-root         #供挂载NFS存储类型nfs:server: 10.42.0.55          #NFS服务器地址path: /opt/public           #showmount -e 看一下路径- name: rbd-pvc                 #挂载PVC磁盘persistentVolumeClaim:claimName: rbd-pvc1         #挂载已经申请的pvc磁盘

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

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Spark集群搭建的三种方式详解

Spark集群搭建的三种方式详解

国科大学习生活&#xff08;期末复习资料、课程大作业解析、学习文档等&#xff09;: 文章专栏&#xff08;点击跳转&#xff09; 大数据开发学习文档&#xff08;分布式文件系统的实现&#xff0c;大数据生态圈学习文档等&#xff09;: 文章专栏&#xff08;点击跳转&#xff…
阅读更多...
如何统计数组中重复元素的数量并获取其他相关数据？

如何统计数组中重复元素的数量并获取其他相关数据？

在JavaScript中&#xff0c;可以使用以下方法来统计数组中重复元素的数量并获取其他相关数据&#xff1a; function countDuplicates(array) {// 创建一个对象来存储每个knowledgeId的信息&#xff0c;包括重复数量和其他数据var counts {};// 遍历数组&#xff0c;计算每个k…
阅读更多...
交叉编译qt到arm平台

交叉编译qt到arm平台

使用pkg-config命令查看xxx包是否存在&#xff1a; pkg-config --print-errors xxx pkg-config的搜索路径可以通过环境变量PKG_CONFIG_PATH指定。需要在运行./configure 之前指定。 ./configure -release -qt-libjpeg -qt-libpng -qt-zlib -qt-pcre -xplatform linux-aarch64-…
阅读更多...
Java单元测试 - mock静态方法

Java单元测试 - mock静态方法

文章目录 1. mock 静态方法2. 升级 maven 依赖3. 示例 1. mock 静态方法 mockito 在 3.4.0 版本之后&#xff0c;开始支持 mock static method。 2. 升级 maven 依赖 <dependency><groupId>org.mockito</groupId><artifactId>mockito-core</artif…
阅读更多...
.NET Core Web API介绍+优缺点

.NET Core Web API介绍+优缺点

一.NET Core Web API介绍 似乎有一些拼写错误在您的问题中&#xff0c;我猜测您可能是想问关于“.NET Core Web API”的介绍。如果是这样的话&#xff0c;我将为您提供关于.NET Core Web API的基本介绍。 .NET Core Web API 是一种构建 HTTP 服务的框架&#xff0c;它是 ASP.N…
阅读更多...
CG-0A 电子水尺可实现对水位数据的连续自动监测

CG-0A 电子水尺可实现对水位数据的连续自动监测

CG-0A 电子水尺可实现对水位数据的连续自动监测产品概述 本产品是一种采用微处理器芯片为控制器&#xff0c;内置通讯电路的数字式水位传感器&#xff0c;具备高的可靠性及抗干扰性能。适用于江、河、湖、水库及蓄水池、水渠等处的水位测量使用。 本产品采用了生产工艺技术&…
阅读更多...
VS Code代码补全失效 - 解决方案

VS Code代码补全失效 - 解决方案

问题 在Linux主机或Docker环境下&#xff0c;使用 VS Code 编写 CPP 代码时&#xff0c;变量没有代码补全。 解决方案 首先确保已经安装并启用了 C 扩展3件套&#xff1a;C/C、C/C Themes、CMake Tools 。 确保设置中的 C_CPP: Intelli Sense Engine 选项为 default &#x…
阅读更多...
雾锁王国服务器怎么建？雾锁王国服务器搭建方法

雾锁王国服务器怎么建？雾锁王国服务器搭建方法

雾锁王国Enshrouded服务器搭建怎么搭建&#xff1f;非常简单&#xff0c;阿里云计算巢雾锁王国程序&#xff0c;可以一键搭建雾锁王国多人联机服务器&#xff0c;腾讯云是基于雾锁王国镜像系统&#xff0c;阿里云服务网aliyunfuwuqi.com汇总雾锁王国服务器搭建&#xff0c;超简…
阅读更多...
消息中间件篇之Kafka-高性能设计

消息中间件篇之Kafka-高性能设计

一、高性能设计 消息分区&#xff1a;不受单台服务器的限制&#xff0c;可以不受限的处理更多的数据。 顺序读写&#xff1a;磁盘顺序读写&#xff0c;提升读写效率。 页缓存&#xff1a;把磁盘中的数据缓存到内存中&#xff0c;把对磁盘的访问变为对内存的访问。 零拷贝&a…
阅读更多...
【k8s相关资源api操作】

【k8s相关资源api操作】

k8s相关资源api操作 文章目录 k8s相关资源api操作AdmissionregistrationApiextensionApiregistrationAppsV1ApiAutoscalingV1ApiBatchV1ApiCertificatesApi 证书相关CoordinationV1Api 最重要的CoreV1Api !!!CustomObjectsApiDiscoveryV1ApiEventsV1ApiFlowcontrolApiserverApi…
阅读更多...
MATLAB环境下基于深层小波散射网络的纹理图像分类方法

MATLAB环境下基于深层小波散射网络的纹理图像分类方法

图像分类是模式识别重要研究领域之一&#xff0c;它的任务是把目标样本分成不同类别&#xff0c;赋予样本相应类别标签。分类实现的基础是用传感器检测到样本的特征&#xff0c;比如形状、颜色、纹理等基本特征或通过基本特征提取更为复杂的特征信息&#xff0c;其中纹理是表示…
阅读更多...
LeetCode 刷题 [C++] 第54题.螺旋矩阵

LeetCode 刷题 [C++] 第54题.螺旋矩阵

题目描述 给你一个 m 行 n 列的矩阵 matrix &#xff0c;请按照 顺时针螺旋顺序 &#xff0c;返回矩阵中的所有元素。 题目分析 根据题意可知&#xff0c;我们不需要记录已经走过的路径&#xff0c;只需要通过调整矩阵的上下左右边界即可完成任务&#xff1b;首先创建出矩阵…
阅读更多...
什么是大模型微调？微调的分类、方法、和步骤

什么是大模型微调？微调的分类、方法、和步骤

2023年，大模型成为了重要话题，每个行业都在探索大模型的应用落地，以及其能够如何帮助到企业自身。尽管微软、OpenAI、百度等公司已经在创建并迭代大模型并探索更多的应用，对于大部分企业来说，都没有足够的成本来创建独特的基础模型（Foundation Model）：数以百亿计的数据…
阅读更多...
VL817-Q7 USB3.0 HUB芯片 适用于扩展坞 工控机 显示器

VL817-Q7 USB3.0 HUB芯片 适用于扩展坞 工控机 显示器

VL817-Q7 USB3.1 GEN1 HUB芯片 VL817-Q7 USB3.1 GEN1 HUB芯片 VIA Lab的VL817是一款现代USB 3.1 Gen 1集线器控制器&#xff0c;具有优化的成本结构和完全符合USB标准3.1 Gen 1规范&#xff0c;包括ecn和2017年1月的合规性测试更新。VL817提供双端口和双端口4端口配置&…
阅读更多...
DCDC 升压，降压，充电，限流保护 四位电路

DCDC 升压，降压，充电，限流保护 四位电路

阅读更多...
FMM 笔记：FMM（colab上执行）【官方案例解读】

FMM 笔记：FMM（colab上执行）【官方案例解读】

在colab上运行&#xff0c;所以如何在colab上安装fmm&#xff0c;可见FMM 笔记&#xff1a;在colab上执行FMM-CSDN博客 fmm见&#xff1a;论文笔记&#xff1a;Fast map matching, an algorithm integrating hidden Markov model with precomputation_ubodt(upper bounded ori…
阅读更多...
分布式事务(7)之Seata简介

分布式事务(7)之Seata简介

一、分布式事务解决方案 2PC即两阶段提交协议&#xff0c;是将整个事务流程分为两个阶段&#xff0c;准备阶段&#xff08;Prepare phase&#xff09;、提交阶段&#xff08;commit phase&#xff09;&#xff0c;2是指两个阶段&#xff0c;P是指准备阶段&#xff0c;C是指提交…
阅读更多...
vue2 computed原理，与watch的区别

vue2 computed原理，与watch的区别

文章目录 computed实现原理computed与watch的区别computedwatch computed实现原理 源码实现computed 依赖收集&#xff1a;当我们首次访问一个计算属性时&#xff0c;它的 getter 函数会被执行。在 getter 函数执行过程中&#xff0c;会访问它所依赖的响应式数据&#xff0c;这…
阅读更多...
智慧医疗时代来临，全视通给大家介绍智慧病房

智慧医疗时代来临，全视通给大家介绍智慧病房

随着科技的不断发展&#xff0c;智慧医疗已经成为医疗行业的一个重要趋势。智慧医疗技术的应用&#xff0c;不仅提高了医疗服务的效率和质量&#xff0c;也使得患者的就医体验更加舒适和便捷。在智慧医疗时代&#xff0c;智慧病房呼叫系统作为其中的一项重要技术&#xff0c;已…
阅读更多...
用html编写的小广告板

用html编写的小广告板

用html编写的小广告板 相关代码 <!DOCTYPE html> <html lang"en"> <head><meta charset"UTF-8"><meta name"viewport" content"widthdevice-width, initial-scale1.0"><title>Document</tit…
阅读更多...
最新文章

Copyright @ 2022~2023