云服务器内容精选

华为云首页用户手册

云采用框架

云采用框架-调研应用关联关系:调研外部关联关系

调研外部关联关系以下一些常见的外部关联关系，需要在应用迁移前进行调研和评估。确保全面理解应用的外部依赖，并采取适当的措施，以确保迁移后外部业务正常运行，不受影响。第三方应用程序依赖关系调研与目标应用有关的第三方应用或服务，包括其版本和集成方式。确定是否需要对这些依赖项进行调整或重新配置。外部数据源和 API 依赖关系分析和记录目标应用所依赖的外部数据源和 API，例如外部数据库、文件系统、消息队列或第三方服务。确保这些依赖关系在迁移后能够正确访问和使用。授权和安全关联关系确定与目标应用有关的授权和安全关联关系。包括涉及身份验证、访问控制、令牌管理、IP白名单等方面的外部服务和机制。合作伙伴和供应商关联关系如果目标应用涉及与合作伙伴或供应商的集成，需要调研这些关系，并确保在迁移后能够继续正常工作。 SLA（Service Level Agreement）和供应商支持关系检查既有的 SLA 和供应商支持协议，并评估迁移到云平台后对这些关系的影响。确保在云环境中依然能够满足业务需要并获得期望的支持和服务。网络和连接依赖关系调研目标应用所需的网络连接和传输协议。确定上云后是否需要进行网络配置和访问控制，以确保应用程序可以与相关的外部系统正常通信。外部关联关系主要靠如下方式去做调研，可以多种方式结合，以提高调研效率和结果完整度：文档和现存资料阅读现有的文档和技术资料，包括应用程序的架构图、部署说明和运维手册等。这些资料可以识别出应用程序的关键依赖和集成点。与开发团队和运维团队沟通与应用程序的开发团队和运维团队进行沟通，了解他们对系统依赖关系的认识和理解。他们可能提供有关应用程序的详细信息、依赖关系的描述以及与其他系统的集成情况。代码分析仔细检查应用程序的源代码，特别是配置文件和代码中涉及的外部依赖关系。因为有些依赖关系可能由代码直接指定。系统扫描和监控借助系统监控工具和网络扫描工具，扫描整个系统并识别出与应用程序相关的依赖关系。与相关团队交流与其他部门或团队进行交流，了解应用程序与其他公司、供应商或合作伙伴之间的集成关系。这些关系可能包括数据共享、接口调用、权限控制等。服务提供商和文档如果应用程序依赖于外部服务提供商，查阅其提供的文档、API 参考和支持资源，以获取关于依赖关系的详细信息。

云采用框架
云采用框架-调研应用关联关系:调研内部关联关系

调研内部关联关系关联关系分析是批次规划和切换方案的重要输入，也是上云迁移的难点，影响上云迁移的关联关系主要有三种，如下图：图2 三种关联关系关联分析有如下4种方法，上云迁移过程中，企业可以根据自身的实际情况选择合适的分析方法：图3 关联关系分析法 CMDB法：适用于客户有CMDB系统，CMDB系统中通常有应用间的通信依赖，应用与数据库的依赖，应用与中间件的依赖等，可直接通过CMDB获取依赖关系。图4 CMDB法图5 CMDB法示例关联分析工具法：可以通过专门的关联分析工具进行关联分析，比如华为云的MgC工具，也可以采用业界的一些关联分析工具。表1 关联分析工具表软件名称是否商用说明 Dynatrace 商用 Dynatrace平台包括出色的应用程序性能管理工具，能够提供自动的应用程序依赖关系映射。它可以发现和监控微服务和应用程序，甚至是那些在容器内运行的微服务和应用程序。它收集性能数据和通信时间数据，并突出显示性能不佳的服务和应用程序。网络空间测绘商用网络空间测绘是一个应用和服务器发现工具。支持无代理自动发现，广泛支持MS和LINUX/Unix、云供应商、管理程序，硬件、虚拟和应用层；可用于多数据中心的远程收集。 Device42 商用 Device42是一个发现和映射工具，用于收集和组织整个IT环境上的数据。它包括设备发现和资产管理，以及专用的应用程序映射和管理功能。它还可以检测网络设备，如交换机和负载均衡设备，以及电源和环境设备，包括PDU、UPS和CRAC设备。艾联科iSRG动态智能系统商用艾联科iSRG动态智能系统资源图谱软件，提供传统网络/云/微服务/容器/虚拟系统的资源动态管理能力。包含资源的发现与采集，模板管理、资源管理、视图编辑等功能。 ManageEngine Applications Manager 商用 ManageEngine是一个应用程序管理器的工具。这是一个通用服务器和应用程序监控工具，它支持对服务器和数据库、虚拟机、应用程序、Web服务和其他组件的监控。 Datadog 商用 Datadog是一款具有应用程序监控和映射功能的性能监控工具。它可以在整个基础架构中收集信息，包括匹配特定客户、端点或错误代码的跟踪，它自动映射数据流，并可以按依赖关系组织服务。 Pinpoint 开源 Pinpoint可以跟踪分布式应用程序之间的事务，以检查整体结构和运行状况。Pinpoint可以实时监控应用程序，并清晰快速地了解应用程序拓扑。 Workshop头脑风暴法：可以通过组织专题会议，引导熟悉业务系统的骨干人员梳理关联关系。图6 WorkShop法配置分析法：配置分析法是一种通过分析应用系统的配置文件来探索关联关系的方法，它可以帮助我们了解应用之间的相互调用关系、应用与数据库之间的连接以及其它关联关系。以下是配置分析法的基本步骤：收集配置文件：首先需要收集和获取与目标应用系统相关的配置文件。这可能包括DNS配置、ELB配置、NAT配置以及Nginx.conf等。解析配置文件：对于每个配置文件，需要编写脚本或使用现有工具来解析其内容，脚本可以根据文件格式和语法规则，提取出关键信息并进行处理。提取关联信息：在解析配置文件时，需要识别出与其他组件或资源相关的信息，例如，可以查找应用之间的相互调用关系，比如从一个应用到另一个应用的URL或API调用；还可以查找应用与数据库之间的连接信息，如数据库地址、用户名和密码等。构建关联图谱：将提取到的关联信息组织成图谱或关系模型，这可以是有向图、无向图或其他合适的数据结构，用于表示应用间的关系和依赖。分析关联关系：对于构建的关联图谱，可以使用图论算法或其他分析方法来探索关联关系，这可以帮助我们发现隐藏的依赖。通过配置分析法，我们可以深入了解应用系统内部的关联关系，从而更好地理解整体架构和运行方式，这对系统迁移等方面具有重要的价值，然而，需要注意的是，配置文件可能会受到变更和更新的影响，因此在进行关联分析时需要及时更新和验证配置信息的准确性。

