docker容器技术、k8s的原理和常见命令、用k8s部署应用步骤

容器技术

容器借鉴了集装箱的概念，集装箱解决了什么问题呢？无论形状各异的货物，都可以装入集装箱，集装箱与集装箱之间不会互相影响。由于集装箱是标准化的，就可以把集装箱整齐摆放起来，装在一艘大船把他们都运走。有了集装箱，就再也不需要为各种货物单独准备专门运输的船了。如果把容器比作集装箱的话，应用就相当于集装箱里的货物。
容器（Container）：一种轻量级的虚拟化技术，这种技术允许操作系统上的用户空间被分割成几个独立的单元在内核中运行，彼此互不干扰。这样一个独立的空间，就称之为一个“容器”。
容器为应用软件及其依赖组件提供了一个资源独立的运行环境。应用软件所依赖的组件会被打包成一个可重用的镜像，镜像运行环境并不会与主机操作系统共享内存、CPU和硬盘空间，由此也保证了容器内部的进程与容器外部进程的独立关系。
举个例子，一个操作系统，可以类比成一套公寓，那么容器就相当于公寓中的一个房间，大家共享同一个客厅，厨房和卫生间。但是房间和房间之间彼此隔离，一个房间里面的人的活动，不会影响到其他房间的住客。房间也有门，因此有一定的安全隔离保障。
容器的技术特点：
• 容器是自包含的。它打包了应用程序及其所有依赖，可以直接运行。
• 容器是可移植的。可以在几乎任何地方以相同的方式运行。这就可以确保应用在开发环境、测试环境、生产环境等都有完全一样的运行环境。
• 容器是轻量级的。占用资源很少，可以秒级启动。
• 容器是互相隔离的。同一主机上运行的多个容器，不会互相影响。
这两种架构，一个很直观的对比结果是，容器的运行不需要再额外安装虚拟机操作系统。可见，容器是一种比虚拟机更轻量级的虚拟化技术，支持秒级启动具备更好的快速扩展能力，具备更好的跨平台迁移能力。当然也由于这个原因，容器的隔离性上不如虚拟机。两者主要差异如下：
• 虚拟机OS占用了较多资源，一个虚拟机基本是GB 级的，一个容器可小至几MB。
• 虚拟机的启动时间一般是分钟级的，而容器的启动时长是毫秒级的。
• 由于容器的轻量级，它具备了更好的快速扩展能力。
容器比虚拟机具备更好的跨平台迁移能力，如虚拟机无法从Vmware迁移至KVM。

docker

Docker是一个开源的应用容器引擎，它实现了容器化技术的一种具体形式。
Docker核心概念
Docker 有三大核心概念，分别是容器(Container)、镜像(Image)和仓库(Repository)。
• 镜像：类似虚拟机的镜像，通俗的理解就是安装文件，相当于是容器的模板，可以根据不同的镜像来创建不同的容器。镜像和容器的关系可以理解为面向对象中类和实例对象的关系。
• 容器：类似一个轻量级的沙箱，容器是根据镜像创建的应用运行实例，具体运行应用程序的一个进程，可以将其启动、开始、停止、删除，而这些容器都是相互隔离、互不可见的。
• 仓库：类似代码仓库，是 Docker 集中存放镜像文件的场所。仓库有本地镜像仓库 Docker-Registry 和公共镜像仓库 Docker Hub，平时使用本地仓库的镜像，没有的话可以去公共镜像仓库下载。
可以用编程中面向对象的概念来做类比：镜像可以看成一个类，容器可以看做是类的实例化对象。一个类可以有多个对象。同理，一个镜像可以有多个容器。容器是由镜像实例化而来。简单来说，镜像是文件，容器是进程，仓库是保存镜像的地方。
通过Docker命令，运行一个容器一般情况下只需要三步：

  1. pull：从镜像仓库中将相应的镜像下载下来；
  2. list：当镜像下载完成之后就可以通过docker images 来查看本地镜像，会列出一个完整的镜像列表，可以在列表中选中想要的镜像；
  3. run：当选中镜像之后，就可以通过 docker run 来运行这个镜像，得到想要的容器。当然可以通过多次运行得到多个容器。
    采用容器技术搭建并运行企业网站，需要经历三个主要过程：
    • 构建（build）：把应用代码和运行环境一起，制作成镜像文件
    • 发布（release）：将镜像文件发布到镜像仓库。
    运行（run）：从镜像仓库中获取镜像并运行。

