进行组织范围的应用程序组合评估。这是定义组织范围的转型策略所必需的步骤。如果已经进行了评估,则可以进行进一步分析。如果组织在整体上还没有为使用云计算做好准备,则计划对准备好进行云计算转型的业务部门的应用程序进行评估。组织采用7R迁移策略:分别是重新托管(Rehost)、重建平台(Replatform)、重构(Refactor)、重新构建(Rearchitect)、替换(Replace)、保留(Retain)和退役(Retire)。评估阶段的结果是提供针对应用程序映射的7R策略之一。
需要通过自上而下和自下而上的方法来评估应用程序。这个阶段包括通过举办研讨会、通过收集一系列调查表的答复来获得所需的应用程序详细信息。应用程序和基础设施属性也可以从配置管理数据库(CMDB)或现有的企业架构(EA)存储库中收集。对于具有较大IT足迹的企业,建议利用自动化的应用程序和基础设施发现工具来获取所需的属性和应用程序详细信息。
标识应用程序的生命周期状态。从评估列表中筛选近期“计划退役”或已从进一步评估中“退役”的应用程序和基础设施。
(1) 数据收集
为每个应用程序收集以下类别中的属性。
-
应用程序属性:创建包含基本应用程序属性的清单,如功能、应用程序的生命周期状态、业务能力、支持业务单元、托管位置/地理位置、应用程序类型(Web /批处理/中间件/事务/分析等)、任何计划的升级或近期预期的更改。
-
业务价值属性:这一应用程序对业务的重要程度,包括产生收入、提供分析报告或支持运营。捕获一些因素,如与业务战略的一致性、当前收益、业务重要性、存在于其他应用程序中的此应用程序的冗余/重复功能、用户数量、发布新功能(敏捷性)所用的时间、组织的差异化因素、用户满意度,以及这个应用程序的自动化水平。
-
总体拥有成本:例如维护应用程序的成本、基础设施成本和许可成本。
-
技术价值属性:应用程序与技术策略的一致性、应用程序的技术债务和性能、易支持性、易集成性、满足现代技术标准、满足非功能需求(NFR)的现状,例如模块化、可扩展性、可迁移性、可访问性、可维护性、响应时间、可恢复性、可用性、性能、开发和部署方法,以及生成的数据的质量和准确性。
-
风险和合规性属性:数据隐私、安全和法规要求,例如数据保密级别、数据加密要求、应用程序安全要求、组织约束、本地/区域法规要求(如HIPPA、GDPR、PCI-DSS等)。
-
云适应性:检查将应用程序移至云平台的技术可行性。并了解各种情况:例如应用程序是否具有云中不支持的硬件依赖性(设备)或操作系统(OS);如果是打包的COTS应用程序,需要检查云平台的可支持性;应用程序是否使用COBOL、C、C++等传统技术?还是在使用现代技术?检查云平台上的数据库可支持性,例如是否托管在内部部署数据中心还是第三方数据中心。
-
复杂性:可能影响云迁移的复杂性。应用程序的分布、配置、主机数量、数据库大小、接口技术、接口数量(入站和出站)、拓扑/集群需求、负载平衡需求、代码复杂性、构建/测试/部署的易用性,以及使用的传统技术等因素。
许多IT公司和云服务提供商(AWS/Azure/Google)都提供了免费的自动化应用程序发现和评估工具。然而,组织仍然需要人工干预和访谈来获取某些属性,以确定正确的处置策略。
(编辑:唐山站长网)
【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!
|