《公有云技术与应用》课件-项目六：容器化与云原生应用

公有云技术与应用1.Docker容器技术入门目录CATALOG定义核心技术组成核心优势应用场景Docker容器技术的定义01

Docker容器技术作为云计算服务演进的里程碑，它解决了传统应用部署的三大痛点：环境不一致、资源浪费、交付低效。01Docker容器技术的定义在传统开发中，“在我电脑上能运行，到服务器上却报错”是常见问题，而Docker通过“封装一致环境”的理念，完美解决了环境依赖难题，成为云原生应用的基石。01Docker容器技术的定义定义Docker是一种轻量级容器虚拟化技术，通过操作系统级虚拟化（而非硬件虚拟化），将应用及其依赖（如库文件、配置）封装在标准化“容器”中，实现“一次构建，到处运行”。01Docker容器技术的定义定义容器与虚拟机（VM）的核心差异在于：容器共享宿主机操作系统内核，无需单独安装操作系统，启动时间以秒计，资源占用仅为虚拟机的1/101/100。01Docker容器技术的定义例如，开发人员在本地用Docker打包一个Java应用（包含JDK、配置文件），生成的容器镜像可直接部署到测试环境、生产环境的Docker引擎中，无需担心“缺少依赖”“版本不兼容”等问题，就像用“标准化集装箱”运输应用，确保在任何“港口”（环境）都能顺利装卸。01Docker容器技术的定义01Docker容器技术的定义特性虚拟机Docker容器隔离级别硬件级（Hypervisor）进程级（OS内核）启动速度分钟级秒级资源占用GB级内存MB级内存镜像体积数十GB百MB级关键对比核心优势02

1.环境一致性与跨平台部署容器镜像包含应用运行所需的完整环境（代码、依赖、配置），从开发、测试到生产环境完全一致，消除“环境差异导致的部署失败”，问题排查效率提升80%。02核心优势

2.轻量高效与资源节省容器无需启动完整操作系统，启动时间<1秒（虚拟机需数分钟）；单台服务器可运行数百个容器，资源利用率提升35倍。例如，某企业用容器替代虚拟机后，服务器数量减少60%。02核心优势

3.快速迭代与版本管理支持基于增量的镜像构建（仅存储与基础镜像的差异），镜像体积小、传输快；通过镜像版本标签（如v1.0、v2.0）实现版本回溯，更新失败时可快速回滚至稳定版本。02核心优势

4.隔离性与安全性容器间通过LinuxNamespace实现进程、网络、文件系统隔离，避免相互干扰；结合LinuxCgroups限制资源使用（如CPU、内存配额），防止单个容器占用过多资源。02核心优势核心技术组成0303核心技术组成1.镜像（Image）

容器的只读模板，包含应用运行环境（如Ubuntu系统+Python+应用代码），通过Dockerfile（文本文件）定义构建规则。03核心技术组成1.镜像（Image）