docker和k8s的关系

Docker 和 Kubernetes（通常缩写为 k8s）是容器化技术领域中两个互补的工具，它们共同工作以提供强大的应用程序部署和管理解决方案。

Docker：

Docker 是一个开源的容器化平台，它允许开发者将应用及其依赖打包到一个轻量级、可移植的容器中。
容器与底层系统隔离，确保了应用程序在不同环境中的一致性。
Docker 提供了容器的创建、运行、分发和管理的工具，如 Docker Engine 和 Docker Hub。
Kubernetes：

Kubernetes 是一个开源的容器编排系统，用于自动化部署、扩展和管理容器化应用程序。
它提供了高级的集群管理功能，包括服务发现、负载均衡、自我修复（自动替换失败的容器）、存储编排等。
Kubernetes 允许在集群中运行和管理成千上万的容器，支持服务的弹性伸缩和高可用性。
Docker 和 Kubernetes 的关系：

容器化：Docker 用于创建容器化的应用程序，而 Kubernetes 用于管理这些容器的生命周期和部署。
互补性：Docker 提供了容器的运行时环境，而 Kubernetes 则提供了容器的管理和编排。
生态系统：Kubernetes 支持多种容器运行时，包括 Docker，但也支持其他如 containerd、CRI-O 等。
部署和管理：Docker 可以独立使用来运行和管理单个容器，而 Kubernetes 提供了大规模容器部署和管理的能力。
服务网格：在 Kubernetes 上，Docker 容器可以作为 Pod 运行，Kubernetes 负责 Pod 的调度、网络、存储等。
社区和企业支持：两者都有庞大的社区和企业支持，Docker 由 Docker Inc. 维护，而 Kubernetes 由 Cloud Native Computing Foundation (CNCF) 维护。
总的来说，Docker 为应用程序提供了容器化的基础，而 Kubernetes 则为这些容器化的应用提供了一个强大的运行平台，两者结合使用可以实现高效的持续集成和持续部署（CI/CD）流程，以及在云环境中的弹性伸缩和高可用性部署。

K8s

容器编排是指自动化容器的部署、管理、扩展和联网。通过容器编排，可以构建跨多个容器的应用服务、跨集群调度容器、扩展这些容器，并持续管理它们的健康状况。容器编排给容器技术带来了巨大的价值，包括：
• 自动化部署：支持根据副本数量，回滚，重启等策略自动部署容器。
• 服务发现与负载均衡：自动发现增加的容器，并进行流量的负载均衡。
• 自动化容器恢复：自动对容器进行健康检查，并根据策略进行重启。
• 弹性伸缩：支持工作节点、容器的自动扩缩容。
一个容器编排平台的核心功能：首先可以自动生成容器实例，并且生成的容器可以跨服务器的，帮助提高可用性和性能，同时还有健康检查、容错、可扩展、网络、服务发现、滚动升级等功能，可以很好地解决需求与资源的匹配编排问题。
容器编排平台的市场竞争曾经非常激烈，主流的有三个：Docker Swarm、Mesos Marathon和Kubernetes。它们各有特点，但同时满足上面上述能力的，只有Kubernetes。
Kubernetes 设计思想
Kubernetes 基于API管理一切的思想，采用声明式即“面向结果”的API，围绕 etcd（分布式存储与协调数据库） 构建出来的一套 “面向终态” 的编排体系。
当用户向 Kubernetes 提交了一个 API 对象（Kubernetes Object）的期望状态（Spec）之后，Kubernetes 会负责保证整个集群里各项资源的当前状态（Status），都与 API 对象描述的需求相一致。更重要的是，这个保证是一项 “无条件的”、“没有期限” 的承诺：对于每个保存在 etcd 里的 API 对象，Kubernetes 都通过启动一种叫做 “控制器模式”（Controller Pattern）的无限循环，不断对 etcd 里的 API 对象的变化进行监视（Watch），然后执行控制器（Controller）里定义的编排动作的响应逻辑，进行调谐，最后确保整个集群的状态与 API 对象的描述一致。
为了实现“面向终态”的管理，支持自动化部署、扩缩和管理容器应用，Kubernetes采用了控制平面和计算平面分离的架构。控制平面是整个集群的大脑，负责控制、调度集群资源；计算平面负责运行容器化应用，是控制平面调度的对象，通过增加或减少工作节点实现容器集群处理能力的扩缩。控制平面由至少一个管理节点（Master节点）组成，通常会采用三个管理节点组成高可用集群（一个管理节点提供服务，剩下两个管理节点为备用节点，当管理节点不可用时，从备用节点中自动选举一个出来成为管理节点）。计算平面则由多个工作节点（Node节点）组成。

