这篇文章由Sachin Chheda解决方案营销高级总监撰写
在上一个
博客，我谈到了使基础架构不可见的主题，即使IT和组织可以专注于应用程序和计划 - 利用云中常见的结构。
在接下来的两个博客中，我们讨论了应用程序和业务服务的一般级别框架，涵盖了以下领域 - 分类应用程序，工具和建立现代化的路线图。
构建目录
分类不同的应用程序和工作量似乎很艰巨，但是精心策划的审计和随后的工作量编目做得很好，可以快速，简单地决定对未来策略的决定。有很多用于创建应用程序目录的记录模型。在与Nutanix专家和我们的客户的对话中，我被捕获了一些关键领域，以下列出：
功能：诚实的应用程序/工作负载功能的描述和分类，包括历史记录（年龄，理由）和业务关键性（核心对组织的收入产生/影响或对组织的收入或扮演同等影响或扮演支持功能）。一些建议的最佳实践包括：
- 请注意[工作负载的起源，包括通过合并和收购继承的工作，并通过业务和IT功能确定重叠或类似的工作。
- 设置简单评分机制，基于应用程序关键性，即时和未来收入以及增长影响，用户/人员生产率，品牌/外部知觉等的因素
组织：识别应用程序/工作负载所有者（拥有预算 - SW，基础架构，操作等），运营商（日常责任，包括升级，更新等），用户（所有用户都触摸应用程序/工作负载，包括其他相关应用程序，以及工作负载），顾问/外部供应商，例如系统集成商以及其他既得既得利（安全与合规团队等）。建议的最佳实践包括：
- 建立并共享应用程序/服务的RACI模型。
- 捕获与工作量相关的会议和过程（例如：计划会议，Scrum周期，业务评论等）
要求: Capture the application’s infrastructure or cloud services requirements including underlying components, current deployment model (ex: virtualized or bare metal or cloud service), performance, storage and connectivity needs (ex: throughput/connectivity), service levels (ex: uptime, data protection), and security/compliance requirements. Also capture the utilization of the application by time and capacity, by whom and where (location). Some recommended best practices include:
- 利用可以在一段时间内捕获相关指标的审计/评估工具。此外，捕获季节性（例如：某些工作负载可能需要在周期内进行扩展，而另一些则需要扩展）。
- 捕获基本的SW组件，包括数据库或应用服务器（带有特定版本）等功能。这可能包括云服务，例如对象存储或应用程序功能。
- 捕获维护和刷新/添加新功能所需的预算和其他资源。
- 确定业务的约束和挑战，以及与正常运行时间或可用性，扩展，部署时间，故障排除等应用程序相关联的限制和挑战。
云准备: Understand the application’s affinity to cloud technologies including use of cloud native technologies and services (ex: packaged in containers/VMs, leveraging RDS/DBaaS or what is now called serverless computing functions), application and data portability, automation, catalogs and self service, measuring usage and chargeback, location of the workload or use of cloud services/hosting, and more. Some recommended best practices include:
- 了解它触摸工作负载的其他工具，例如识别管理，自助服务门户，性能或网络性能监控以及应用程序/数据迁移工具。这些可能不在应用程序/工作负载之外 - 涉及操作团队。
- 了解所涉及的不同基础架构，云和应用程序提供商。与工具一样，这可能在应用程序/工作负载之外。
如前所述，还有其他方法可以创建IT目录，包括IT服务目录，这是ITIL（R）服务管理最佳实践的一部分。诸如IT服务目录（下面链接）之类的结构化方法对于某些组织而言，与其他组织可能更好。关键是分类的行为。本系列的下一个博客结束了关于框架的讨论，讨论了建立用于应用程序的路线图和探索不断投资与外包的选项的讨论。
Nutanix Services为合格的客户提供了一个互补的研讨会，他们可以在此过程中进行整个过程。给我们发送纸条，网址为services@nutanix.com
如果您有兴趣与Nutanix一起追求它。另外，请在Next.Nutanix.com上讨论此主题，并分享您的想法
我们的下一个社区包括您和组织使用的任何资源。我们很乐意听取您的意见！
有关该主题的其他资源/阅读：
©2019 Nutanix，Inc。保留所有权利。Nutanix，Nutanix徽标以及本文提到的其他Nutanix产品和功能是美国和其他国家的Nutanix，Inc。的注册商标或商标。本文提到的所有其他品牌名称仅用于识别目的，可能是其各自持有人的商标。
