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

news2025/1/18 20:15:34

容器技术

容器借鉴了集装箱的概念，集装箱解决了什么问题呢？无论形状各异的货物，都可以装入集装箱，集装箱与集装箱之间不会互相影响。由于集装箱是标准化的，就可以把集装箱整齐摆放起来，装在一艘大船把他们都运走。有了集装箱，就再也不需要为各种货物单独准备专门运输的船了。如果把容器比作集装箱的话，应用就相当于集装箱里的货物。
容器（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

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

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

相关文章

昇思学习打卡-5-基于Mindspore实现BERT对话情绪识别

昇思学习打卡-5-基于Mindspore实现BERT对话情绪识别

本章节学习一个基本实践–基于Mindspore实现BERT对话情绪识别 自然语言处理任务的应用很广泛&#xff0c;如预训练语言模型例如问答、自然语言推理、命名实体识别与文本分类、搜索引擎优化、机器翻译、语音识别与合成、情感分析、聊天机器人与虚拟助手、文本摘要与生成、信息抽…
阅读更多...
通过 Power Automate 以提升的权限运行 Power Apps 连接

通过 Power Automate 以提升的权限运行 Power Apps 连接

使用Power Apps在Sharepoint列表中新建或编辑项比较简单&#xff0c;就是创建窗体&#xff0c;连接Sharepoint列表&#xff0c;添加个按钮&#xff0c;触发条件为Submit(form)。 填写信息&#xff0c;点击按钮即可新建项 但使用过程中&#xff0c;发现运行此应用的用户&#xf…
阅读更多...
朗新天霁eHR GetFunc_code.asmx SQL注入致RCE漏洞复现

朗新天霁eHR GetFunc_code.asmx SQL注入致RCE漏洞复现

0x01 产品简介 朗新天霁人力资源管理系统（LongShine eHR）是一款由北京朗新天霁软件技术有限公司研发的人力资源管理系统，该产品融合了国外先进的人力资源管理理念和国内大量人力资源管理实践经验，是国内功能较为全面、性价比较高的人力资源管理系统之一，系统凭借其集成化…
阅读更多...
如何通过IP地址查询地理位置及运营商信息

如何通过IP地址查询地理位置及运营商信息

在数字时代&#xff0c;IP地址&#xff08;Internet Protocol Address&#xff0c;互联网协议地址&#xff09;已经成为我们日常网络活动的重要组成部分。每台连接到互联网的设备都被分配了一个唯一的IP地址&#xff0c;它不仅可以识别设备&#xff0c;还可以揭示设备的地理位置…
阅读更多...
以太网协议介绍——UDP

以太网协议介绍——UDP

注&#xff1a;需要先了解一些以太网的背景知识&#xff0c;方便更好理解UDP协议、 以太网基础知识一 以太网基础知识二 UDP协议 UDP即用户数据报协议&#xff0c;是一种面向无连接的传输层协议&#xff0c;属于 TCP/IP 协议簇的一种。UDP具有消耗资源少、通信效率高等优点&a…
阅读更多...
MySQL 9.0 GA 来了！

MySQL 9.0 GA 来了！

2024 年 7 月 2 日&#xff0c;MySQL 9.0 GA 版本正式发布。还记得 MySQL 8.0 版本正式发布于 2018 年 4 月 19 日&#xff0c;中间经过了 6 年之久&#xff0c;MySQL 官方终于发布了大版本号变更得 9.0 版本&#xff0c;接下来由我给大家介绍 MySQL 在 9.0 版本中有哪些新的变…
阅读更多...
经典低功耗四通道运算放大器LM324

经典低功耗四通道运算放大器LM324

前言&#xff1a; SOP14封装LM324 这个LM324运放有几十年的历史了吧&#xff1f;很普通&#xff0c;很常用&#xff0c;搞电路的避免不了接触运放&#xff0c;怎么选择运放&#xff0c;是工程师关心的问题吧&#xff1f; 从本文开始&#xff0c;将陆续发一些常用的运放&#xf…
阅读更多...
2024 AI工程师世界博览会

2024 AI工程师世界博览会

6月24日至6月27日在旧金山举行的 AI 工程师世界博览会是AI 从业者和爱好者的首要活动之一。本次年度会议展示了人工智能技术的最新进展&#xff0c;并提供了对行业趋势的宝贵见解。 模型不是壁垒 大型语言模型&#xff08;LLMs&#xff09;的快速发展是会议的中心主题。OpenAI…
阅读更多...
单片机软件架构连载(4)-结构体

单片机软件架构连载(4)-结构体

枚举、指针、结构体&#xff0c;我愿称为C语言"三板斧"。 用人话来讲&#xff0c;几乎所有c语言高阶编程&#xff0c;都离不开这这3个知识点的应用。 今天站在实际产品常用的角度&#xff0c;给大家讲一下结构体。 1.结构体概念 结构体可以用来构建更复杂的数据结…
阅读更多...
【病毒分析】假冒游戏陷阱：揭秘MBRlock勒索病毒及其修复方法

【病毒分析】假冒游戏陷阱：揭秘MBRlock勒索病毒及其修复方法

