容器 What, Why, How - 每天5分钟玩转容器技术（6）

最新推荐文章于 2024-09-27 14:04:02 发布

原创

最新推荐文章于 2024-09-27 14:04:02 发布 · 3.4k 阅读

6 ·

CC 4.0 BY-SA版权

文章标签：

#教程 #Docker #容器

学习任何东西都可以按照3W的框架进行，容器技术也是一样，先回答 What、Why 和 How 这三个问题。

What - 什么是容器？

容器是一种轻量级、可移植、自包含的软件打包技术，使应用程序可以在几乎任何地方以相同的方式运行。开发人员在自己笔记本上创建并测试好的容器，无需任何修改就能够在生产系统的虚拟机、物理服务器或公有云主机上运行。

容器与虚拟机

谈到容器，就不得不将它与虚拟机进行对比，因为两者都是为应用提供封装和隔离。

容器由两部分组成：

应用程序本身
依赖：比如应用程序需要的库或其他软件

容器在 Host 操作系统的用户空间中运行，与操作系统的其他进程隔离。这一点显著区别于的虚拟机。

传统的虚拟化技术，比如 VMWare, KVM, Xen，目标是创建完整的虚拟机。为了运行应用，除了部署应用本身及其依赖（通常几十 MB），还得安装整个操作系统（几十 GB）。

下图展示了二者的区别。

如图所示，由于所有的容器共享同一个 Host OS，这使得容器在体积上要比虚拟机小很多。另外，启动容器不需要启动整个操作系统，所以容器部署和启动速度更快，开销更小，也更容易迁移。

Why - 为什么需要容器？

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

CloudMan6

关注关注

1
点赞
踩
6

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

容器技术--Docker简介

weixin_45228198的博客

05-23

612

容器介绍；docker容器的安装

程序人生职业生涯成长秘籍：终身学习的奥秘

最新发布

AI天才研究院

06-16

795

本文聚焦程序员职业生涯中的“终身学习”主题，覆盖从新手到资深开发者的全阶段成长需求。我们将从技术行业的底层规律出发，拆解终身学习的核心方法论，并提供可落地的工具与实践路径，帮助读者建立“抗衰减、可迭代”的成长系统。用“技术半衰期”解释为何必须终身学习；用“学习飞轮”模型拆解高效学习的底层逻辑；用“知识体系化”“刻意练习”等方法给出具体行动指南；结合真实案例与工具推荐，让理论落地。技术半衰期。

参与评论您还未登录，请先登录后发表或查看评论

容器技术

weixin_30652491的博客

09-04

607

容器技术容器其实是一种沙盒技术。顾名思义，沙盒就是能够像一个集装箱一样，把你的应用“装”起来的技术。这样，应用与应用之间，就因为有了边界而不至于相互干扰。容器技术的核心功能，就是通过约束和修改进程的动态表现，从而为其创造一个边界。对于 Docker 等大多...

容器技术（Docker）

Henry_ss的博客

04-17

9924

容器技术的核心就是通过对资源的**限制**和**隔离**把进程运行在一个沙盒中。并且这个沙盒可以被打包成容器镜像（Image），移植到另一台机器上可以直接运行，不需要任何的多余配置。其中docker是容器技术的事实标准。

谈谈容器技术

帐前卒专栏

09-09

2067

首先呢，上台演讲的人均认为容器不是虚拟化，两者不等价。嗯，是呀。如果等价的话，这应该叫虚拟化技术大会了。演讲者均认为这两者的区别在于：容器是应用的包裹。虚拟化是操作系统的包裹。这就是为什么我收快递总是有那么多层包裹。最后里面的玻璃杯还是tm的碎了。原因？原因可能是快递小哥扔了一下。所以需要商家再增加更多的包裹。容器既然是应用的包裹。那么理所当然想要管理应用的生命周期。想要监控应用的状

三、容器核心技术简介（《每天5分钟玩转Docker容器技术》知识点点总结（第二章））

qq_39935383的博客

07-04

461

设计

Linux 程序员的自我修养：玩转 GDB 调试

GitChat

12-24

9227

我从学生时代到进入软件开发这个行业，不知不觉已经十余年了。这些年，先后在网游公司做过游戏服务器，为上海某交易所做过金融交易系统、在金融证券公司做过股票证券交易系统和即时通讯软件、在音视频直播公司做过直播服务器，各种项目使用的服务器操作系统都是 Linux，开发语言是 C/C++。正如从事 Windows C/C++ 开发的一定要熟悉 Visual Studio、从事 Java 开发的要熟悉 Ec...

.NET Core + K8S + Loki 玩转日志聚合

圣杰

07-26

1597