云采用框架
云采用框架-云安全团队

云安全团队云安全团队负责云基础设施和云上业务系统的安全保障工作，主要职责包括云平台安全方案设计、访问控制与权限管理、安全监控与威胁检测、漏洞扫描与修复、数据加密与隐私保护、合规性审查与风险评估，以及应急响应与安全事件处理，确保云上业务系统的安全性、合规性和稳定性。云安全团队通常包含云安全专家、安全运营工程师，职责和技能要求如下表所示。表1 云安全团队的角色和职责角色职责技能要求来源云安全专家负责云平台整体安全方案的设计与优化，制定安全策略和标准。评估云基础设施和业务系统的安全风险，提出改进方案。设计并实施身份安全、网络安全、数据安全、应用安全、主机安全和安全运维方案。指导和审核安全运营工程师的工作，提供技术支持。跟踪最新的安全技术，制定应对策略。深入了解云平台的云安全服务和安全配置基线。熟悉身份安全、网络安全、数据安全、应用安全、主机安全和安全运维等领域。掌握安全评估工具和渗透测试技术。具备安全合规（如等保2.0、ISO 27001等）的管理经验。优秀的安全策略制定和技术指导能力。 IT部门安全运营工程师设计并实施持续安全运营方案。负责云平台的日常安全监控与运维，及时发现并处理安全事件。执行漏洞扫描、补丁管理和安全配置加固。实施访问控制、权限管理和日志审计，确保系统合规性。配合云安全专家完成安全技术方案的落地与优化。编写安全运维脚本，提升安全运营效率。熟练使用云平台的安全运营服务和各种安全监控工具。掌握威胁检测技术、漏洞扫描工具和补丁管理流程。熟悉日志分析工具和自动化脚本语言（如Python、Shell）。了解云平台的安全配置（如安全组、防火墙规则）。具备快速响应和处理安全事件的能力。 IT部门父主题：云卓越中心

云采用框架
云采用框架-概述

概述基于云平台的新技术正驱动着产品和服务创新浪潮。人工智能与大模型结合，赋予产品更智能的交互和更精准的个性化服务，例如AI客服、智能推荐系统等。区块链技术则增强了产品和服务的安全性和可信度，可应用于供应链管理、数字身份认证等场景，构建透明可追溯的体系。数字人技术打造虚拟形象，应用于虚拟主播、在线教育等领域，提供更具沉浸感的用户体验。大数据分析则帮助企业深入了解用户需求，优化产品和服务，实现精准营销和精细化运营。物联网技术将设备连接上云，实现数据实时采集和远程控制，催生了智能家居、智慧城市等创新应用。华为云使得这些新技术唾手可得，企业随时随地都能利用这些新技术进行快速创新和快速试错，大幅加速了创新的步伐，通过这些创新可以帮助企业开发创新的产品和服务、改进业务流程、增强决策能力、提升用户体验，并开创新的商业模式和市场机会。父主题：云上创新

云采用框架
云采用框架-Runbook Checklist设计

Runbook Checklist设计 Runbook Checklist记录了正式切换前需要准备和执行的操作，通常包括如下几个方面：人员和场地准备核对参与切换人员，并通知，包括内部人员和第三方配合人员通知和时间核对。建立切换保障群，切换期间在保障群里进行切换相关公告和通知。确定切换的具体日期、入场签到时间、操作开始时间。切换场地的准备，如预约会议室，准备相关的物料（电脑、插排、投屏等）。工具、终端和登陆平台准备，切换涉及的人员需提前检查使用的工具、平台是否可用，如堡垒机账号权限是否正常，测试终端（测试手机、电脑）是否可用等。提前通知相关人员发布官网公告，若涉及到第三方的官网公告，需要提醒第三方进行官网公告发布。应用清单核对和操作脚本刷新上云迁移期间，企业的软件版本开发、迭代发布通常还在正常进行，所以在切换前需要进行一次环境详细清单的核对，包括应用清单和JOB任务等。清单核对完成，通知版本封版，避免正式切换时环境和准备时的不一致情况。根据最新的应用清单和JOB任务清单，刷新Runbook中相关的切换操作脚本。环境检查切换前需确保源端、目的端、迁移任务状态正常，执行脚本准备就绪。源端检查：首先，检查是云专线同步带宽是否有超带宽的告警，评估是否需要进行带宽的扩容，其次，对源端应用和数据库进行告警监控等的观测，确保源端告警清理，状态均正常。目的端检查：通知云厂家进行资源日常状态的巡检和高可用性检查。另外目的端切换后就是正式生产环境，要确保告警、监控、日志、安全策略均已完成配置并做最后一次检查和确认。正向迁移任务的状态检查：系统切换前通常迁移任务已经创建完成，并在增量同步状态中，确保迁移任务的增量同步状态正常，无异常报错或告警。反向迁移任务的状态检查：数据层或中间件通常要考虑回退的链路，切换之前同时要检查反向迁移同步任务的状态，确保无异常报错或告警。参数一致性检查：核对源端参数和目的端云服务参数的一致性，如数据库的字符集一致性，数据库的用户名等一致性等。父主题：设计Runbook

云采用框架
云采用框架-制定云化目标