K8S集群分为Master节点和Node节点，Master节点负责调度分配任务，Node节点接受Master调度进行工作。
1.1 Master节点组件
/1. API Server
集群的统一入口，各组件协调者，以RESTful API方式提供接口服务，所有对象资源的增删查改和监听操作都交给API Server处理后再提交给Etcd存储。
2. Controller Manager
负责维护集群的状态，比如故障检测、自动扩展、滚动更新等。一个资源对应一个控制器，而Controller Manager就是负责管理这些控制器的。
工作负载是一种Controller，在Kubernetes中还有Node Controller等其他多种控制器。每种控制器都是一个智能系统，通过API Server提供的(List-Watch)接口实时监控集群中资源对象的变化，当资源对象因某些原因发生状态变化时，Controller会执行相应逻辑使其最终状态调整到期望状态。比如：某个Node意外宕机时，Node Controller会及时发现此故障并执行自动化修复流程，确保集群始终处于预期的工作状态。
每种Controller都负责一种特定的资源控制器，Controller Manager是Kubernetes中各种Controller的管理者，是集群内部的管理控制中心，也是Kubernetes自动化功能核心。
3. Scheduler
负责资源的调度，按照预定的调度策略将Pod调度到相应的机器上。
4.etcd
分布式键值存储系统，用于保存群集状态数据，比如Pod、Service等对象信息。
1.2 Node组件
Node节点（工作节点）是Kubernetes集群中的工作节点，Node节点上的工作由Master节点进行分配，比如当某个Node节点宕机时，Master节点会将其上面的工作转移到其他Node节点上。Node节点在集群中主要负责如下任务：
• 负责管理所有容器（Container）。
• 负责监控/上报所有Pod的运行状态。
一个Node节点主要包含三个组件：kubelet、kube-proxy、Container Runtime。

  1. kubelet
    kubelet是Master在Node节点上的Agent，管理本机运行容器的生命周期，比如创建容器、Pod挂载数据卷、下载secret、获取容器和节点状态等工作。kubelet将每个Pod转换成一组容器。
  2. kube-proxy
    为Service提供cluster内部的服务发现和负载均衡。Service是通过Selector选择的一组Pods的服务抽象，提供了服务的负载均衡和反向代理的能力。实现 Service 负载均衡和反向代理功能，是通过kube-proxy实现的。kube-proxy 运行在每个节点上，监听 API Server 中服务对象的变化，通过管理 iptables 来实现网络的转发。
    Service的负载均衡实现的过程共分为五步，如下：
  3. 运行在每个Node节点的kube-proxy会实时的watch Service和Endpoints（IP+端口）对象， 当用户在Kubernetes集群中创建了含有Label的Service之后，同时会在集群中创建出一个同名的Endpoints对象，用于存储Service下的Pod IP。
  4. 当每个Node节点的kube-proxy感知到Service和Endpoints的变化之后，会在各自的Node节点上打开代理端口，并设置相关的iptables或IPVS转发规则。
  5. 客户端访问Service的ClusterIP。
  6. 客户端请求会经过iptables/IPVS，会被重定向到kube-proxy的代理端口。IPVS模式的调度由IPVS完成，其他功能仍是iptables实现。
  7. kube-proxy将请求发送到真实的后端Pod。

在这里插入图片描述

Kubernetes中如何实现多个环境的隔离？
在Kubernetes容器集群中，同一类型的资源名称是唯一的。在实际中，我们往往需要将不同业务、不同的项目、不同的环境进行隔离管理，这就需要通过命名空间Namespace进行分区管理。
Namespace 是用来做集群内部的逻辑隔离的，它包括鉴权、资源管理等。Kubernetes 的每个资源，比如 Pod、Deployment、Service，都属于一个 Namespace，同一个 Namespace 中的资源命名唯一，不同的 Namespace 中的资源可以重名。在一个Kubernetes集群中可以拥有多个命名空间，它们在逻辑上彼此隔离。
不过，Kubernetes也有一些资源隶属于集群级别的，如Node、Namespace和Persistent Volume等，不属于任何名称空间，所以这些资源对象的名称必须全局唯一。