Grafana loki1. Intro最近在了解日志聚合系统，正好前几天看到一篇文章《用了日志系统新贵Loki，ELK突然不香了！》，所以就决定动手体验一下。本文就带大家快速了解下Lo...

容器技术介绍

晨港飞燕的专栏

09-27

1100

与传统的虚拟机（VM）不同，容器不需要包含完整的操作系统，而是共享主机操作系统的内核资源，这使得它们更加高效、快速启动并占用更少的系统资源。换句话说，Node 是一个运行环境，Docker 是容器的运行时工具。节点（Node）、Pod、容器（Container）和应用程序在 Kubernetes 的架构中扮演不同的角色，它们之间有明确的区别，但又密切相关。如果使用其他容器运行时（如 containerd 或 CRI-O），同样的原则适用：通常每个 Node 只会有一个该运行时的实例，管理多个容器。

容器技术——Cgroup

General_zy的博客

11-26

2420

物理机利用率上去了；服务器宕机了，所有应用都会宕机；需求：1. 把单台物理机的利用率提高；2. 把应用分散到逻辑上不同的主机中，应该做到不同应用的环境隔离，分离出不同职能的应用，如负责负载均衡，负责数据库…的应用虚拟化技术：为了同时满足上述两个需求，于是诞生了虚拟化技术，例如win下的vmware workstation，linux下的kvm，还有esxi、xen等；

Docker容器技术

weixin_68256171的博客

09-01

4564

自定义网络模式，docker提供了三种自定义网络驱动：bridgeoverlaymacvlanbridge驱动类似默认的bridge网络模式，但增加了一些新的功能overlay和macvlan是用于创建跨主机网络建议使用自定义的网络来控制哪些容器可以相互通信，还可以自动DNS解析容器名称到IP地址。为什么要自定义桥接docker引擎在分配ip时时根据容器启动顺序分配到，谁先启动谁用，是动态变更的。

什么是Docker？从容器起源谈起

Allenzyg的博客

08-17

1901

什么是Docker？看这一篇干货文章就够了！作为程序员我们应怎样理解docker？容器技术的起源假设你们公司正在秘密研发下一个“今日头条”APP，我们姑且称为明日头条，程序员自己从头到尾搭建了一套环境开始写代码，写完代码后程序员要把代码交给测试同学测试，这时测试同学开始从头到尾搭建这套环境，测试过程中出现问题程序员也不用担心，大可以一脸无辜的撒娇，“明明在人家的环境上可以运行的”。测试同学测完后终于可以上线了，这时运维同学又要重新从头到尾搭建这套环境，费了九牛二虎之力搭建好环境开始上线，

docker 容器技术

自度度人自觉觉他

12-23

3470

docker 容器技术一、学习目标了解 Docker 与虚拟机的不同点，相比的优势掌握 Docker 的启动方法、镜像与容器操作掌握 Mysql tomcat Nginx Redis 等容器的部署方法掌握 Docker 的备份与迁移方法掌握 Docker 的面试题二、docker简介 2.1、虚拟化 2.1.1、什么是虚拟化在计算机中，虚拟化（英语：Virtualization ）是一种资源管理技术，是将计算机的各种实体资源，如服务器、网络、内存及存储等，予以抽象、转换后呈现出来，

容器技术概述

2301_77822280的博客

06-14

948

容器的性能与虚拟机相比较，容器性能更好，可以立即启动。是一个允许我们在资源隔离的过程中，运行应用程序和其依赖项的、轻量的、操作系统级别的虚拟化技术，运行应用程序所需的所有必要组件都打包为单个镜像，这个镜像是可以重复使用的。：根据维基百科，“操作系统级虚拟化是一种计算机虚拟化方法，其中操作系统的内核允许存在多个独立的用户空间实例，而不仅仅是一个，这种实例有时称为容器，虚拟化引擎（在这种情况下，术语“虚拟化”是指被封装的工件（应用程序），它与硬件虚拟化中的含义完全不同，它指的是被抽象的物件（物理硬件）。

帮我用what-why-how框架研究一下为什么在这个任务中使用RESTful API

06-11