制定云化目标云化目标一定要与组织的业务战略和业务目标对齐，而且云化目标要符合SMART原则，即目标应是具体的（Specific）、可衡量的（Measurable）、可实现的（Achievable）、相关的（Relevant）和有时限的（Time-bound）。例如，如果组织经常因为业务系统中断导致收入减少和品牌受损，可以制定一个具体的业务目标：“在未来一年，将业务系统的可用性从99%提升到99.9%”。在设定云化目标时，您还需要充分考虑组织的资源和能力现状，确保目标是可实现的。通过上述云化成熟度评估，您正好能够掌握组织当前的能力现状和差距，可以有针对性地制定云化目标，避免设置过高或过低的目标。为了制定可衡量的云化目标，需要针对云化驱动力设计合理的量化指标，方便组织的管理层进行跟踪和评估云化转型的实际效果。我们针对上述各种驱动力设计了以下量化指标。表1 云化驱动力的量化指标类别驱动力量化指标业务驱动力提升业务敏捷性新产品（新业务系统）的TTM，包含从设计、开发、测试到上市的端到端时间。已有产品（已有业务系统）的新版本或新特性的迭代周期，包含从设计、开发、测试到上市的端到端时间。加速业务创新新产品、新服务和新商业模式等带来的新用户数。新产品、新服务和新商业模式等带来的新增收入。保障业务连续性业务系统的可用性SLO。业务中断导致的经济损失。市场扩张进入新市场带来的新用户数。进入新市场带来的新增收入。合规遵从不合规造成的经济损失，包括赔偿和罚款。提升可持续性碳排放减少量。技术驱动力提升资源弹性资源利用率。资源扩容速度、资源部署时间。提升系统韧性 RPO、RTO。 P1、P2、P3、P4事件数量。提升扩展性系统扩容速度。提升安全性安全事件数量。安全事件导致的经济损失，包括赔偿和罚款。提升运维效率单位资源所需要的运维工时。每个运维工程师可运维的资源数量（如VM数和存储容量）。 MTTR（平均故障修复时间）。提升性能效率 TPS、QPS等吞吐量指标。系统响应时间。并发用户数。资源利用率。财务驱动力按需付费 IT基础设施资本支出。降低成本业务单元成本，如每个订单的成本，每个用户的成本等。 IT基础设施的TCO。新增收入业务创新和市场扩张带来的新增收入。上述量化指标比较多，跟踪、评估和管理这些指标的工作量比较大，所以不建议您的组织全部拿来评价云化转型的效果。考虑到有些指标之间存在包含关系，比如业务系统的可用性SLO隐含了RPO、RTO、MTTR等指标。另外，云化转型最终是为了取得业务收益，而不仅仅是技术收益。所以，我们建议您根据组织的业务目标和业务优先级将这些指标进行收敛，主要聚焦业务驱动力和财务驱动力所对应的指标，其次才是技术驱动力的相关量化指标。我们推荐以下指标来制定组织的云化目标。表2 云化目标示例量化指标云化目标示例业务系统的可用性SLO 业务系统全年可用性SLO从99%提升到99.95%。新产品或新版本的TTM 将新产品的TTM从6个月缩短至3个月，已有产品的迭代周期从3个月缩短至1个月。不合规及安全事件造成的经济损失将不合规及安全事件数量减少75%，经济损失减少75%。 IT基础设施的TCO 将 IT 基础设施的 TCO 降低 15%。业务创新和市场扩张带来的新增收入基于云进行业务创新和全球市场扩展，在未来三年带来X万活跃用户，实现新增收入 Y 亿元。碳排放减少量上云后减少碳排放量 50%。每个运维工程师可运维的资源数量将每个运维工程师可管理的服务器数量提升 2 倍，从100台提升至200台。父主题：制定战略

云采用框架
云采用框架-云架构团队

云架构团队云架构团队在云化转型中发挥着关键作用，参照TOGAF框架和卓越架构技术框架架（Well-Architected Framework），全面负责设计云上的技术架构和数据架构，协同应用架构师基于云技术和云服务设计业务系统的云上应用架构，帮助企业在云上构建高安全、高可用、高性能且成本优化的云基础设施和应用系统。云架构团队通常包含云架构师和数据架构师，其职责和技能要求如下表所示。表1 云架构团队的角色和职责角色职责技能要求来源云架构师负责云平台和云基础设施的整体规划和架构设计，包括Landing Zone、平台工程、网络、存储、安全、灾备等方面，确保云基础设施的安全性、可靠性、性能和成本效益。选择合适的云服务商和云服务类型。制定和推广云上架构设计原则，赋能应用架构师和数据架构师在云上设计良好的技术架构。领导和指导云实施团队，确保技术方案的落地。深入理解云计算技术和架构，熟悉主流云平台。具备丰富的Landing Zone、平台工程、网络、安全、存储、灾备等方面的知识和经验。熟悉TOGAF和WAF等架构框架。具备良好的沟通能力、团队合作精神和领导力。企业架构师团队或者外聘数据架构师负责设计和管理企业在云上的数据架构，包括数据存储、数据处理、数据集成和数据治理。选择合适的数据存储方案，例如关系型数据库、NoSQL数据库、数据仓库等。确保数据的质量、安全性和合规性。与应用架构师和云架构师紧密合作，确保数据架构与整体架构的兼容性。深入理解数据建模、数据仓库、数据湖、数据治理等概念和技术。熟悉各种数据库技术，包括关系型数据库和NoSQL数据库。熟悉大数据技术，例如Hadoop、Spark、Flink等。具备数据分析和数据挖掘能力。熟悉数据安全和数据隐私相关的法规和标准。具备良好的沟通和团队协作能力。大数据部门或外聘父主题：云卓越中心

云采用框架
云采用框架-多云战略的驱动力