1.背景 在公众号文章中看到一篇名为《敲竹杠木马分析&#xff1a;虚假的植物大战僵尸杂交版》的文章&#xff0c;样本来源于某吧&#xff0c;对此我们对样本进行了提取分析。 文章链接&#xff1a;https://mp.weixin.qq.com/s/Up9u4DZtHnVNMiGBIHZzHw 2.恶意文件基础信息 文…
阅读更多...
鸿蒙开发设备管理：【@ohos.update (升级)】

鸿蒙开发设备管理：【@ohos.update (升级)】

升级 说明&#xff1a; 本模块首批接口从API version 6开始支持。后续版本的新增接口&#xff0c;采用上角标单独标记接口的起始版本。开发前请熟悉鸿蒙开发指导文档&#xff1a;gitee.com/li-shizhen-skin/harmony-os/blob/master/README.md点击或者复制转到。 升级范围&…
阅读更多...
Build a Large Language Model (From Scratch)附录B(gpt-4o翻译版)

Build a Large Language Model (From Scratch)附录B(gpt-4o翻译版)

来源&#xff1a;https://github.com/rasbt/LLMs-from-scratch?tabreadme-ov-file https://www.manning.com/books/build-a-large-language-model-from-scratch
阅读更多...
上海-灵曼科技（面经）

上海-灵曼科技（面经）

上海-灵曼科技 hr电话面 个人简介 个人信息的询问 是否知道芋道框架 技术面 算法题 14. 最长公共前缀&#xff08;写出来即可&#xff09; 聊一下Docker Docker核心概念总结Docker实战 聊一下AOP Spring AOP详解 聊一下JWT JWT 基础概念详解JWT 身份认证优缺点分析 Spri…
阅读更多...
智能猫砂盆到底哪家好用？自费实测聚宠、糯雪、CEWEY真实反馈！

智能猫砂盆到底哪家好用？自费实测聚宠、糯雪、CEWEY真实反馈！

快到夏天了&#xff0c;是不是还有人因为没挑选到喜欢的智能猫砂盆而苦恼着&#xff1f;太便宜怕不好用&#xff0c;太贵怕质量比不上价格。来来去去拖到现在还没决定&#xff0c;我作为养了四年猫的资深铲屎官&#xff0c;今天就来给大家传授经验&#xff0c;关于我是怎么从好…
阅读更多...
记录通过Cloudflare部署属于自己的docker镜像源

记录通过Cloudflare部署属于自己的docker镜像源

引言 由于最近国内无法正常拉取docker镜像&#xff0c;然而找了几个能用的docker镜像源发现拉取回来的docker镜像不是最新的版本&#xff0c;部署到Cloudflare里Workers 和 Pages&#xff0c;拉取docker 镜像成功&#xff0c;故记录部署过程。 部署服务 登录Cloudflare后&…
阅读更多...
Xilinx FPGA:vivado关于RAM的一些零碎的小知识

Xilinx FPGA:vivado关于RAM的一些零碎的小知识

一、xilinx fpga嵌入式存储单元 RAM----随机存取存储器&#xff1a;上电工作时可以随时从任何一个指定的地址写入&#xff08;存入&#xff09;或读出&#xff08;取出&#xff09;信息。缺点是一旦断电所存储的数据将随之丢失。RAM在计算机和数字系统中用来暂时性存储程序、数…
阅读更多...
openlayers中区域掩膜的实现

openlayers中区域掩膜的实现

概述 在前文完成了mapboxGL中区域掩膜的实现。近日有人问到说在openlayers中如何实现&#xff0c;本文就带大家看看如何在openlayers中实现区域掩膜。 实现效果 实现 1. 实现思路 在地图容器中添加一个canvas&#xff0c;设置其在map之上&#xff1b;监听map的postrender事…
阅读更多...
1-认识网络爬虫

1-认识网络爬虫

1.什么是网络爬虫 ​ 网络爬虫&#xff08;Web Crawler&#xff09;又称网络蜘蛛、网络机器人&#xff0c;它是一种按照一定规则&#xff0c;自动浏览万维网的程序或脚本。通俗地讲&#xff0c;网络爬虫就是一个模拟真人浏览万维网行为的程序&#xff0c;这个程序可以代替真人…
阅读更多...
在虚拟仿真中学习人工智能，可以达到什么目标？

在虚拟仿真中学习人工智能，可以达到什么目标？

人工智能已经成为引领社会创新的关键力量&#xff0c;想要在这个充满机遇的领域中脱颖而出&#xff0c;掌握扎实的专业技能和积累丰富的实践经验至关重要。然而&#xff0c;许多学习者在追求这一目标的过程中面临着几个主要问题&#xff1a;专业技术掌握有难度、实践经验积累存…
阅读更多...
【算法训练记录——Day41】

【算法训练记录——Day41】

Day41——动态规划Ⅲ 1.理论基础——代码随想录2.纯01背包_[kamacoder46](https://kamacoder.com/problempage.php?pid1046)3.leetcode_416分割等和子集 背包&#xff01;&#xff01; 1.理论基础——代码随想录 主要掌握01背包和完全背包 物品数量&#xff1a; 只有一个 ——…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023