你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

数字资产规划方法

数字资产规划采用多种形式,具体取决于所需的结果和现有资产的大小。 可以使用多种方法。 必须在规划周期提前规定有关方法的期望。 不明确的预期通常会导致与其他清点收集练习相关的延迟。 本文概述三种分析方法。

工作负荷驱动的方法

自上而下的评估方法评估安全方面。 安全性包括数据分类 (高、中或低的业务影响) 、合规性、主权和安全风险要求。 此方法评估大致的体系结构复杂性。 它评估身份验证、数据结构、延迟要求、依赖项和应用程序生命周期等方面。

自上而下的方法衡量应用程序的操作要求,例如服务级别、集成、维护时段、监视和见解。 分析和考虑这些方面后,生成的分数反映了将此应用程序迁移到每个云平台(IaaS、PaaS 和 SaaS)的相对难度。

自上而下的评估评估应用程序的财务效益,例如运营效率、TCO、投资回报和其他适当的财务指标。 该评估还会检查应用程序的季节性(例如,在年度的某些时间是否会出现需求高峰)和总体计算负载。

它还查看它支持的用户类型 (随意或专家,始终或偶尔登录) ,以及所需的可伸缩性和弹性。 最后,评估最后检查业务连续性和复原要求,以及运行应用程序的依赖项(如果应发生服务中断)。

提示

工作负载驱动方法需要业务和技术利益干系人的访谈和传闻反馈。 重要人员是否有空是能否按时完成的最大决定因素。 数据源的不稳定性使得生成准确成本或时间预测变得更加困难。 提前做好计划并验证收集到的所有数据。

资产驱动的方法

资产驱动的方法根据支持迁移应用程序的资产提供计划。 在此方法中,你将从配置管理数据库 (CMDB) 或其他基础结构评估工具拉取使用情况统计数据。

此方法通常假设将 IaaS 部署模型用作基准。 在此过程中,分析会评估每个资产的属性:

  • 内存
  • ) CPU 核心数 (处理器数
  • 操作系统存储空间
  • 数据驱动器
  • 网络接口卡 (NIC)
  • IPv6
  • 网络负载均衡
  • 群集
  • 操作系统版本
  • 数据库版本 ((如有必要))
  • 支持的域
  • 第三方组件或软件包等

然后,将此方法盘点的资产与工作负载或应用程序保持一致,以实现分组和依赖项映射目的。

提示

资产驱动方法需要丰富的统计使用情况数据源。 扫描库存和收集数据所需的时间是能否按时完成的最大决定因素。 低级别的数据源可能在资产或应用程序之间缺少依赖关系。 计划至少花费一个月时间来扫描库存。 部署之前验证依赖关系。

增量方法

我们强烈建议使用增量方法,就像在云采用框架中对于许多过程那样。 对于数字资产规划,这相当于一个多阶段过程:

  • 初始成本分析: 如果需要财务验证,请从前面所述的资产驱动方法开始,获取整个数字资产的初始成本计算,无需合理化。 此方法建立了最坏情况的基准。

  • 迁移规划: 组建云策略团队后,使用工作负载驱动的方法构建初始迁移积压工作,该方法基于他们的集体知识和有限的利益干系人访谈。 此方法可以快速生成轻型工作负荷评估来促进协作。

  • 发布计划: 在每个版本中,请删除迁移积压工作并重新设定其优先级,以专注于最相关的业务影响。 在此过程中,选择接下来的 5 到 10 个工作负载作为优先发布。 此时,云策略团队会投入时间来完成穷举式工作负荷驱动的方法。 延迟此评估,直到发布更好地尊重利益干系人的时间。 它还会将全面分析的投入延迟到业务部门开始查看前期工作的结果为止。

  • 实现分析: 在迁移、现代化或复制任何资产之前,请单独评估该资产,并在集体发布过程中对其进行评估。 此时,可以仔细检查初始资产驱动方法中的数据,以确保准确的大小调整和操作约束。

提示

增量方法可实现简化的规划和加速结果。 所有参与方需要知道延迟决策的方法,这一点极其重要。 同样重要的是,应该记录每个阶段做出的假设,以避免详细信息丢失。

后续步骤

选择方法后,收集清单数据。