多云战略的驱动力当前多云战略正在成为一种主流趋势，越来越多的组织选择将业务系统部署在多个云服务商的云平台上，而不是依赖单一的云服务商。这种趋势的背后是多种因素的驱动，以下是一些主要的驱动力：避免单云故障：将业务部署在单一云平台上存在单点故障风险。如果该云平台出现故障，例如大规模宕机或区域性灾难，企业的业务将受到严重影响。多云战略可以通过将业务系统部署在多个独立的云平台上，实现跨云容灾，避免单一云平台故障带来的业务中断。即使一个云平台出现问题，其他云平台上的业务仍然可以正常运行，保障业务连续性。避免厂商锁定：将所有业务都放在一个云服务商的云平台里会造成厂商锁定，使企业在未来的谈判中处于劣势，并且难以迁移到其他平台。多云战略可以避免这种情况，保持企业在选择云服务商方面的灵活性。降本增效：多云战略可以引入竞争机制，通过与多个云服务商合作，企业可以根据自身需求选择最合适的云服务，并利用云服务商之间的竞争来降低成本。此外，不同的云服务商在不同区域或服务上的定价策略可能存在差异，多云战略可以帮助企业优化资源配置，提高成本效益。充分利用不同厂商的优势能力：不同的云服务商在技术、服务和功能方面各有优势。例如，某个云服务商可能在人工智能和机器学习方面拥有更强的技术实力，而另一个云服务商可能在数据库服务方面更具优势。多云战略允许企业根据自身业务需求，选择最合适的云服务商及其优势服务，从而最大化地发挥云计算的价值。合规遵从：某些国家和地区有特定的数据存储和处理的法规要求，但每家云服务商的全球布局和合规遵从程度不一样。多云战略可以帮助企业选择最合适的云服务商来满足这些法规要求，例如将敏感数据存储在特定地区的云平台上。多云战略的采用是为了提高业务连续性、成本效益和安全性。虽然多云战略也带来了管理复杂性等挑战，但随着云管理工具和技术的不断发展，这些挑战正在逐渐得到解决。父主题：识别云化驱动力

云采用框架
云采用框架-概述

概述在全球化和技术迅速发展的新时代，企业所处的市场环境正经历着变化。消费者需求不断升级，市场竞争日益激烈，传统的商业模式面临巨大挑战。面对这些压力，数字化转型已成为企业实现业务创新和可持续发展的必由之路。数字化转型是指组织利用数字技术（如IT基础设施、数据库、大数据、物联网、人工智能、区块链等）对其业务模式、运营流程、产品和服务进行全面的重塑和创新，以适应快速变化的市场环境和满足客户不断提升的需求。当前主流的云计算平台都已经内置集成了丰富的、高可用和高安全的数字技术，组织可以在全球范围内通过云服务的形式按需使用这些数字技术，云服务是组织获取数字技术最快和最高效的方式，云化转型是数字化转型的重要支撑，可以大幅加速组织数字化转型的进程，未来绝大部分的数字化业务将基于云服务构建。工业化时代的标志是“电”，用电量反映了社会的工业化发展水平；数字化时代的标志是“云”，用云量反映了社会的数字化发展水平。云化转型（也叫云转型）是指将组织的IT基础设施、应用系统、业务流程等迁移到云计算平台，或者利用云计算技术对其业务模式和运营流程进行重构和优化的过程。它不仅仅是简单地将数据和应用程序迁移到云端，更是一个涉及战略、技术、组织和流程的全面转型。云化转型的第一步是制定云化转型战略，这需要全面的规划和周密的准备。制定云化转型战略不仅涉及技术层面的考虑，还需要与组织的业务战略和数字化战略紧密对齐，并在公司范围内与高层领导和所有干系人对齐战略目标。通常在制定云化转型战略时需要分析干系人利益、识别云化驱动力、评估云化成熟度、制定云化目标、分析云化收益等，下面章节将详细阐述这些内容。父主题：制定战略

云采用框架
云采用框架-应用团队

应用团队企业内部通常有多个业务部门，每个业务部门负责自身所需业务系统的投资、建设和运维，因此通常在业务部门会组建自己的应用团队。将这些业务系统云化需要应用团队的配合和协同，应用团队需要协同云实施团队进行业务系统的现状调研、迁移实施、应用现代化改造和测试验证，协同云架构团队基于云技术和云服务设计业务系统的云上应用架构，协同云运维团队确保业务系统在云上的长期安全稳定运行。应用团队的成员通常都来自于业务部门，因为不同的业务部门拥有独立的应用团队，所以应用团队可能是多个，这些应用团队虚线汇报给CCoE团队，应用团队通常包含应用架构师、应用开发工程师、应用测试工程师和应用运维管理员，其职责和技能要求如下表所示。表1 应用团队的角色和职责角色职责技能要求来源应用架构师明确业务系统云化的业务收益，如业务连续性、业务敏捷性等。负责制定业务系统的迁移策略（Rehost、Replatform、Refactor等）和迁移顺序。支撑云实施团队提供业务系统的现状进行调研，为其提供资源现状、应用架构、部署架构、依赖关系等信息。负责设计和管理业务系统在云上的应用架构，包括应用的架构模式、技术选型、部署方式等，确保应用的性能、可扩展性、安全性和可靠性。与数据架构师和云架构师紧密合作，确保应用架构与数据架构和云架构的兼容性。指导开发团队进行应用开发和部署。深入理解各种应用架构模式和设计模式，例如微服务架构、事件驱动架构等。熟悉各种开发语言和框架。熟悉DevOps实践和工具。具备良好的代码设计和开发能力。了解应用安全最佳实践。具备良好的沟通和团队协作能力。业务部门应用开发工程师将现有应用迁移到云平台，包括代码迁移、数据迁移、数据库迁移等。负责应用现代化改造，如将单体应用拆分为微服务，或采用Serverless和事件驱动架构。对现有代码进行重构，使其更具可维护性、可扩展性和可测试性，并针对云环境进行优化，例如利用云原生服务和API。精通至少一门主流编程语言，例如 Java、Python、Go等熟悉DevOps实践和工具。具备良好的代码设计和开发能力。熟悉主流的云平台及云服务。能够与周边团队有效沟通和协作。业务部门应用测试工程师针对云上业务系统设计测试用例并制定测试计划。测试用例包括功能测试、性能测试、安全测试和可靠性测试等用例按照测试计划和测试用例，选择合适的测试工具对云上业务系统进行全方面的功能、性能、安全性和可靠性等测试。编写和维护自动化测试脚本。编写测试报告和文档。有扎实的测试理论基础，熟悉软件测试理论、方法和流程等。具备丰富的测试经验，熟悉各种测试类型，如功能测试、性能测试、安全测试和可靠性测试等。熟悉主流的云平台及云服务。熟练使用自动化测试工具，能够编写自动化测试脚本。能够与周边团队有效沟通和协作。业务部门应用运维管理员负责云上业务系统的部署、监控和维护，确保业务系统的安全稳定运行。处理应用运行中的故障，优化应用性能。配合开发团队进行应用的版本更新和发布。监控应用日志，分析并解决潜在问题。熟悉云平台的 APM 服务，具备应用性能监控和日志分析能力。掌握CI/CD工具和容器编排工具。熟悉常见的应用部署方式（如容器化、微服务架构）。熟悉常见中间件（如Nginx、Redis、Kafka）的运维管理。业务部门父主题：云卓越中心

