探索应用程序和基础架构组合
设置项目控制之后，将探索应用程序和基础架构组合，在该过程中将详细描述定义的边界并确定其关键性。这是为了确保在进行发现时完成最佳的知识迁移，并把对业务组织的干扰降到最小。
在探索和计划活动的核心部分，需要确定以迁移为目标的应用程序和基础架构组合的范围。无论是投资组合的一小部分还是多个数据中心，项目都必须确定特定范围，然后才能进行。确定范围需要对IT领域数据的数量、数据的准确性和相关性进行衡量。通常情况下，数据是无用的，或者与之相关联的精确度较低。还应探究哪些业务驱动因素可能会影响待迁移应用程序和基础架构的优先级。这种因素可能是去风险资产(寿命终止、支持终止、未经许可的资产)、纯金融资产(需要在特定日期之前离开数据中心或托管)，或者是绘制应用和基础架构的积极路线图，但上市时间太慢。其他要注意的是所有的技术限制（不受支持的操作系统，大型机等）。确定优先评分应用程序的权重。然后根据发现的数据和商定的评分机制创建应用程序的优先待办事项列表。
对云迁移的评估需要研究和分析几个方面，即基础架构(服务器、存储和网络)、中间件、数据库和应用程序。
大多数组织对他们的应用程序投资组合的看法是脱节和不准确的。无论是手动更新的配置管理数据库(CMDB)、电子表格、不完整的资产清单，还是纯粹的孤岛知识，他们对IT资产的理解都很淡薄。因此，可以使用云迁移方法向云数据存储库填充所有可用的基础架构、应用和应用关系、共享服务分析以及灾难恢复（DR）功能分析。
服务器和虚拟机（VM）的探索是简单的流程。它依靠使用代理或管理虚拟机监控程序直接与端点交互。探索的目的是收集应用程序和基础架构的信息，包括类型、配置、使用情况和正在运行的应用程序。
但是了解应用程序将部署在哪个操作系统(OS)上也很重要。应用程序可能只在特定的操作系统上运行，有些云提供商不提供32位操作系统，而其他提供商可能有意想不到的订购需求。为此最好事先做好研究。
分析云迁移对依赖的影响，如支付网关、SMTP服务器、网络服务、外部存储和第三方供应商。要考虑到识别所有集成点是一项繁重的任务。
完成探索后，映射应用程序和基础架构之间的所有依赖关系。这对于应用程序的迁移、清晰地查看和理解应用程序所依赖的基础架构和流程至关重要。
通过探索，可以确保每个工作负载在选定的云平台上正常运行。通过收集到的分析数据，发现工具能够提供有关云中工作负载兼容性的指标。执行配置分析以了解哪些工作负载无须修改即可迁移，哪些工作负载可能需要进行基本修改才能符合要求，以及哪些工作负载在其当前格式中不兼容。
下面是应用程序和基础架构探索在影响评估和分析期间所需要提供的详细级别的清单示例。
基础架构评估和分析
获取服务器和存储硬件的详细信息。
识别并运行非侵入性工具来获取基础架构占用的详细清单。
分析利用率和性能参数。
分析原样存储并计算分布。
获取IT室/数据中心、网络和安全的硬件清单。
分析机架、电源和冷却的当前状态。
分析网络连接和带宽需求。
评估安全标准和政策。
识别用于网络和第三方连接的云整合选项。
探索云整合和优化选项。
中间件与数据库的评估和分析
确定通过工具部署的中间件解决方案，并对参与人进行问卷调查。
分析目标和与企业架构的一致性。
审查企业集成策略和路线图。
理解集成模式。
识别应用程序对中间件和数据库的依赖关系。
理解部署的数据库实例。
通过工具和问卷数据库对应用程序映射进行验证。
了解中间件和数据库许可以及合理化选项。
确定所有进行中的项目。
确定计划的中间件组件升级列表。
评估中间件平台云整合选项。
根据企业集成策略，确定处于云未来状态的中间件工具列表。
应用程序评估与分析
确定主要利益相关者和应用程序业务所有者
根据执行以发现应用程序的工具，验证应用程序对服务器的依赖关系映射
分析应用程序工作负载和非功能需求
分析进行中的计划
导出应用程序合理化选项
根据企业架构映射商用货架产品(COTS)，并定制应用程序
了解应用程序批量作业、在线应用程序、第三方应用程序接口
映射生产和非生产布局
确定所有需要升级和修补才能做好云准备的应用程序。
确定可以用于云整合的应用程序。
采集应用程序和中间件基础详细信息
企业主
业务关键性
特征（例如有状态或无状态）
技术栈基础
基础架构
依赖关系
采集服务器基础详细信息
OS映像
OS版本
OS供应商
OS补丁程序级别
类型（例如物理或虚拟）
VM大小
VM版本
VM供应商
VM补丁程序级别
CPU要求
RAM要求
磁盘要求
依赖关系
采集存储和数据库基础详细信息
数据结构
数据库要求（例如MySQL或NoSQL）
容量要求
缓存要求
冗余
数据合规性（例如HIPPA）
依赖关系
采集网络基础详细信息
连接类型
负载和流量要求
负载均衡器要求
安全要求
依赖关系
任务
1.选择并实施云数据存储库工具。
2.选择、实施、配置和运行自动发现工具。
3.确定要迁移的应用程序和基础架构并为之划分优先级。
4.确定关键需求，利益相关者和参与者。
5.与应用程序所有者讨论，以了解产品组合或应用程序级别的关键应用程序参数（预期的云成熟度）。
6.根据类别、业务部门、重要性，可用性、位置、最终用户影响和复杂性，执行应用程序到基础架构的依赖关系映射。
7.分析关键依赖关系和集成问题。
8.从高层次分析安全性和合规性要求以了解瓶颈。
9.分析数据敏感性和安全性控制。
10.分析针对云迁移执行的练习详细信息。
11.了解运营管理详细信息。
12.分析托管生产服务详细信息（票证和非票证服务），以估算在迁移到云中的不同服务模型时所节省的工作量。
13.确定迁移可能涉及的高昂成本和工作量。
14.了解基础架构、应用程序和服务以及团队依赖关系。
15.根据需要建立适当的导入例程。
16.在数据源和数据模型之间进行差距分析，并制定解决方案。
17.创建初始标准发现报告。
18.创建基线云数据存储库，这将成为云迁移过程中的唯一真理！
提示和技巧
功能齐全的云数据存储库更可能是关系数据库而不是电子表格。
需要建立和开发相对较高级别的云数据存储库。
创建云存储库基线。
在迁移过程中，与已建立的基线偏离可能是迁移过程中产生错误或问题的早期指标。
迁移后，可以使用迁移前的基线和已建立的目标来判断迁移是否成功，并帮助确定可以认定迁移完成的时间。
如果需要，则根据应用程序的使用模式建立多个基线。如果遇到使用高峰和低谷，则在多个点建立基线，并将其与指定的使用模式相关联。
比较并理解迁移的每个步骤与基线的偏差。
控制云预算，并监控迁移后的动态云环境。
确定并运用必要的SME技能。
当地的IT团队将提供极大的帮助。争取他们的支持，但要避免负担过重。
本地IT团队可以从硬件和软件资源中提供关键数据，并帮助格式化和呈现关键数据。
记住要同时发现源数据元素和目标数据元素。
众所周知，应用程序的命名是不一致的。必要时要考虑使用别名。
将应用程序与其底层服务器相关联是该项活动的关键。
规划如何通过连续运行自动发现工具来保持云数据的最新状态。
在业务案例开发过程中进行初始应用程序发现将有助于准确反映范围。
建议使用自动发现工具。
发现工具可能有所帮助，但需要时间进行部署; 即需要安全签核和解释结果的时间。不要完全依赖这些工具，要准备好运用脑力。
使用不同类别的共享服务会导致云数据存储库中的映射和关系不同。应聘请当地的IT团队参与支持此工作。
源共享服务和目标共享服务可能有所不同。
将探索数据分解为技术系列和云迁移策略可为项目复杂性提供高级视图：
o为项目和资源计划创建自然、最佳的实践工作细目。
o可视化表示将明确的活动传达给业务和技术相关利益者。
o促进针对风险管理策略的风险识别。
要在投资组合发现中寻找什么？
o配置文件探索
o性能探索
o标记和分组
o库存出口
o云虚拟机实例建议
o依赖关系探索
o操作系统进程探索
o依赖关系可视化
oAPI访问
项目组合数据需求示例：
o在开始分析之前，明确一个问题：要探索什么。
o记住应用程序连接、应用程序和基础架构依赖关系以及访问模式（内部/外部）。
o性能指标可提供适当大小的资源。
o服务命名和标记用来识别模式、集群服务器和应用程序。
o基于网络的应用程序（通过网络浏览器访问）。
o与其他内部应用程序没有依赖关系(或松散耦合)的应用程序。
o没有与其他应用程序共享数据存储（SAN / NAS）的应用程序。
o数据库小于1 TB的应用程序。
o在10-15个虚拟机实例上运行的应用程序。
o可接受的停机时间（少于4小时）。
以下问题有助于轻松选择投资组合发现工具：
o如何为当前环境选择发现工具？
o如果是基于代理的解决方案，那么该如何部署代理？
o如果需要，安全策略是否允许它与工具共享管理凭据？
o发现的数据是否可以存储在组织外部的位置？
o是否需要应用程序到端口映射的详细信息？
o是否有应用程序使用自定义端口？
o环境中是否正在运行任何自定义应用程序？
o可用于扫描的端口类型是否有限制？
o是否需要自动调整目标环境的大小？
o是否需要估算目标环境的运行成本？
o是否需要进行深入的应用程序性能监控？
o是否需要进行深入的基础架构性能监控？
至少运行自动发现工具4周，以收集足够的数据点。
用于自动执行发现过程的产品组合发现工具：
oATADATA
oRISC Networks
oCloudamize
oAWS ADS
oMicrosoft MAP
oCirba
oAzure Migrate
活动输出
应用程序发现工作簿
云数据存储库
云准备情况分析
高级应用程序分组
活动输出模板可通过以下网站获得：