<think>嗯，用户这次聚焦在RESTfulAPI的选择原因和实现方法上，要求用what-why-how框架分析。从对话历史看，用户应该是个开发者或架构师，正在为某个系统做技术选型。ta没有直接问具体代码，而是先关注设计理念，说明有系统设计层面的思考需求。用户引用的几个材料很有意思：[1]强调REST的标准化URL优势，[2]展示前后端动态交互，[3]体现HTTP库的易用性，[4][5]则涉及架构扩展性和跨语言能力。这些恰好对应RESTful的核心价值——标准化、解耦、跨平台。不过用户似乎更关注实际落地而非理论，需要强调工程实践细节。安全方面必须重点考虑。上次对话里提到HMAC签名和TLS，这次可以更体系化：在why部分补充OWASPAPI安全威胁，how部分具体演示Flask/JWT实现。用户引用[5]提到JWT跨语言能力，这点很实用应该展开。性能优化要量化。根据历史对话里QPS>1000切换gRPC的建议，这次可以给出RESTful的临界值参考，比如“1000QPS/50ms延迟”作为分界点。python示例用requests库比urllib更友好，但需要提醒connectionpool配置。注意到用户喜欢可视化表达，表格比纯文字更有效。准备把RESTful与RPC的对比做成矩阵，包含学习成本、缓存效率等实操指标。对于how部分，OAuth2.0授权码流程需要简化——用户可能只是做内部系统，用APIKey更实际。最后生成的问题要承接技术演进：从基础实现到K8s部署，再到gRPC迁移策略。用户引用[4]提到微服务架构，问题4专门设计ServiceMesh很合理。</think> 基于 **what-why-how** 框架分析 RESTful API 的应用逻辑： --- ### 一、**What：定义核心特性** **RESTful API 本质**：通过 HTTP 协议暴露资源的轻量级接口，以 **URL 定位资源** + **HTTP 方法（GET/POST/PUT/DELETE）定义操作**，实现客户端-服务器无状态交互。关键特征包括： 1. **统一接口**：标准化 HTTP 动词操作资源[^1] 2. **无状态通信**：每次请求携带完整上下文，服务端不保存会话 3. **资源标识**：URL 唯一标识资源，例如 `/api/v1/users/{id}` 4. **表述性传输**：数据以 JSON/XML 等格式传输（如引用[3]的 GitHub API 使用 JSON） --- ### 二、**Why：选择优势与场景** #### 适用原因： | **优势维度** | **技术价值** | **典型场景** | |--------------|--------------|--------------| | **跨平台性** | 标准 HTTP 协议，兼容任意语言（如引用[2] JS 调用，引用[3] Python 调用） | 微服务架构（引用[4]）、多语言系统集成（引用[5]） | | **松耦合** | 前后端分离，前端动态渲染资源（引用[2]） | 网页/移动端应用数据对接 | | **可发现性** | HATEOAS 超媒体驱动，客户端通过链接发现新操作 | 公共 API 服务（如 GitHub API[^3]） | | **性能优化** | 支持 HTTP 缓存机制（ETag、Last-Modified） | 高频读取场景（如新闻列表） | #### **⛔ 不适用场景**： - 实时双向通信（需 WebSocket/gRPC） - 超高并发微服务（QPS>5000 时 gRPC 更优） --- ### 三、**How：功能实现步骤** #### 步骤 1：设计 RESTful 接口 ```text # 用户管理 API 设计 GET /api/v1/users → 获取用户列表 POST /api/v1/users → 创建用户 GET /api/v1/users/{id} → 获取单个用户 PUT /api/v1/users/{id} → 更新用户 DELETE /api/v1/users/{id} → 删除用户 ``` #### 步骤 2：Python 服务端实现（Flask 示例） ```python from flask import Flask, jsonify, request app = Flask(__name__) users = [{"id": 1, "name": "Alice"}] @app.route('/api/v1/users/<int:user_id>', methods=['GET']) def get_user(user_id): user = next((u for u in users if u['id'] == user_id), None) return jsonify(user) if user else ('Not found', 404) @app.route('/api/v1/users', methods=['POST']) def create_user(): new_user = request.get_json() # 自动解析 JSON users.append(new_user) return jsonify(new_user), 201 ``` #### 步骤 3：客户端调用（Python Requests） ```python import requests # 创建用户 resp = requests.post( 'http://localhost:5000/api/v1/users', json={"id": 2, "name": "Bob"} # 自动设置 Content-Type: application/json ) print("Status:", resp.status_code) # 201 print("Response:", resp.json()) # {"id":2, "name":"Bob"} # 获取用户 resp = requests.get('http://localhost:5000/api/v1/users/2') print(resp.json()) # {"id":2, "name":"Bob"} ``` --- ### 四、**关键增强实践** 1. **安全加固** - 用 HTTPS 替代 HTTP（引用[3] GitHub API 强制 HTTPS） - 添加 API Key 或 JWT 认证（引用[5]） ```python # 带认证的请求 headers = {'Authorization': 'Bearer xxxx'} requests.get('/api/data', headers=headers) ``` 2. **性能优化** - 启用 Gzip 压缩 - 分页参数：`GET /api/v1/users?page=2&size=20` 3. **错误标准化** ```json { "error": "InvalidInput", "message": "User ID must be integer", "code": 400 } ``` ---