云采用框架
云采用框架-分析云化收益

分析云化收益基于前面制定的云化目标，您接下来还需要对其进行收益分析，将其转换为财务收益，以便进行项目ROI评估，为管理层的战略决策提供依据。下面根据前面推荐的7个云化目标分别进行财务收益的评估，汇总后就能得到整个云化转型项目的总收益。提升业务系统的可用性SLO 通过提高业务系统的可用性SLO，减少系统的停机时间，进而减少因停机导致的收入损失，因此可以基于业务系统的每小时停机损失来计算该指标的财务收益。假设某业务系统每小时停机损失为10万元。云化转型前的SLO为99%，每年停机损失为 10万元/小时 * 87.6小时 = 876万元；云化转型后的SLO为99.95%，每年的停机损失为10万元/小时 * 4.38小时 = 43.8万元。那么的每年财务收益为832.2万元。缩短新产品或新版本的TTM 云化转型后，企业借助云平台提供的DevOps工具链、应用现代化和弹性计算资源可以大幅加速新产品的TTM和已有产品的迭代周期。如果新产品的TTM从6个月缩短至3个月，假设新产品每个月带来200万元的收入，那么提前3个月上市将带来600万元的额外收入。对于已有产品，如果将其版本迭代周期从3个月缩短至1个月，假设新版本每个月能带来100万元收入，那么新版本提前2个月上市将带来200万元额外收入。减少不合规及安全事件造成的经济损失云化转型后，企业利用云服务商提供的全面安全防护措施、合规审计工具和自动化合规报告可以大幅提升安全性和合规性。如果安全事件和不合规事件的数量从原来的每年20起减少到5起，假设每起安全事件平均造成20万元的处理和损失费用，那么总共每年可以减少300万元的经济损失。降低IT基础设施的TCO 传统模式（自建数据中心）下企业按照预测的业务峰值需求准备硬件和软件等IT资源，但实际业务负载长期处于平均水平，导致资源长期处于低利用率状态，造成巨大的成本浪费。而云模式下企业按照实际业务负载弹性提供所需云资源，企业只需为实际使用的资源付费，将大幅降低IT基础设施的成本。计算传统模式和云模式下的TCO涉及很多成本项目，两种模式下的成本项目不同，例如传统模式下需要考虑机房建设和维护成本，但云模式下没有这些成本项目，这些成本已经隐含在云服务的价格中。下表是传统模式的成本构成，包括资本支出和运营支出。表1 传统模式的成本构成成本类别成本项目成本项目的具体含义资本支出（Capex）硬件成本服务器、存储设备、网络设备（路由器、交换机、防火墙等）的采购成本。软件成本操作系统、虚拟化、数据库、中间件等软件的许可证费用。机房成本如果是自建机房，包括机房的建设和装修成本、安保系统（包含视频监控和门禁设备等）的建设成本、电力供应系统和冷却系统的建设成本。如果是租赁IDC机房，主要是机架租赁成本，这个属于运营支出。实施成本一次性的系统集成、测试、部署等费用。运营支出（Opex）人力成本机房运维、IT运维和安保所需的人力成本，包括人员的薪资、福利和培训等费用。硬件维护成本硬件设备的维护、维修、更新换代费用。软件维护成本软件更新、补丁、技术支持等费用。机房维护成本除硬件和软件维护之外，针对安保系统、电力供应系统和冷却系统等为维持机房正常运转所必须的维护费用。能源成本运行整个数据中心的能源和电力费用。机架租赁成本租用IDC机架的费用。带宽成本互联网接入带宽费用。企业云化转型之后，主要包含运营支出，成本构成如下表所示：表2 云模式的成本构成成本类型成本项目成本项目的具体含义运营支出（Opex）计算资源成本虚拟机、容器、无服务器计算等服务的费用，通常按使用时间、CPU、内存等计费。存储资源成本对象存储、块存储、文件存储等服务的费用，通常按存储空间、请求次数、数据传输量等计费。网络资源成本互联网带宽、公网IP地址、NAT网关、负载均衡器、VPN等网络服务的费用。数据库成本关系型数据库、NoSQL数据库等服务的费用，通常按实例规格、存储空间、请求次数等计费。安全运营成本为保护云上数据和应用系统的安全而使用网络防火墙、应用防火墙、数据安全保护等安全服务的费用。其他服务成本中间件、大数据、人工智能、物联网等其他云服务的费用。云管理成本监控、日志、运维、审计、治理等云管理服务的费用。云迁移成本一次性的迁移上云、资源部署和集成测试的费用。技术支持成本根据选择的支持计划，需要支付的技术支持费用。人力成本 IT运维人员（主要是应用运维）的薪资、福利、培训等费用。另外，传统模式下还需要考虑IT设备的折旧，通常3-5年就需要针对IT设备进行升级换代。所以对比两者的TCO时不应该按照一年期进行对比，而是应该按照企业的IT设备折旧周期，也就是对比3-5年的TCO。计算上述传统模式和云模式的成本是一项复杂的工作。其一，IT设备和云服务的价格是动态变化的，比如云服务商经常调整云服务的价格，您计算云服务的成本时可以参考华为云提供的价格计算器和商务优惠。其二，同样的IT设备和云服务在每个国家和地区的价格也不一样，电力价格和人力薪资在不同的国家和地区差距比较大。其三，您还需要获取当前IT资源的数量和配置规格，然后将其逐一映射到不同规格的云资源，这样才能相对准确地估算两者的TCO。华为云提供了一个计算TCO的Excel模版，可以帮助您快速分析和对比传统模式和云模式的TCO，可以联系您的销售人员获取这个模版。另外，您计算人力成本时，需要考虑提升IT运维效率所节省的IT运维成本，计算方式可以参考下面的第7点：提升IT运维效率。按照分析报告和众多企业的上云实践，云化转型通常可以减少10%~30%的IT基础设施TCO，假设企业在传统模式下3年期的IT基础设施TCO为8000万，云化转型之后预计将减少800万元~2400万元。业务创新和市场扩张带来的新增收入云化转型后，企业借助云平台的先进技术进行产品、服务和商业模式创新，基于云服务商的全球布局快速进军海外市场。如果通过业务创新和进军新市场可以为企业带来50万活跃用户，假设每个用户每年平均贡献收入60元，总共每年为企业带来3000万元的新增收入。减少碳排放量由于大型云数据中心的规模效应和更高效的能源利用，以及云服务商大量使用了可再生能源，企业在云化转型后可以大幅降低能耗和碳排放量。计算碳排放量是一个复杂的过程，涉及很多因素，可以利用云服务商提供的碳排放计算器。如果云化转型后碳排放量减少50%，每年的碳排放量从10000吨减少到5000吨，假设碳交易价格为100元/吨，那么每年因减少碳排放量的收益为50万元。提升IT运维效率云化转型后，企业无需管理IT基础设施，再借助云服务商提供的智能监控系统和自动化运维工具可以大幅提升IT运维效率。如果每个运维工程师可管理的服务器数量提升 2 倍，从100台提升至200台，假设企业总共有2000台服务器，每个运维工程师的年薪是20万元，那么每年总共可以节省200万元运维成本。需要注意的是该项收益包含在降低IT基础设施的TCO所带来的收益中，可以将本项收益汇总到那里。以上收益均为估算，实际收益需根据企业具体情况进行调整。这些收益包括成本节约、损失减少和收入增加等直接收益，但不包含因提升业务系统可用性、提升安全性和合规性、减少碳排放量所带来的公司品牌价值提升等间接收益。将上述收益汇总后就得到了整个云化专项项目的总收益，结合云化转型的总投资可以计算出ROI，为管理层的战略决策提供有力支撑。父主题：制定战略