在K8s 中部署一个前后端应用

编写Dockerfile
拷贝前端工程dist目录至/frontend，并进行目录授权
from nginx
copy ./dist /frontend
run chown nginx.nginx /frontend -R
copy nginx.conf /etc/nginx/conf.d/default.conf
编写nginx.conf文件
server{
listen 80;
server_name localhost;
root /frontend;
index index.html index.htm;

 location /login {
         try_files $uri $uri/ /login.html;
 }

}

backend-dp.yaml
由于我们服务是无状态服务，使用Deployment进行部署，Deployment拥有更加灵活强大的升级、回滚功能，并且支持滚动更新

apiVersion: apps/v1
kind: Deployment
metadata:
name: backend
spec:
selector:
matchLabels:
app: backend
replicas: 1
template:
metadata:
labels:
# service 会根据此标签来查找此pod
app: backend
version: latest
spec:
containers:
- name: backend
image: “dweizhao/backend:latest”
imagePullPolicy: Always
backend-svc.yaml
Service相当于Spring cloud中Ribbon的作用，提供了服务发现和负载均衡的功能，而不用关心具体服务实例有多少个，在 k8s的服务实例就是Pod，这里我们使用ClusterIP类型，因为是通过Ingress在集群内访问，通过 app:backend标签，来查找对应pod，所以 pod 的label必须包含app:backend
apiVersion: v1
kind: Service
metadata:
name: backend
spec:
type: ClusterIP
ports:
- name: backend-http
port: 8080
targetPort: 8080
protocol: TCP
selector:
# 根据标签查找 pod
app: backend
之后在服务器上创建命名空间:
kubectl create namespace k8sdemo
部署：
kubectl create namespace k8sdemo && kubectl apply -f backend-dp.yaml -f backend-svc.yaml -f frontend-dp.yaml -f frontend-svc.yaml -f ingress.yaml -n k8sdemo

k8s常用命令

