中国软件企业云上增长实战指南 第一卷：云上转型

时代的转折点一一为什么软件企业必须拥抱云端 从商业案例出发：构建可信的Rol分析 转型的三大非技术挑战旅程而非项目：POC→优化→规模化的演进路径打好地基一一安全、账户与人才的三角支撑 P07P07 合作伙伴加速：站在巨人的肩膀上 迁移实战一将软件产品搬上云端 规模化增长一一自动化、容器与无服务器的力量p11P11P12 容器化现代化：ECS/EKS与Fargate托管服务的惊人回报无服务器架构：终极的运营效率持续创新一一让客户持续满意的运营飞轮可观察性三要素：指标、日志与链路追踪DevOps文化：开发人员即运营者 立即行动一您的上云路线图 附录P16P17 软件行业的商业根基正在发生一场深刻而无声的革命。传统的软件销售模式一一次性售卖永久许可，正迅速被以订阅和按需付费为核心的服务模式所取代。您的客户不再满足于购买一套软件，他们期待的是一个能够持续迭代、按需扩展、并且将他们从繁重的IT管理中解放出来的解决方案。这不仅是消费习惯的变迁，更是对软件企业从产品设计、技术架构到商业模式的全面重塑要求。对于中国的软件企业而言，这既是前所未有的挑战，更是通往全球市场、实现可持续增长的巨大机遇。云，正是这场转型的核心引擎。它不仅仅是基础设施的替代，更是驱动业务创新的强大平台。 才培养到规模化增长的完整行动路线图。无论您是刚刚开始思考上云，还是希望在云上加速创新，本白皮书都将为您提供清晰的指引，帮助您成功实现从软件到服务的跨越，构建一个可扩展、可盈利的未来型软 全新的要求。过去那种购买光盘、本地安装、定期支付维护费的模式，正变得越来越不合时宜。理解这种转变，是软件企业开启云上征程的逻辑起点。 客户消费方式的根本性转变传统的永久许可模式，意味着客户需要承担高昂的前期采购成本，并组建专门的IT团队进行软件的安装、部 “客户消费软件的方式正在发生根本性转变。这是因为他们自已正在经历数字化转型，并向软件公司提出他们希望如何购买和消费软件的要求。-TomEllis,亚马逊云科技解决方案架构师经理 占用大量IT资源。可专注于更高价值的业务创新。 资源闲置浪费严重。转变为可变成本（OPEX），资金利用效率更高。采购流程漫长，涉及复杂的合同谈判和部署能够通过网站、信用卡快速购买并立即使用，周期。极大缩短价值实现时间。这种消费侧的革命，正倒逼软件供给侧进行彻底的变革。如果软件企业不能满足客户的新期待，就意味着将市 亚马逊云科技在全球拥有超过30个地理区域。这意味着，一家位于中国的软件企业，可以在数小时内将其服务 企业的全球化扩张铺平了道路，开辟了全新的收入来源。》持续创新（Innovation） 模块。软件企业可以像搭积木一样，快速将这些前沿技术集成到自已的产品中，持续为客户提供创新的功能和价值，从而在激烈的市场竞争中保持领先地位。 》可预测收入（PredictableRevenue）从一次性的永久许可收入，转向基于订阅的每月经常性收入（MRR），是软件企业商业模式的巨大飞跃。这种模式为企业带来了稳定、可预测的现金流，极大地增强了业务的韧性和资本市场的吸引力。云原生的计费和计量工具：使得实现这种转变变得前所未有的简单。 在软件行业，不进则退。固守传统的本地部署和永久许可模式，在短期内或许仍能维持现有业务，但从长远来 的订阅模式吸引客户时，不转型的企业将发现自己的市场份额被逐渐蚕食，产品竞争力不断下滑，最终错失整个时从软件到服务，不是一个“要不要做”的选择题，而是一个“何时以及如何做”的必答题。在接下来的章节中，我们将探讨如何正确地开启这段转型之旅。 明确了“为什么”之后，紧接着的问题就是“如何做”。许多企业将“上云”视为一个有明确起点和终点的IT项目，这是一个普遍的误区。成功的云转型，更像是一段持续演进的旅程，它始于一个坚实的商业论证，贯穿于整个组织思维模式的转变，并最终沉淀为企业持续创新的文化。“这不是一个项目，我想说这是一段旅程。.………..根据您从POC中获得的数据，您将踏上一段旅程，这就 是您的云迁移和现代化。”一ShaliniAvanupura，亚马逊云科技解决方案架构师负责人 任何重大的商业决策都必须建立在清晰的投资回报（RoI）分析之上。对于云转型，第一步就是估算在云上运行您的软件需要多少成本。这个过程可以分为两步：将您当前运行软件所需的本地资源（如服务器CPU、内存、存储容量等）映射到亚马逊云科技提供的等效资源（如AmazonEC2实例类型、AmazonEBS存储卷等）。使用亚马逊云科技提供的价格计算器，将映射后的资源配置输入，即可得出一个 然而，这个初步的估算仅仅是成本分析的起点，而非终点。云的最大魅力之一在于其弹性，这意味着您可以通过持续优化来进一步降低成本。 计费、计量等运营支撑系统的服务费用。 负责服务运营、支持和持续开发的人员成本。将这三者相加，才能得到提供软件服务的真实总拥有成本（TCO）。 2.4|转型的三大非技术挑战云转型远不止是技术的迁移，更深刻的挑战来自于组织的非技术方面。成功转型的企业，往往都妥善解决了以核心要求解决方案组织全员需从“软件构建者”转变为“服务提供建立专门的运营和支持团队，并设立清晰的客户沟者”，建立起对客户服务质量负责的思维模式。通渠道。 销售人员需从售卖产品功能，转向售卖服务价值，利用亚马逊云科技提供的培训和赋能计划，对销售并能解答客户关于数据安全、隐私、成本可预测团队进行系统性培训，使其掌握新的销售语言和工 2.5旅程而非项目：POC→优化→规模化的演进路径正确的转型路径并非一就而就，而是一个循序渐进的演进过程： 开启云上旅程，如同建造一座大厦，稳固的地基是决定其高度和寿命的关键。对于软件企业而言，这个地基由三个核心支柱构成：坚实的安全体系、清晰的账户结构和专业的云上人才。三者互为支撑，缺一不可，共同构成了企业在云上长期、健康发展的基础。 安全是基石：共享责任模型与软件企业的安全边界当软件企业将其服务和客户数据托付于云端时，安全自然成为首要关切。亚马逊云科技将安全视为最高优先 亚马逊云科技的责任（“云自身的安全”）：负责保护其运行所有服务的基础设施，包括硬件、软件、客户的责任（“在云中的安全”）：负责在云中配置和管理其数据、应用程序、身份和访问权限。例如，对数据进行加密、配置网络防火墙、管理用户权限等。 CLIENT-SIDE DATAFILESY Amazon WebCOMPUTESTORAGEDATABASENETWORKINGServicesHARDWAREGLOBALINFRASTRUCTUREREGIONSAVAILABILITYZONES 对于软件企业来说，这意味着可以将繁重的底层基础设施安全工作放心地交给亚马逊云科技，从而将精力聚焦于自身应用层的安全建设。此外，亚马逊云科技提供了GuardDuty（智能威胁检测）和TrustedAdvisor（最佳实践扫描）等工具，帮助客户持续监控和发现环境中的潜在风险。 运行面向最终客户的生产环境。与开发测试环境严格隔离，保障生产环境的稳定与安全。供研发团队进行日常开发、测试和实验。避免开发活动意外影响生产环境，降低风险。 集中存储所有账户的操作日志和安全日志。信依据。为开发人员提供独立的、有预算和时间限制的实验环境。鼓励创新和学习，实验结束后可彻底销毁，控制成本。（可选）为大型或高安全要求的客户提供独提供最高级别的租户隔离，并能清晰地核算单个客户的 附图：Amazon Control Tower架构的定制设置 通过标准化的流程快速创建新账户。 3.4人才是引擎：能力建设的“内外兼修” 这是大多数企业的首选。通过对现有员工进行系统性的培训和认证，可以有效提升团队能力、鼓舞士气并留住核心人才。亚马逊云科技提供了从基础到专业的全系列培训和认证体 系，企业可以根据自身需求进行定制。 3.5合作伙伴加速：站在巨人的肩膀上 伙伴，他们可以提供从战略咨询、迁移实施到应用开发的各类专业服务。这些合作伙伴拥有丰富的项目经验，可以帮助企业加速完成诸如构建着陆区、搭建CI/CD流水线等基础性工作，让企业团队能更专注于核心产品开发。特别 在构建服务的过程中，企业会遇到许多通用需求，如可观察性、CRM、客户数据平台等。与其一切都自己从头构建，不如直接采用市场上成熟的软件产品。这是 及到对架构的重新思考、对客户的合理引导以及对核心技术组件的审慎选择。本章将聚焦于迁移过程中的核心实战 迁移的核心概念：租户、多租户与孤岛模式在云服务语境下，租户（Tenant）指的是使用您软件的单个最终客户或组织。如何管理和隔离不同的租户， 为每一个租户部署一套完全独立的软件运行环境。所有基础设施（计算、存储、数据库等）都是专用的。多租户/池化模式（Pool)所有租户共享同一套基础设施和应用实例。数据在应用层或数据库层通过逻辑进行隔离。 优点缺点适用场景 据和性能完全隔离，满足高安用率低，每个环境都需要独立求的客户，如金融、政府、医疗行业。全合规要求。管理和更新。高效率与低成本：资源共享，隔离性相对较弱：需在应用和大多数标准化的软件服务，规模效应显著，运营和维护成数据层面做精细的隔离设计，特别是面向中小企业客户的本低。存在“吵闹邻居”风险。场景。 实践中，许多软件服务会采用混合模式，即为大部分标准客户提供池化模式，同时为有特殊要求的大型企业 当您的云服务稳定下来，并且团队已经熟悉了在云中高效运营的各种实践后，再着手制定周密的计划，将存量客户迁移上来。对于这些已经在使用您产品的客户，他们对稳定性的要求更高，因此迁移过程必须更加谨慎。通常需要提供令人信服的迁移理由，例如只有云版本才有的新功能、更灵活的定价模式等，并借助 Amazon Database Migration Service(DMS)等工具确保数据平滑迁移，将停机时间降至最低。 4.3从托管服务到SaaS：两种模式的演进路径软件企业向服务提供商的转型，也并非一步到位。它通常会经历一个从“托管服务”到真正的“软件即服务 这是转型的初级阶段。软件企业为每个客户在云上部署和管理一个独立的软件实例。这本质上是将本地部署的运维工作转移到了云端，由软件企业承担。它简化了客户侧的工作，但对软件企业自身的自动化水平 这是转型的成熟阶段。企业构建一个统一的、多租户的平台，并通过一个控制平面（Control Plane）来自动化管理所有租户的生命周期。这个控制平面通常包含客户自助入驻、计费与计量、身份管理、监控与指标提取等微服务。SaaS模式能够实现最大程度的规模效应和运营效率。大多数企业的转型路径都是先从提供托管服务开始，随着对云的理解加深和技术能力的成熟，逐步构建控制平 无论采用何种模式，迁移上云都离不开最基础的三个构建模块 计算实例(Amazon Ec2)相当于云上的虚拟机。亚马逊云科技提供超过500种不同类型和规模的EC2实例，覆盖通用、计算优化、内存优化等各种场景，并提供按需、节省计划等多种灵活的付费方式。企业可以从一个通用实例开始测试，逐步找到最适合自己工作负载的实例类型。 亚马逊云科技在全球运营着数十个物理区域，每个区域又由多个相互独立的可用区（AZ）组成。软件企 署在单个区域内的多个可用区，是实现高可用性的基本架构模式。4.5数据库选型指南：关系型vs.非关系型 包括MySQL,PostgreSQL,SQL Server在内的多种主流数据库引擎。对于要求更高性能和可用性的场景，AmazonAurora是更优选择。它与MySQL和PostgreSQL兼容，但性能更高，并且其存储层可在三个可用区之间自动复制六份，提供极致的数据持久性和可靠性。非关系型（NoSQL）数据库 选择哪种数据库，取决于您应用的工作负载特性、数据模型、性能和扩展性要求。通常，一个复杂的应用会 当您的软件服务在云上稳定运行并开始获取第一批客户后，下一个挑战便是如何高效、低成本地实现规模化增长。这意味着您需要具备快速复制环境、自动化部署更