Encyclopedia
云服务是通过网络（最常见的是互联网）按需交付的计算资源和数字能力。组织无需在本地购买、安装和维护每台服务器、存储系统、软件平台或应用，而是可以消费由提供商运营的服务，并在需要时访问它们。
这些服务范围从计算能力和数据存储到托管数据库、开发平台、安全工具、协作软件、备份系统、分析和业务应用。它们的价值不仅来自将技术从本地服务器机房移走，还来自改变资源的配置、管理、扩展和付费方式。
采用云可以缩短部署周期并支持分布式运营，但并不能消除架构规划、安全控制或成本管理的需求。正确的模式取决于工作负载、所需控制水平以及组织准备保留的责任。
云服务通过灵活的在线服务模式提供计算、存储、软件和其他数字能力。
在传统 IT 环境中，组织可能购买硬件、安装软件、规划容量并在整个使用寿命内维护系统。借助云服务，这些能力中的部分或全部由提供商管理的环境提供。用户通过 Web 控制台、应用、网络连接或 API 访问服务，而不是自己管理每个底层组件。
这种方法改变了内部 IT 团队所需的工作。常规基础设施所有权可能减少，而服务配置、访问管理、集成、性能监控和供应商治理的重要性增加。提供商对服务的特定层面负责，但客户仍需适当运营该服务。
文件存储和托管电子邮件是熟悉的例子，但云服务还支持应用托管、企业软件、身份管理、数据分析、AI 工作负载、远程协作、灾难恢复和工业监控。企业可能使用一项服务用于客户门户，另一项用于备份，第三项用于分布式团队之间的通信。
因此，云服务是一种交付模式而非单一产品类别。可以组合不同的服务，同时选定的应用和设备保留在本地。这种灵活性使云采用成为持续的架构决策，而不一定是对每个系统的一次性迁移。
云提供商在数据中心运营计算、存储和网络基础设施。虚拟化和其他抽象技术允许将物理资源分配为不同工作负载的逻辑环境。自动化和编排工具有助于配置资源、应用配置、监控运行和调整容量。
客户通常通过管理门户、API 或服务接口请求资源。根据服务模式的不同，他们可能配置虚拟机和网络、部署应用代码，或仅登录已完成的应用。提供商管理服务协议定义的底层层面。
云资源通常可以比购买和安装物理基础设施更快地创建、扩展、缩减或退役。这对于可变工作负载、开发项目、季节性需求、新分支机构和流量随时间变化的数字服务非常有用。
弹性并不意味着无限容量或自动成本效率。配额、区域可用性、服务限制、性能要求和配置仍然重要。工作负载需要监控和容量规划，未使用的资源可能继续产生费用，直到被关闭或移除。
责任是共担的，但边界因服务而异。提供商可能维护物理设施和核心基础设施，而客户管理账户权限、数据访问、应用设置和工作负载配置。托管应用服务可以进一步减少基础设施任务，但并不会自动使客户的数据、身份或业务流程变得安全。
云架构将提供商管理的基础设施与客户控制的服务和配置分开。
云服务通常分为三种模式：基础设施即服务（IaaS）、平台即服务（PaaS）和软件即服务（SaaS）。关键区别在于提供商运营多少技术栈以及客户配置多少。
| 服务模式 | 提供商通常管理 | 客户通常管理 | 常见用途 |
|---|---|---|---|
| IaaS | 物理设施、硬件和虚拟化层 | 操作系统、应用、数据以及许多网络或安全设置 | 工作负载托管、测试环境、存储和恢复系统 |
| PaaS | 基础设施加上托管运行时、中间件或开发服务 | 应用代码、数据和服务特定配置 | 应用开发、API、托管数据库和部署流水线 |
| SaaS | 应用及其大部分底层运行环境 | 用户访问、业务设置、数据治理和允许的集成 | 电子邮件、协作、CRM、ERP 和客户支持软件 |
IaaS 提供可配置的计算、存储和网络资源。它适合需要对操作系统和应用环境进行控制而无需拥有所有物理设备的组织。这种灵活性也使客户对补丁、工作负载安全、配置和资源规模负有更多责任。
PaaS 提供用于开发和运行应用的托管环境。开发人员可以专注于代码和应用行为，而不是维护每台服务器和运行时组件。代价是依赖平台支持的工具、版本、接口和服务限制。
SaaS 通过浏览器、客户端或托管界面交付已完成的应用。它通常是组织采用云服务的最简单入口，因为部署和软件维护在很大程度上由提供商处理。客户仍需审查身份控制、数据处理、许可、集成选项、可用性和退出安排。
云服务可以帮助组织更快地配置环境，并随着需求变化调整容量。团队可以测试新应用、为新用户开放服务或扩展数字运营，而无需等待每个基础设施组件的购买和安装。业务收益取决于合理的配置以及所选服务是否支持所需的工作负载。
提供商管理的服务可以减少内部团队执行的常规硬件和平台维护工作。云架构还可能支持备份、地理冗余、监控和恢复选项。只有针对业务恢复目标进行设计、配置和测试时，这些能力才能提高弹性；仅靠云部署并不能保证连续性。
企业应用：电子邮件、协作、CRM、ERP、文档管理和跨部门、跨地点使用的工作流服务。
应用开发：托管网站、移动后端、API、测试环境和软件交付流水线。
备份与灾难恢复：异地副本、归档存储、恢复环境和恢复工作流。
分布式运营：集中式仪表板、远程访问、现场数据聚合、告警和多站点监控。
通信：为跨办公室或远程工作的用户提供托管通话、消息、会议和相关服务。
当企业需要在多个地点保持一致访问或必须支持变化的需求时，云服务可能特别有用。在工业和运营环境中，基于云的监控可以补充本地控制系统，但时间敏感或安全关键的功能应保留其运营要求所需的本地控制和连续性安排。
集中监控可以提高跨云工作负载、应用和分布式站点的可见性。
在采用云服务之前，确定其将处理的数据、需要访问的用户、所需的保留期限以及任何监管或合同限制。审查身份和访问管理、多因素认证、日志记录、加密选项、备份策略、事件通知、数据导出和删除程序。确认哪些控制由供应商提供，哪些必须由客户配置。
云服务需要与现有应用、数据源、身份系统、网络和运营流程协同工作。当遗留系统、本地设备、延迟要求或业务连续性义务使完全迁移不切实际时，混合模式可能是合适的。在移动工作负载之前映射依赖关系，并决定数据、身份验证、监控和故障恢复将如何在跨环境中工作。
云定价可能取决于资源规模、存储量、数据传输、事务数量、用户许可、支持层级和可选功能。当资源规模过大、重复或项目结束后仍在运行时，成本可能上升。在扩展生产工作负载之前，建立预算、使用告警、所有权标签、生命周期规则和定期审查。
服务选择还应考虑可用性承诺、支持响应、维护窗口、区域覆盖、可移植性和合同终止。如果服务需要大量集成工作或使以后难以检索数据和移动工作负载，最低的初始价格可能不会产生最低的运营成本。
定义业务成果并确定将迁移或保留在本地的 T 作负载。
根据所需控制和运营责任选择 IaaS、PaaS、SaaS 或混合组合。
记录数据分类、访问角色、保留、恢复目标和合规约束。
验证应用兼容性、网络连接、身份集成和依赖关系。
估算经常性和基于使用的成本，然后指派负责人进行监控。
在广泛部署之前测试备份恢复、服务恢复、监控和数据导出流程。
当灵活性配以明确的所有权、适当的安全控制、可衡量的恢复计划和积极的成本管理时，云服务能产生最强的成果。目标不是将每个系统都迁移到云，而是将每个工作负载放在适合其技术和业务要求的环境中。
云服务通过网络按需提供计算、存储、软件和其他数字能力。提供商运营技术栈的特定部分，而客户根据其模式访问和管理服务。
IaaS 提供可配置的基础设施，PaaS 提供托管的应用开发或运行时环境，SaaS 提供已完成的应用。这些模式的主要区别在于提供商管理多少底层技术栈。
是的。小型企业可以使用云服务访问业务软件、协作、托管、备份和安全能力，而无需运营所有底层基础设施。适用性取决于工作负载需求、经常性成本、连接和数据要求。
不能。一些组织出于延迟、设备兼容性、监管、弹性或运营原因保留本地系统。混合架构允许云服务与本地应用和基础设施协同工作。
使用预算和告警、分配资源所有权、监控使用情况、移除空闲资源、选择合适的容量，并审查存储和数据传输费用。定期成本审查有助于确保云支出与实际需求保持一致。
底部简介