#查看pods列表，这里主要是看pod状态
kubectl get pods -n tbds（n后面是namespace)
#查看某个pod的日志
kubectl logs tm-platform-96c9cd9d-w6zr8  -n tbds
#查看pod的详细信息，这些信息包括了 Pod 的配置、状态、事件等
kubectl describe pod kubectl logs tm-platform-96c9cd9d-w6zr8  -n tbds 
#在pod中启动一个交互式shell，可以在这个shell中执行命令
kubectl exec -it tsf-data-gateway-86f59d85-vlvgq（pod名称） -n tbds -- bash
#获取应用列表
kubectl get app -n tbds
#删除某个应用
kubectl delete app product-kylin-sp2-es-x86（应用名称） -n tbds
#获取容器的configmap
kubectl get -o yaml configmap te-elasticsearch-config(config名称） -n tbds
#或者这样写：
kubectl get cm my-configmap -o yaml
#查看某个secret的值（渲染后的）
kubectl get secret secret-tbdsnew  -o yaml -n default
#查看pod的资源使用情况
kubectl top pod <pod-name> -n <namespace>
#查看所有命名空间
kubectl get namespaces
#创建命名空间
kubectl create namespace tbds
#将base64编码的字符串进行解码
echo "dGJkcy1pbWFnZXM=" |base64 --decode

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

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

相关文章

C++基础（五）：类和对象（上）

C++基础（五）：类和对象（上）

从今天开始&#xff0c;我们正式进入面向对象编程&#xff0c;这是C与C语言的重要区别&#xff0c;编程思想发生变化&#xff0c;那到底什么是面向对象编程呢&#xff1f;接下来&#xff0c;我们慢慢的深入学习。 目录 一、面向过程和面向对象初步认识 1.1 面向过程 1.2 面…
阅读更多...
【Python】变量与基本数据类型

【Python】变量与基本数据类型

个人主页&#xff1a;【&#x1f60a;个人主页】 系列专栏&#xff1a;【❤️Python】 文章目录 前言变量声明变量变量的命名规则 变量赋值多个变量赋值 标准数据类型变量的使用方式存储和访问数据&#xff1a;参与逻辑运算和数学运算在函数间传递数据构建复杂的数据结构 NameE…
阅读更多...
腾讯混元文生图开源模型推出小显存版本，6G显存即可运行，并开源caption模型

腾讯混元文生图开源模型推出小显存版本，6G显存即可运行，并开源caption模型

7月4日&#xff0c;腾讯混元文生图大模型&#xff08;混元DiT&#xff09;宣布开源小显存版本&#xff0c;仅需6G显存即可运行&#xff0c;对使用个人电脑本地部署的开发者十分友好&#xff0c;该版本与LoRA、ControlNet等插件&#xff0c;都已适配至Diffusers库&#xff1b;并…
阅读更多...
达梦数据库 页大小与数据库字段长度的关系

达梦数据库 页大小与数据库字段长度的关系

对于达梦数据库实例而言&#xff0c;页大小 (page_size)、簇大小 (extent_size)、大小写敏感 (case_sensitive)、字符集 (charset) 这四个参数&#xff0c;一旦确定无法修改&#xff1b;如果过程中发现这些数据设置的不对&#xff0c;只能是重新新建数据库实例&#xff0c;而不…
阅读更多...
脑启发设计：人工智能的进化之路

脑启发设计：人工智能的进化之路

编者按&#xff1a;你可以用左手&#xff08;不常用的那只手&#xff09;的小指与食指拿起一件物品么&#xff1f; 试完你是不是发现自己竟然可以毫不费力地用自己不常用的手中&#xff0c;两根使用频率相对较低的手指&#xff0c;做一个不常做的动作。这就是人类大脑不可思议…
阅读更多...
14-5 小语言模型SLM 百科全书

14-5 小语言模型SLM 百科全书

想象一下这样一个世界&#xff1a;智能助手不再驻留在云端&#xff0c;而是驻留在你的手机上&#xff0c;无缝理解你的需求并以闪电般的速度做出响应。这不是科幻小说&#xff1b;这是小型语言模型 (SLM) 的前景&#xff0c;这是一个快速发展的领域&#xff0c;有可能改变我们与…
阅读更多...
台灯学生用哪个牌子最好？学生用台灯品牌排行榜分析

台灯学生用哪个牌子最好？学生用台灯品牌排行榜分析

台灯学生用哪个牌子最好&#xff1f;护眼台灯在近年来成为家长和长时间使用电子设备人群关注的家电/学生产品。对于家中有孩子或经常面对电子屏幕的人士来说&#xff0c;很多人可能已经对这类产品有所了解并进行了购买。然而&#xff0c;部分家长对护眼台灯的认识还不够深入&am…
阅读更多...
windows安装jdk21

windows安装jdk21

下载 下载zip解压 设置环境变量 设置JAVA_HOME环境变量 Path环境变量添加如下值%HAVA_HOME%\bin 打开新的cmd&#xff0c;输入java --version查看效果
阅读更多...
CentralCache中心缓存

CentralCache中心缓存

目录 一.CentralCache基本结构 1.CentralCache任务 2.基本结构 二.函数调用层次结构/.h文件 三.Span和SpanList的封装 Span:大块内存跨度 PAGE_ID _pageId size_t _objSize _useCount SpanList:管理Span的双链表(桶锁) 四.获取大块内存GetOneSpan 五.FetchRangeObj输…
阅读更多...
源代码防泄漏之反向沙箱方案的经验分享

源代码防泄漏之反向沙箱方案的经验分享

反向沙箱&#xff08;Reverse Sandbox&#xff09;是一种安全技术&#xff0c;主要用于检测和分析恶意软件的行为。与传统沙箱不同&#xff0c;反向沙箱的重点在于模拟恶意软件的预期运行环境&#xff0c;以诱导恶意软件展示其真实行为。这种技术可以帮助安全专家更深入地理解恶…
阅读更多...
四川蔚澜时代电子商务有限公司打造抖音电商服务新高地

四川蔚澜时代电子商务有限公司打造抖音电商服务新高地

在数字化浪潮汹涌澎湃的今天&#xff0c;电商行业以其独特的魅力和强大的市场潜力&#xff0c;成为了推动经济增长的新引擎。四川蔚澜时代电子商务有限公司&#xff0c;作为这个领域的佼佼者&#xff0c;正以其专业的服务、创新的理念和卓越的实力&#xff0c;引领抖音电商服务…
阅读更多...
【Linux进阶】Linux目录配置，FHS

【Linux进阶】Linux目录配置，FHS

在了解了每个文件的相关种类与属性&#xff0c;以及了解了如何修改文件属性与权限的相关信息后&#xff0c;再来要了解的就是&#xff0c;为什么每个Linux发行版它们的配置文件、执行文件、每个目录内放置的东西&#xff0c;其实都差不多&#xff1f;原来是有一套标准依据&…
阅读更多...
在 Mac 上使用 MLX 微调微软 phi3 模型

在 Mac 上使用 MLX 微调微软 phi3 模型

微调大语言模型是常见的需求&#xff0c;由于模型参数量大&#xff0c;即使用 Lora/Qlora 进行微调也需要 GPU 显卡&#xff0c;Mac M系是苹果自己的 GPU&#xff0c;目前主流的框架还在建立在 CUDA 的显卡架构&#xff0c;也就是主要的卡还是来自英伟达。如果要用 Mac 来做训练…
阅读更多...
pnpm的坑

pnpm的坑

请问pnpm的两个坑怎么解决&#xff1a; 第一个坑&#xff1a;没有节省磁盘空间 我已经配置了依赖的存储位置&#xff0c; 但我在项目里pnpm install以后&#xff0c;发现依赖包还是很大&#xff0c; 然后发现里面的链接并不是指向先前配置的依赖存储位置&#xff0c;而是指…
阅读更多...
中霖教育怎么样?注册会计师可以跨省考试吗?

中霖教育怎么样?注册会计师可以跨省考试吗?

中霖教育怎么样?注册会计师可以跨省考试吗? 1. 考试地点安排&#xff1a; 注册会计师考试是在全国范围内统一举行的&#xff0c;通常设在各省、自治区和直辖市指定的考区。考生须依据准考证上提供的信息&#xff0c;核实自己的具体考试地点。该考试实行的网上统一报名制度&…
阅读更多...
DBeaver连接clickhouse最全教程

DBeaver连接clickhouse最全教程

环境 clickhouse server 20.3 dbeaver 24.1.1.202406231636在使用 dbeaver 连接 clickhouse 的时候需要&#xff0c;它默认是没有驱动的&#xff0c;然后其默认会安装 clickhouse-jdbc的 latest 版本&#xff0c;比如当前最新的驱动版本为 0.6.2&#xff0c;然后等我去连接的时…
阅读更多...
LabVIEW汽车转向器测试系统

LabVIEW汽车转向器测试系统

绍了一种基于LabVIEW的汽车转向器测试系统。该系统集成了数据采集、控制和分析功能&#xff0c;能够对转向器进行高效、准确的测试。通过LabVIEW平台&#xff0c;实现了对转向器性能参数的实时监测和分析&#xff0c;提升了测试效率和数据精度&#xff0c;为汽车转向器的研发和…
阅读更多...
嵌入式Linux系统编程 — 6.6 信号掩码

嵌入式Linux系统编程 — 6.6 信号掩码

目录 1 信号掩码介绍 2 sigprocmas函数 3 sigsuspend函数阻塞等待信号 1 信号掩码介绍 信号掩码&#xff08;Signal Mask&#xff09;是操作系统中用于控制进程接收信号的一种机制。每个进程都有一个或多个信号掩码&#xff0c;它们定义了哪些信号在特定时间被阻塞&#xf…
阅读更多...
2024年在WordPress中创建销售活动的专家级优惠券方法

2024年在WordPress中创建销售活动的专家级优惠券方法

2024年在WordPress中创建销售活动的专家级优惠券方法 今天我想和大家分享一些关于如何在WordPress网站上使用专家级优惠券工具来创建销售活动的经验。对于已经在电商领域有一定经验的店主&#xff0c;利用专家级优惠券不仅能吸引顾客&#xff0c;还能显著增加销量。在这篇文章…
阅读更多...
地铁车厢火灾3D模拟逃生演习减少了资源损耗和风险

地铁车厢火灾3D模拟逃生演习减少了资源损耗和风险

在消防安全领域&#xff0c;为了更好地提升安全实训效果&#xff0c;我们在VR安全培训领域打造了多款消防安全VR模拟实训系统&#xff0c;不仅实现了与现实世界无异的交互操作&#xff0c;更在虚拟空间中超越了现实的限制&#xff0c;模拟出那些现实中难以搭建的复杂场景。 利用…
阅读更多...
最新文章

Copyright @ 2022~2023