云采用框架
云采用框架-制定云化转型战略

制定云化转型战略在识别驱动力、评估云化成熟度、制定云化目标和分析云化收益之后，您需要正式制定云化转型战略。制定云化转型战略通常包含以下步骤：设计云化转型的愿景、明确具体的云化目标、与干系人对齐目标、邀请高层正式发布战略，以及在组织范围内进行战略宣贯。关键在于确保与所有干系人进行充分的沟通，以在组织内部达成一致意见。这个过程可能需要经过多轮的讨论、平衡和修正，才能最终形成一致的战略方向。设计云化转型的愿景首先是设计云化转型的愿景。愿景是组织对未来的期望和蓝图，是全体员工共同努力的方向。在制定愿景时，需要结合组织的使命、价值观以及对行业发展的洞察。愿景应该具有前瞻性、鼓舞性和指导性。例如，一个有力的愿景可以是：“通过云化转型，我们将构建一个灵活、高效、安全的数字化平台，赋能业务创新，提升客户体验，最终成为行业领先的智能化企业。”这个愿景明确了云化转型的目标——构建数字化平台，强调了灵活性、高效性和安全性，突出了赋能业务创新和提升客户体验，最后指向成为行业领导者的愿景。这种清晰而有感染力的愿景能够激励员工，为他们提供清晰的奋斗目标。在制定愿景的过程中，领导团队需要深入思考组织的核心竞争力，以及云化转型将如何增强这些竞争力。同时，还需要考虑行业趋势、技术发展和客户需求，确保愿景的现实性和可行性。明确具体的云化目标接下来，明确具体的云化目标是将愿景转化为可执行行动的关键一步。云化目标应该符合SMART原则，并且与组织的业务战略保持一致。例如，可以制定如“在两年内，将IT基础设施运营成本降低15%”或“在一年内，实现业务系统的弹性扩展能力，提高资源利用率30%”等目标。这些目标都有明确的衡量标准，便于后续的跟踪和评估。详细内容参考制定云化目标。与干系人对齐目标云化转型需要得到高层领导和各个干系人的支持和认同，因此需要与他们进行深入的沟通，确保云化转型的目标与各个干系人的目标一致。在这一步，组织可以召开高层战略会议，邀请CEO、CIO、各业务部门负责人以及关键的干系人参与。在会议上，详细介绍云化转型的愿景和业务目标，讨论转型对各部门的影响和预期收益。例如，IT部门可能关心技术架构的变化，而业务部门则关注云化如何支持业务增长。通过这样的沟通，可以使各方了解云化转型的重要性，认同其价值，并提出他们的建议和意见。在这个过程中，组织需要倾听干系人的关切，及时回应他们的问题，调整策略以适应实际情况。这种对齐过程有助于减少转型阻力，确保各部门协同合作。邀请高层正式发布战略在与干系人对齐目标之后，组织需要正式将云化转型战略公之于众。这一举措不仅可以展示高层对云化转型的重视程度，还能够提高全体员工对战略的理解和认同。组织可以策划一次全员大会或线上直播活动，由CEO或其他高层领导正式发布云化转型战略。在发布会上，高层领导可以阐述云化转型的愿景和业务目标，分享他们对未来的期待，并表达对员工的期望。例如，CEO可以说：“云化转型是我们迈向数字化未来的重要一步，它将赋能我们的业务创新，提升客户体验。我相信，在大家的共同努力下，我们一定能够实现这个目标。”这种正式的发布能够增强战略的权威性，激发员工的参与热情。战略宣贯在组织范围内进行战略宣贯是确保云化转型战略深入人心的关键步骤。战略宣贯需要针对不同层级、不同部门的员工，采用多种方式进行。组织可以开展一系列宣讲会、培训课程，制作宣传手册、视频等，详细讲解云化转型的意义、目标和具体举措。例如，组织可以在内部网站开设云化转型专栏，定期发布相关信息和进展。同时，各部门负责人应当积极向团队成员传达战略内容，结合部门实际情况，解释云化转型将如何影响他们的工作，以及他们可以做出哪些贡献。通过这些努力，组织能够增强员工对战略的理解和认同，形成全员参与的良好氛围。综上所述，制定组织的云化转型战略是一个系统性、全面性的过程。通过制定清晰鼓舞的愿景，明确具体的业务目标，与干系人对齐目标，邀请高层正式发布战略，并在组织范围内进行深入的战略宣贯，组织能够为云化转型奠定坚实的基础。面对数字化时代的机遇和挑战，组织需要以战略性的眼光，积极拥抱云计算技术，走在行业的前列。父主题：制定战略