例如，一个简单的Dockerfile如下：```dockerfileFROMpython:3.9基础镜像COPYapp.py/app/复制应用代码RUNpipinstallflask安装依赖CMD["python","/app/app.py"]启动命令03核心技术组成2.容器（Container）

镜像的运行实例，在镜像只读层之上添加可写层，应用的运行时数据存储在可写层；容器停止后可删除，数据如需持久化需挂载外部存储（如DockerVolume）。03核心技术组成3.Docker引擎（Engine）

容器运行的核心组件，包含：容器运行时（如runc）：负责创建和管理容器；镜像构建工具：根据Dockerfile构建镜像；RESTAPI：供命令行工具（dockerCLI）或图形界面调用。03核心技术组成4.仓库（Registry）

存储与分发镜像的服务（如DockerHub、阿里云容器镜像服务），支持上传、下载镜像，实现团队间的镜像共享。应用场景04典型应用场景04应用场景

需求：电商平台的微服务（用户服务、订单服务、支付服务）需独立部署、弹性扩展，技术栈各异（Java、Go、Python）。（一）微服务架构部署04应用场景

方案：每个微服务打包为独立容器镜像（如用户服务用Java镜像，支付服务用Go镜像）；通过DockerCompose编排多容器应用，定义服务依赖关系（如订单服务依赖数据库容器）；支持单服务独立扩容（如订单服务峰值时增加容器实例），资源按需分配。（一）微服务架构部署04应用场景

需求：开发团队需实现代码提交后自动构建、测试、部署，缩短迭代周期。（二）持续集成/持续部署（CI/CD）04应用场景

方案：代码提交至Git仓库后，CI工具（如Jenkins）自动触发Docker镜像构建；镜像推送至仓库后，测试环境自动拉取镜像并启动容器，运行自动化测试；测试通过后，生产环境自动更新容器，实现“代码提交→生产部署”全流程自动化，迭代周期从周级缩短至日级。04应用场景

（二）持续集成/持续部署（CI/CD）需求：新员工入职时需快速搭建包含数据库、缓存、中间件的开发环境，传统方式需数天。04应用场景

（三）开发与测试环境快速搭建方案：提前构建包含MySQL、Redis、Kafka的容器镜像组合，通过DockerCompose一键启动；新员工只需安装Docker，执行`dockercomposeup`即可在10分钟内完成环境搭建，大幅降低环境准备成本。04应用场景

（三）开发与测试环境快速搭建总结与实践任务05容器技术短期价值：提升资源利用率50%+，加速交付效率长期趋势：向Kubernetes编排演进（下节课重点）Serverless容器（按毫秒计费）05总结与实践任务

技术标准化是推动产业进步的核心力量。

1.安装DockerEngine，编写简单Dockerfile构建一个PythonWeb应用镜像，启动容器并访问；

2.思考：某企业的传统单体应用如何逐步迁移至容器化部署？需注意哪些问题（如数据持久化、网络配置）？

05总结与实践任务

公有云技术与应用2.Kubernetes集群架构解析目录CATALOG定义核心技术组成核心优势应用场景Kubernetes集群的定义01

探讨容器编排的“行业标准”——Kubernetes（简称K8s）集群架构随着容器技术的普及，单机Docker已无法满足大规模容器的部署、调度与管理需求。01Kubernetes集群的定义

Docker是集装箱，Kubernetes是智能物流系统Kubernetes通过自动化的集群管理能力，成为云原生应用的“操作系统”。作为容器编排的事实标准，它解决了分布式系统的三大核心问题：自动化部署、弹性扩缩容、故障自愈。01Kubernetes集群的定义定义Kubernetes是一个开源的容器编排平台，通过集群化部署实现容器的自动化部署、扩展、调度与运维，支持跨主机、跨数据中心管理容器化应用，提供自愈、服务发现、负载均衡等核心能力。

01Kubernetes集群的定义01Kubernetes集群的定义与单机Docker相比，Kubernetes的核心差异在于“分布式协同”。例如，某电商平台的订单服务由100个容器实例组成，Kubernetes可自动监控这些实例的健康状态。当某个容器故障时立即重启新实例，当流量激增时自动扩容至200个实例，无需人工干预，就像为容器构建了一套“智能操作系统”。

核心优势02

1.自动化容器编排与调度

基于节点资源（CPU、内存）、亲和性规则（如“数据库容器与应用容器部署在同一节点”）智能调度容器，资源利用率提升40%以上；支持自动扩缩容（HPA），根据CPU使用率或自定义指标动态调整实例数量。

02核心优势

2.高可用与自愈能力

集群组件（如控制平面）采用多副本部署，单节点故障时自动切换；通过健康检查（Liveness/Readiness探针）检测容器状态，异常时自动重启或迁移容器，业务可用性达99.99%。

02核心优势

3.服务发现与负载均衡

内置Service资源实现容器间通信（无需关心IP变化），通过kubeproxy实现TCP/UDP负载均衡，替代传统硬件负载均衡器，降低架构复杂度。

02核心优势

4.声明式配置与版本管理

采用“声明式API”定义期望状态（如“运行10个nginx容器”），Kubernetes自动将实际状态调整为期望状态；支持资源配置的版本控制与回滚（如Deployment的rollback），更新失败时快速恢复。

02核心优势核心技术组成0303核心技术组成Kubernetes集群由控制平面（ControlPlane）和节点（Node）两部分组成，通过APIServer实现通信：

03核心技术组成

（一）控制平面组件

1.APIServer：集群的“通信枢纽”，所有操作通过APIServer执行，支持RESTfulAPI和JSON格式，是唯一与etcd直接交互的组件。

03核心技术组成

（一）控制平面组件

2.etcd：分布式键值存储，保存集群所有配置数据（如Pod、Service定义），数据一致性通过Raft协议保障。

3.Scheduler：容器调度器，根据节点资源、亲和性规则等筛选合适节点，将Pod（容器组）调度至目标节点。

03核心技术组成

（一）控制平面组件

4.ControllerManager：运行各类控制器（如DeploymentController、NodeController），实现状态调节（如维持Pod数量、处理节点故障）。

5.CloudControllerManager：对接云厂商API（如阿里云、AWS），管理云资源（如负载均衡、持久卷）。

03核心技术组成

（二）节点组件

1.kubelet：运行在每个节点的代理，确保容器按Pod定义运行，向APIServer汇报节点状态。

2.kubeproxy：实现Service的网络代理与负载均衡，通过iptables或IPVS规则转发流量至后端Pod。

03核心技术组成

（二）节点组件

3.容器运行时：负责运行容器（如containerd、CRIO），需兼容Kubernetes的容器运行时接口（CRI）。

应用场景04需求：金融科技公司的微服务架构包含50+服务，需实现服务间通信、故障隔离与弹性扩展。

（一）微服务大规模部署

04应用场景

每个微服务通过Deployment部署，定义Pod模板（如2核4G、3个副本）；

用Service暴露服务端口，通过Ingress实现HTTP/HTTPS路由（如`/user`路由至用户服务）；

配置HPA：当CPU使用率>70%时自动扩容副本，峰值时单个服务可扩展至20个实例。

04应用场景

（一）微服务大规模部署

需求：互联网企业需实现代码提交后自动构建镜像、部署至Kubernetes集群，支持灰度发布。

（二）CI/CD流水线集成

04应用场景

方案：

代码合并后，CI工具（如GitLabCI）构建镜像并推送至仓库；

通过GitOps工具（如ArgoCD）监测镜像更新，自动同步至Kubernetes（更新Deployment的镜像版本）；

采用滚动更新策略：每次更新1个Pod，确认健康后继续，确保业务不中断。

04应用场景

（二）CI/CD流水线集成

需求：跨国企业在AWS、阿里云、本地数据中心均部署Kubernetes集群，需统一管理与资源调度。

（三）多云与混合云管理

04应用场景

方案：

通过Kubernetes联邦（KubernetesFederation）或管理平台（如Rancher）实现多集群管理；

跨集群同步配置（如ConfigMap），基于地理位置调度Pod（如国内用户请求路由至阿里云集群）。

04应用场景

（三）多云与混合云管理

总结与实践任务05Kubernetes通过“声明式API+分布式架构”，解决了容器化应用的大规模管理难题，是云原生时代的核心基础设施。05总结与实践任务

理解其组件协同关系（如调度流程、服务发现机制）是设计高可用集群的基础。

1.搭建单节点Kubernetes集群（如minikube），创建一个Deployment（运行nginx）和Service，测试通过Service访问Pod；

2.分析：某电商平台的订单服务需存储用户支付记录，如何在Kubernetes中实现数据持久化？

05总结与实践任务

公有云技术与应用3.云容器服务应用目录CATALOG定义核心技术组成核心优势应用场景云容器服务的定义01

云容器服务（CloudContainerService）的实战能力作为云原生转型的核心引擎，它让企业无需管理K8s集群底层设施，专注业务创新。01云容器服务的定义定义云容器服务是云厂商提供的托管式Kubernetes服务（ManagedKubernetesService），通过自动化部署、运维Kubernetes集群，提供集群管理、容器调度、服务发现、弹性伸缩等核心能力，同时集成云厂商的存储、网络、安全等基础设施服务。01云容器服务的定义与自建Kubernetes集群相比，云容器服务的核心差异在于“托管化”01云容器服务的定义01云容器服务的定义例如，阿里云容器服务ACK、AWSEKS会自动维护控制平面节点（如APIServer、etcd），提供高可用部署（多副本跨可用区），用户只需关注工作节点与应用部署，就像“租用”了一套开箱即用的容器操作系统，大幅降低技术门槛。核心优势02

1.简化集群运维

云厂商负责控制平面的部署、升级、备份与故障修复，用户无需配置高可用架构；例如，腾讯云TKE支持一键升级Kubernetes版本（从v1.24到v1.26），升级过程不中断业务，运维成本降低70%。

02核心优势

2.深度集成云基础设施无缝对接云存储（如阿里云OSS作为容器持久卷）、云网络（如VPC、负载均衡）、安全服务（如WAF、容器镜像扫描），避免跨服务集成的兼容性问题。

02核心优势

3.弹性伸缩与成本优化支持节点池自动扩缩容（根据Pod调度需求增减ECS实例），配合Pod水平扩缩容（HPA），实现“容器节点资源”的全链路弹性；按需付费模式（按节点规格计费）降低资源闲置成本。02核心优势

4.企业级安全与合规提供RBAC细粒度权限控制、容器镜像安全扫描（检测漏洞）、运行时安全监控（如异常行为检测），满足金融、医疗等行业的合规要求（如等保2.0）。

02核心优势核心技术组成0303核心技术组成1.托管集群架构控制平面由云厂商托管（多副本跨可用区），用户管理工作节点（可按需创建节点池，如GPU节点池、高IO节点池）；通过云API或控制台实现集群生命周期管理（创建、升级、删除）。03核心技术组成2.应用部署与管理

兼容Kubernetes原生资源（Deployment、StatefulSet、DaemonSet），支持Helm图表部署（简化应用打包与分发）；提供可视化控制台，直观展示Pod状态、资源使用率、事件日志。03核心技术组成3.网络与存储集成网络：支持容器网络接口（CNI）插件（如Flannel、Calico），提供Pod间网络隔离、Service负载均衡、Ingress七层路由（集成云厂商SLB）。

03核心技术组成3.网络与存储集成存储：支持容器存储接口（CSI）插件，对接云盘、文件存储、对象存储作为持久卷（PV），满足数据库等有状态应用的存储需求。03核心技术组成4.监控与运维工具集成云监控服务（如Prometheus+Grafana），监控集群指标（节点CPU/内存）、应用指标（响应时间、错误率）；支持日志收集（对接云日志服务）与告警通知（短信、邮件）。应用场景04方案：

通过云容器服务创建Kubernetes集群，为不同服务创建Deployment（如订单服务3个副本、支付服务2个副本）；

用Service暴露内部通信接口，Ingress配置公网访问规则（如`/order/`路由至订单服务）；

配置HPA：订单服务CPU使用率>80%时自动扩容至5个副本，应对流量峰值。

04应用场景

（一）微服务快速部署

需求：AI企业需部署深度学习模型推理服务，依赖GPU资源，要求低延迟与弹性扩展。

（二）AI推理与深度学习04应用场景

方案：

创建包含GPU节点池的集群（如NVIDIAT4节点），通过DaemonSet部署GPU驱动；

推理服务打包为容器镜像，用Deployment部署并指定GPU资源需求（如`/gpu:1`）；

结合云厂商的AI加速服务（如TensorRT优化），推理延迟降低30%。

04应用场景

（二）AI推理与深度学习需求：开发团队需实现“代码提交→自动测试→部署上线”全流程自动化，缩短迭代周期。

（三）CI/CD自动化流水线

04应用场景

方案：

代码提交至Git仓库后，触发云厂商CI服务（如阿里云效）自动构建容器镜像，推送至镜像仓库；

通过GitOps工具（如ArgoCD）监测镜像更新，自动同步至云容器服务集群，完成应用更新；

整个流程从代码提交到生产部署仅需15分钟，支持一键回滚至历史版本。

04应用场景

（三）CI/CD自动化流水线

总结与实践任务05云容器服务通过“托管化Kubernetes+云基础设施集成”，成为企业容器化上云的最佳路径，尤其适合缺乏专业Kubernetes运维团队的组织。05总结与实践任务

其核心价值在于平衡“灵活性”与“易用性”，让企业专注于业务创新而非集群管理。

1.登录云控制台，创建一个云容器服务集群（如腾讯云TKE），部署一个nginx应用并通过Ingress暴露公网访问；

2.设计方案：某SaaS平台需为100家客户部署独立的应用实例，如何利用云容器服务实现资源隔离与高效管理？05总结与实践任务

公有云技术与应用4.应用编排服务介绍目录CATALOG定义核心技术组成核心优势应用场景应用编排服务的定义01

云原生时代简化复杂应用管理的核心工具——应用编排服务在微服务架构中，一个完整业务往往由数十个关联组件（如Web服务、数据库、缓存、消息队列）构成，手动部署与协调这些组件不仅效率低下，还易出现配置不一致问题。01应用编排服务的定义

云原生时代简化复杂应用管理的核心工具——应用编排服务应用编排服务通过标准化的配置定义与自动化流程，实现多组件的协同部署、伸缩与运维，成为大规模云应用管理的“指挥中枢”。

01应用编排服务的定义定义应用编排服务是基于声明式配置的自动化管理工具，通过统一的配置文件（如YAML/JSON）定义应用的组件构成、依赖关系、资源需求及运行规则，自动完成组件的部署顺序、状态检查、故障恢复等操作。

01应用编排服务的定义3.动态扩展根据负载自动调整资源规模，提升应用的高可用性。2.资源协调自动管理计算、存储、网络等资源的依赖关系和启动顺序。1.简化部署将复杂的应用架构（如微服务、容器集群）抽象为可重复使用的模板。核心作用01应用编排服务的定义其核心价值在于“简化复杂系统的协同管理”01应用编排服务的定义01应用编排服务的定义例如，一个电商应用包含前端Web容器、后端API服务、MySQL数据库、Redis缓存四个组件，应用编排服务可根据配置自动先部署数据库和缓存，再启动后端服务，最后部署前端容器，并通过健康检查确保所有组件就绪后才对外提供服务，避免人工部署的顺序错误或漏检问题。

核心优势02

1.简化多组件协同部署

通过配置文件定义组件依赖（如“API服务必须在数据库启动后部署”），自动按依赖顺序执行部署流程，多组件部署时间从小时级缩短至分钟级。

02核心优势

1.简化多组件协同部署

某企业的微服务应用包含20个组件，通过编排服务实现一键部署，替代原3人/天的手动操作。

02核心优势

2.确保环境一致性

开发、测试、生产环境使用同一套编排配置，仅通过参数区分环境差异（如数据库地址、资源配额），消除“开发环境正常，生产环境报错”的环境不一致问题。

02核心优势

3.自动化运维与自愈

支持组件的批量伸缩（如同时扩容Web服务和API服务）、滚动更新（逐个替换旧版本组件，避免业务中断）；当检测到组件故障（如容器崩溃）时，自动重启或重建实例，业务可用性提升至99.99%。

02核心优势

4.资源与成本管控

统一管理组件的资源配额（如CPU、内存上限），避免单个组件过度占用资源；支持按应用整体进行成本统计与优化（如非峰值时段缩减所有组件实例），资源利用率提升40%。

02核心优势核心技术组成0303核心技术组成1.声明式配置模型基于“期望状态”定义（如“Web服务需3个副本，CPU上限1核”），编排引擎自动将实际状态调整为期望状态，无需编写复杂的部署脚本。03核心技术组成1.声明式配置模型主流配置格式为YAML，例如：

```yamlcomponents:name:webservicetype:containerreplicas:3resources:{cpu:1,memory:2Gi}dependsOn:[apiservice]```03核心技术组成2.依赖管理与部署策略

支持显式依赖（`dependsOn`）和隐式依赖（如网络连接检测），确保组件按正确顺序启动；提供多种部署策略：

03核心技术组成2.依赖管理与部署策略

滚动更新：逐个替换旧实例，适合无状态服务；

蓝绿部署：部署新版本集群后切换流量，适合核心业务；

金丝雀发布：先部署少量新版本实例验证，再逐步扩大范围。

03核心技术组成3.状态监控与自愈引擎集成健康检查机制（如HTTP接口检测、TCP端口探测），实时监控组件状态；当组件状态异常（如连续3次健康检查失败）时，自动执行修复操作（重启、重建或迁移实例）。

03核心技术组成3.状态监控与自愈引擎集成健康检查机制（如HTTP接口检测、TCP端口探测），实时监控组件状态；当组件状态异常（如连续3次健康检查失败）时，自动执行修复操作（重启、重建或迁移实例）。

03核心技术组成4.参数化与环境隔离

通过“配置模板+环境参数”分离通用逻辑与环境变量（如数据库密码、域名），同一模板可适配开发、测试、生产等多环境，避免配置文件冗余。

应用场景04通过编排服务统一管理数十个微服务模块的依赖和通信。案例：某银行核心系统采用编排模板部署200+微服务，故障恢复时间从1小时缩短至5分钟。1.微服务架构部署04应用场景

与CI/CD工具（如Jenkins、GitLabCI）结合，实现代码提交后自动触发部署。2.DevOps自动化流水线04应用场景

跨公有云和私有云统一编排资源，满足合规性要求。3.混合云资源调度04应用场景

总结与实践任务05深入探讨应用编排服务的核心价值和技术实现。随着云原生技术的普及，编排服务将成为企业上云的核心工具。05总结与实践任务

1.使用Helm编写一个包含Web服务和Redis缓存的简单应用编排配置，实现“Redis启动后再部署Web服务”的依赖控制；

2.设计方案：某在线教育平台包含视频服务、用户服务、MongoDB数据库、Elasticsearch搜索引擎，如何通过编排服务实现组件的协同部署与滚动更新？

05总结与实践任务

公有云技术与应用5.服务网格应用目录CATALOG定义核心技术组成核心优势应用场景服务网格的定义01

微服务架构中解决服务通信与治理难题的关键技术——服务网格（ServiceMesh）随着微服务数量激增，服务间调用关系变得复杂，传统的“代码侵入式”治理（如在应用中嵌入SDK）面临版本兼容、语言绑定等问题01服务网格的定义

微服务架构中解决服务通信与治理难题的关键技术——服务网格（ServiceMesh）服务网格通过“透明代理”模式，将通信与治理逻辑从业务代码中剥离，成为云原生架构的重要支撑。01服务网格的定义

定义服务网格是专门处理服务间通信的基础设施层，通过在每个服务实例旁部署轻量级代理（称为“数据平面”），拦截所有服务间的网络流量，01服务网格的定义

定义实现服务发现、负载均衡、熔断降级、监控追踪等治理能力，同时通过“控制平面”统一配置与管理这些代理。01服务网格的定义

01服务网格的定义

其核心特点是“透明化与解耦”：例如，一个由Java、Go、Python多语言开发的微服务集群，服务网格可在不修改业务代码的情况下，为所有服务统一添加超时控制、加密传输和调用日志功能就像为服务间的通信铺设了一套“智能高速公路”，既保障通行效率，又提供全面的交通管控。

核心优势02

1.业务与治理逻辑解耦服务网格通过代理拦截流量，治理功能（如限流、认证）无需嵌入业务代码，避免开发团队关注非业务逻辑，迭代效率提升40%。某电商平台引入服务网格后，微服务发布周期从2周缩短至3天。

02核心优势

2.多语言与多框架兼容

代理与业务语言无关（基于网络层拦截），支持Java、Go、Node.js等任意开发语言，解决传统SDK绑定特定语言的问题，尤其适合多团队协作的大型项目。

02核心优势

3.精细化流量控制与可观测性支持按比例灰度发布（如将10%流量路由至新版本服务）、基于权重的负载均衡、故障注入（测试容错能力）；通过统一采集调用metrics（延迟、成功率）、logs、traces，实现全链路可观测。

02核心优势

4.全局统一配置与安全合规控制平面提供集中式配置界面，可一键更新所有代理的治理规则（如全量开启mTLS加密）；满足金融级安全要求，支持服务身份认证、传输加密（TLS1.3）、访问审计。

02核心优势核心技术组成03服务网格架构分为数据平面与控制平面，二者协同实现服务治理03核心技术组成03核心技术组成1.数据平面

由轻量级代理（如Envoy、IstioProxy）组成，部署在每个服务实例的“旁边”（通常通过Sidecar模式注入），负责：

03核心技术组成1.数据平面

流量拦截：通过iptables或CNI插件拦截进出服务的TCP流量；

基础通信：服务发现、负载均衡（如轮询、最小连接数）、TLS加密；

流量治理：熔断（连续失败后暂停调用）、限流（每秒最大请求数）、重试与超时控制。

03核心技