云采用框架
云采用框架-云实施团队

云实施团队云实施团队负责将企业内各个业务系统迁移或者直接部署到云上，这要求对企业现有的IT基础设施和业务系统进行详细的调研和评估，设计并实施技术方案。技术方案的设计由云架构团队负责，交给云实施团队负责方案实施，云实施团队通常包含调研评估工程师、迁移实施工程师，职责和技能要求如下表所示。需要注意的是，这两个角色所负责的工作不是持续性的，业务系统全部上云之后也就不再需要了，所以这两个角色可以由IT部门内具备相关技能的工程师临时承担，或者外包给云迁移实施的专业服务提供商。表1 云实施团队的角色和职责角色职责技能要求来源调研评估工程师现状调研：对企业现有的IT基础设施、业务系统、应用架构、数据存储、安全策略等进行全面的调研和文档记录，包括硬件配置、软件版本、依赖关系、性能指标、安全漏洞等。需求分析：业务部门沟通，了解其对云化转型的需求和期望，例如性能提升、成本优化、灾备恢复等，并将这些需求转化为具体的技术指标。可行性评估：评估将现有系统迁移到云平台的可行性，包括技术可行性、成本效益、风险评估等。容量规划：根据业务需求和未来发展趋势，对云资源进行容量规划，例如计算资源、存储资源、网络带宽等。成本估算：根据云服务商的定价模型，估算迁移到云平台的成本，并与传统IT架构的成本进行比较，为决策提供依据。熟悉主流的云平台及云服务。具备扎实的IT基础设施知识，包括服务器、网络、存储、数据库、中间件等。熟悉各种操作系统和应用软件。了解不同的迁移策略和方法。具备一定的IT基础设施和业务系统的调研和评估经验。具备良好的沟通和团队协作能力。 IT部门或者外包给云实施专业服务提供商迁移实施工程师迁移方案实施：根据架构师设计的技术方案和调研评估工程师提供的报告，具体实施业务系统的迁移和部署工作，包括环境搭建、数据迁移、应用部署、配置调整等。测试和验证：对上云后的系统进行全面的测试和验证，确保系统功能正常、性能稳定和安全可靠。故障排除：及时处理实施过程中出现的各种问题和故障，确保实施工作的顺利进行。精通主流的云平台及云服务，并具备相关的认证资质。熟悉各种迁移工具和技术，例如数据迁移工具、容器化技术、自动化部署工具等。熟悉各种操作系统和应用软件。具备扎实的脚本编写能力（例如Shell、Python等），能够实现自动化操作。具备良好的沟通和团队协作能力。 IT部门或者外包给云实施专业服务提供商父主题：云卓越中心

云采用框架
云采用框架-战略制定的反模式

战略制定的反模式在云化战略的制定过程中，一些常见的反模式可能会阻碍云化转型的成功，甚至导致企业资源的浪费和业务的中断。识别并避免这些反模式，对于确保云化转型取得成功至关重要。以下是几种常见的反模式，以及对应的优化建议。云化战略与业务战略没有对齐这种反模式表现为云化转型缺乏与公司整体业务战略的紧密结合，成为IT部门的孤立行为。云化战略的目标与业务目标脱节，高层领导对云化转型的意义和价值缺乏认识，导致支持不足或参与度低。这将导致资源投入不足，转型方向偏离，最终难以实现预期的业务价值。例如，企业为了上云而上云，选择了最新的云技术，却没有考虑这项技术是否能真正解决业务痛点，提升业务效率，反而增加了成本和复杂性。针对这个反模式的优化建议如下：将云化转型战略与业务战略紧密结合：明确云化转型如何支持业务目标的实现，例如加速业务创新、降低成本、提升客户体验、开拓新市场等。用业务语言阐述云化转型的价值，避免使用纯粹的技术术语。获得高层领导的支持和参与：向高层领导汇报云化转型的价值和预期业务收益，争取他们的支持和资源投入。邀请高层领导参与到云化转型战略的制定和执行过程中，确保转型方向与公司整体战略一致。云化战略只关注技术收益，忽略业务收益这种反模式表现为过度关注技术指标的提升，例如资源弹性、数据存储容量或SLO等，而忽略了云化转型对业务的实际影响。虽然技术指标的提升很重要，但最终目的是要通过技术改进带来业务价值。如果只关注技术收益，可能会导致投资回报率低，甚至对业务造成负面影响。例如，企业上云后过度追求性能、弹性和可靠性等技术收益，但忽略了成本优化和运营，导致上云后成本增长过快。针对这个反模式的优化建议如下：以业务为中心制定云化目标：从业务需求出发，确定云化转型的目标和方向。将技术指标的提升与业务收益挂钩，例如通过提升系统韧性、扩展性、安全性来提升业务连续性，请参考章节制定云化目标。量化业务收益：基于前面制定的云化目标，对其进行收益分析，将其转换为财务收益，以便进行项目ROI评估，为管理层的战略决策提供依据，请参考章节分析云化收益。持续跟踪和评估业务收益：定期评估云化转型的业务收益，并根据实际情况调整云化目标。云化战略缺乏与干系人的对齐云化转型涉及到公司内部的多个部门和团队，例如IT部门、业务部门、财务部门等，以及外部的合作伙伴和客户。如果缺乏与所有干系人的沟通和对齐，可能会导致转型过程中出现阻力，甚至失败。例如，IT部门在没有与业务部门充分沟通的情况下，就开始了业务系统的迁移上云工作，导致业务系统中断，影响了业务运营。针对这个反模式的优化建议如下：干系人利益分析：识别所有参与云化转型决策或受云化转型影响的部门、团队和个人。了解不同干系人的利益诉求，并制定相应的策略来满足他们的需求，减少潜在的阻力。请参考章节干系人利益分析。积极开展沟通：制定详细的沟通计划，明确沟通的目标、内容、方式和时间表。采用多种沟通方式，例如会议、培训、邮件、内部网站等，确保所有干系人都能了解云化转型的进展和影响，以及需要干系人提供什么样的支持。意见反馈机制：建立意见反馈机制，鼓励干系人提出意见和建议，并积极采纳合理的建议。企业进行云化转型是一个复杂且充满挑战的过程。成功的云化转型需要仔细的规划、充分的沟通和持续的优化。通过识别和避免上述反模式，企业可以更好地管理云化转型风险，确保转型战略与业务战略对齐，最终实现预期的业务价值，并为企业未来的发展奠定坚实的基础。父主题：制定战略

云采用框架
云采用框架-如何识别驱动力

如何识别驱动力识别驱动力是云化转型的前提，决定了组织是否有正当的理由开启云化转型。识别驱动力是一个比较复杂的过程，需要综合考虑企业的业务战略、业务需求、财务需求和技术需求，并要与高层和干系人达成一致。以下是推荐的步骤：响应关键业务事件企业高层的云化转型决策通常源于实际业务需求，而非凭空臆想。关键业务事件往往是促成云化转型的契机，因此，必须充分考虑企业当前和未来可能面临的关键业务事件。以下是一些常见的能够推动云化转型的关键业务事件。数字化转型：企业进行数字化转型，需要更先进的IT技术和平台支撑，云平台可以提供丰富的数字化工具和服务。数据中心退役：现有数据中心即将到期或设备老化，需要进行更新换代，迁移上云成为一个具有吸引力的选择。合并和拆分：企业收购、合并或拆分会对IT基础设施产生重大影响，云服务的灵活性可以帮助企业快速调整IT资源，适应新的组织架构。现金流紧张：企业现金流比较紧张，希望降低资本支出，包括IT基础设施的投资，将Capex转化为Opex，云服务的按需付费模式可以满足这一需求。关键技术终止服务：现有关键技术的提供商即将停止支持服务，需要进行升级或迁移，上云可以提供更现代化、更可靠和更安全的技术方案。法规遵从变化：新的法规或合规性要求可能需要企业对IT系统进行调整，云平台通常能够更好地满足这些要求。关键业务系统中断：企业经历过关键业务系统的中断，收入和声誉受损，希望提高业务系统的可靠性，云平台可以提供更高的可靠性和容灾能力。碳排放未达标：企业希望降低能源消耗和碳排放，提升企业社会责任形象，云数据中心通常采用先进的能源管理和冷却技术，能源效率更高。市场快速变化：市场环境和客户需求快速变化，企业要加快产品上市速度，云平台提供更灵活和更弹性的IT基础设施，支持产品和新特性快速上市。遭遇安全攻击：企业近期遭遇了黑客攻击，希望提高业务系统和数据的安全性，抵御攻击和数据泄露，云平台可以提供更全面和更强大的安全防护措施。将关键业务事件映射到驱动力将第一步中识别出的关键业务事件与云化转型的驱动力关联起来，可以更清晰地理解云化转型如何应对这些关键业务事件带来的挑战。表1 关键业务事件和驱动力的映射关键业务事件业务驱动力技术驱动力财务驱动力数字化转型提升业务敏捷性加速业务创新提升业务连续性市场扩张提升资源弹性提升系统韧性提升扩展性提升安全性新增收入数据中心退役 - 提升资源弹性提升系统韧性提升扩展性提升安全性提升运维效率提升性能效率按需付费降低成本合并和拆分提升业务敏捷性提升资源弹性提升扩展性 - 现金流紧张 - 提升资源弹性提升运维效率提升性能效率按需付费降低成本关键技术终止服务提升业务连续性提升资源弹性提升系统韧性提升扩展性提升安全性 - 法规遵从变化合规遵从提升安全性 - 关键业务系统中断提升业务连续性提升系统韧性提升性能效率 - 碳排放未达标提升可持续性 - - 市场快速变化提升业务敏捷性提升资源弹性提升扩展性新增收入遭遇安全攻击提升业务连续性提升安全性 - 确定驱动力的优先级并非所有业务事件都具有相同的紧迫性和重要性，您需要根据企业的业务战略和业务现状，对已识别的驱动力进行优先级排序。例如，对于一家正在进行数字化转型的企业来说，“提升业务敏捷性”和“加速业务创新”的优先级更高。而对于一家面临现金流紧张的企业来说，“按需付费”和“降低成本”的优先级更高。这些优先级将决定未来进行方案设计时，应该优先考虑哪些方面。比如在韧性、安全和成本产生冲突时，对现金流紧张的企业来说，就要优先考虑成本低的设计方案，在安全、韧性方面可能就会有所妥协。与高层和干系人对齐在确定了云化转型驱动力和优先级之后，将云化转型驱动力和优先级、预期收益清晰地记录下来，与企业高层和干系人进行沟通和对齐，听取他们的意见和建议，获取他们的理解和支持。父主题：识别云化驱动力

云采用框架

云采用框架

意见反馈

0/200

提交取消

提交成功！非常感谢您的反馈，我们会继续努力做到更好反馈提交失败！请稍后重试！

云服务器内容精选

云采用框架

7*24

备案

专业服务

退订

建议反馈

售前咨询热线