开始使用适用于 Jira Service Management 的资产 Data Center 时需要了解的所有信息。
适用于 Jira Service Management 的资产 Data Center 快速入门
本指南面向开始设置适用于 Jira Service Management 的资产 Data Center 的任何用户。利用“资产”，团队可以跟踪其资产、配置项目和资源，以深入了解应用、服务、底层基础设施及其他关键资产之间的重要关系。“资产”是在 Jira 平台上构建的，是团队将资产和配置项目与服务请求、事件、问题、变更和其他事务关联起来，以获得宝贵背景信息的便捷方法。
第 2 步 - 了解“资产”的构建方式
本节概述了“资产”数据库的构建方式。
对象
对象就是您实际的资产/配置项目。这些项目与您的 Jira 事务相关联，无论一个事务何时创建，都会立即出现事务的更多背景信息。
通过利用对象引用，还可实现对象之间的相互关联，以显示对象之间的相互依赖关系。
对象模式
对象架构就是配置管理数据库 (CMDB)，包含对象类型（详细信息如下）和对象。您可以在“资产”中创建多个对象架构，这样做很有用，原因如下：
- 将数据分为更小的数据块有助于审计数据，并可确保数据的准确性。
- 如果有敏感数据，例如：员工信息，将所有此类数据整合在一个访问权限受限的对象架构中可能会更简单一些。
决定如何将数据输入“资产”时，请考虑数据的用途以及数据更新者，这样就可以将数据分组到逻辑对象架构中。
“资产”（进而包括 Jira Service Management）并不在乎哪些对象架构中包含哪些信息。它只能看到一个大型数据池。这意味着，您可以轻松地将多个对象架构用于一个用例，并可以在不同对象架构中的对象之间创建链接。
对象类型
对象类型包含在架构中，并可定义架构中包含的对象。您可以自行定义，也可以使用对象架构模板进行定义。该模板中带有某些可自定义的预填充对象类型。对象类型充当实际对象的容器。由于“资产”非常开放灵活，因此对象类型可以是您所需的任意类型，但常见的对象类型包括：
- 业务服务
- 主机
- 笔记本电脑
- 软件
但它们并不一定是 IT 资产。例如：许多人会添加其他有用信息，如：
- 供应商
- 地点
- 名员工
- Business 优先级
您能够以合理的方式在层次树中组织对象类型。这个层次树主要用于导航和确保可读性，而且您还可以使用空白对象类型来实现这一点，但为了更加轻松地创建对象类型，您可以将其设置为具有属性继承特性。
对象类型属性
对象类型由对象属性定义。每种对象类型都有自己的一组属性。例如：对象类型“笔记本电脑”的属性可能有：型号、序列号、用户、保修到期日期等。
输入属性的实际值可定义对象。您可以手动或自动完成该操作（参见第 4 步）。
所有对象类型都有四个必填属性：
- 名称
- 密钥
- 创建日期
- 上次更新日期
最后三个属性为自动设置。管理员可以定义其他所有属性。由于对象有一个唯一的关键属性，所以每个对象的名称无需具有唯一性。
属性可以由许多不同的数据类型组成，包括文本、日期、数字、URL（非常适合链接至其他信息存储库或服务合同）、Jira 用户（非常适合设置对象所有权）、状态（库存、已分配、停用等）以及其他对象（参见下一节了解更多信息）。
对象引用
要特别调用的对象属性就是“对象”的属性类型。利用属性类型可创建对其他对象的引用，而且是您开始在对象之间构建依赖关系映射的方式。
例如：如果位置是其自己的对象类型，那么每个位置对象都可以是您公司的其中一个办公地点。这样，您就可以通过选择诸如“Stockholm”来快速设置每个笔记本电脑的位置。
对象引用无需手动设置。您可以通过网络扫描仪、导入器、自动化规则等自动添加对象引用。 参见第 4 步了解更多详情。
对象之间的引用有两个主要好处：
主要优势 - 您可以映射对象之间的依赖关系。例如：您可以将业务服务映射至其依赖的不同主机、操作系统和文件。这张地图对于理解变更对下游的影响（如果我更改这个操作系统，哪些方面可能会受影响？），以及找到事件和问题的原因非常有用。由于每个对象都可以关联至 Jira 事务，因此随着时间的推移，您可以构建一个全面的基础设施或其他业务资产历史记录，从而有助于解决问题。
小优势 - 管理更轻松。假设办公室从蒙特利尔迁至多伦多，您只需要更新对象“蒙特利尔”，无需检查每台笔记本电脑是否将蒙特利尔更改为多伦多。
对象引用类型有两种：
- 出站引用是指当前对象至其他对象的引用。
- 入站引用是引用当前对象的其他对象。
使用图形查看器可查看对象之间的引用。您可以决定使用何种引用类型（例如：安装位置、负责人、供应商），并且可以在对象架构设置中对这些引用类型进行颜色编码。
“资产”权限
“资产”有三种类型的权限
- 全局权限 - 在全局设置中，您可以指定在“资产”中拥有管理权限的用户。被分配“资产管理员”角色的用户可以在“资产”内执行所有操作。
- 对象架构权限 - 在对象架构设置中，您可以定义哪些人具有特定对象架构的管理权限，哪些人可以更新对象架构数据，以及哪些人只能查看数据。
- 对象类型权限 - 有时候，您可能希望 Jira Service Management 客户只能看到对象架构中的某些信息，但不想让他们查看整个对象架构中的所有数据。那么，您就可以使用对象类型权限。
第 3 步 - 选择要包含的数据
“资产”的每个实例都是独一无二的，因为每家公司要求跟踪的信息各不相同。“资产”可存储有助于提升您和您公司认知和理解的任何信息。
您应该包含哪些特定资产或配置项目将取决于您尝试执行的操作。用于库存管理的“资产”实例看起来与用于映射业务服务及其依赖关系以更快速地进行变更和解决事件的实例截然不同。
以下是我们关于决定应包含哪些数据的最佳建议：
定义问题
大多数工具都是用来解决问题的，“资产”也不例外。可能是您的事件解决时间没有您希望的那么快，也可能是特定服务的变更通常会导致意外结果，因为查看服务依赖关系比较困难。
找出您的问题，并用它来定义其他内容，从涉及的人员到数据库中包含的资产和信息了解问题，然后推断员工需要哪些额外信息，以帮助他们解决问题。该信息可定义您的对象类型。
一次性添加太多信息可能会加大精确性检查难度，所以请尝试一次关注一个问题。当您解决了第一个问题后，“资产”就会进化，进而解决其他问题。
开始使用服务
对于配置管理工具的使用，我们建议从您尝试解决的问题相关的服务开始。服务定义明确，而且开始添加其赖以运行的各种资产，然后再添加 这些资产所依赖的资产以此类推相对会比较简单。最后，您将能够全面了解每个相关服务及其依赖关系。
您必须决定数据的深度。从实际出发，考虑您的服务需要多少细节信息。映射具体的机架和线缆对某些人来说可能过于繁琐，但对其他人来说，可能是必需。
此外，您无需一次完成所有服务的操作。您可以从关键业务服务或停机时间最长的服务开始。
“服务入门”提供了一组已定义好的入门资产/配置项目。当出现新问题时，您可以根据需要添加其他资产。最好是逐位构建您的 CMDB，因为与一次性确认整个基础设施和资产的准确性相比，确认小块数据的准确性更容易。
使用对象架构模板
“资产”会提供用于 IT 资产和配置管理、人力资源和客户关系管理的对象架构模板。
这些模板可以根据您的需要进行修改，是创建人们经常存储在“资产”中的对象类型的良好起点。浏览一遍对象类型列表，然后移除您不会使用的对象类型。
提示和技巧
想想您没有什么可以生存下去
仔细思考您极力追求的目标以及完成目标所需的信息。每个对象及其属性都应该有用。
您应该和您团队以及任何利益相关者沟通，确保每个属性都会有人或物使用到。如果某个属性对于任何人来说都没有特定的用途，那么该属性就会被弃用。通常，您可以在以后添加该属性！
您是否真的需要了解您服务器的确切位置？或者您操作系统制造商？也许您需要，而且这也非常合理。但是，如果您并不打算根据这些数据做出决定或进行查询，就应该将其放入垃圾站！
添加过多数据会带来一系列挑战：
- 您拥有的对象和属性越多，为确保其准确性所需完成的工作就越多。
- 大量未使用的数据将会掩盖有价值的数据，在极端情况下甚至可能会降低性能。
- 稍后添加数据比删除数据更简单。所以，如果您发现缺少什么东西，您可以在以后添加，而不是为了“以防万一”，从一开始就加载大量数据。没有人会喜欢删除数据。
考虑未来可维护性
考虑如何在“资产”中维护数据，对象属性变更的频率如何，以及在“资产”中及时更新数据的难易程度如何？
如果对象的特定细节经常变化，但却很少使用，那么将其排除在“资产”之外，只在少数真正需要的情况下查询此类信息可能更有益。如果某些信息经常使用，但却具有很强的静态性，那么为了便于访问，将此类信息包含在内可能比较有价值。
我们以笔记本电脑软件为例。如果需要，您可以更新“资产”，以包含使用扫描代理安装在笔记本电脑上的每个软件、软件请求事务和自动化规则。如果您的安装策略为开放式，那么变化相对较快，且扫描模式可能不会选择新的软件，因此准确性可能会有所降低。最好是查看一组您特别想要了解其用法的关键软件。
如果您有严格的安装策略，且只有在笔记本电脑设置和通过 Service Desk 请求时才会安装软件，那么将此类数据存储在“资产”中才有意义，因为其变化速度比较慢，并且更易于跟踪。
请不要拘泥于实际项目
由于“资产”允许您定义所需对象，因此并不局限于传统资产，甚至实物资产。例如，业务服务并不是实物资产，但它们对于人们了解细节至关重要。您可以将服务的所有物理和非物理依赖关系链接至“资产”，如此一来，只需查看业务服务对象，即可全面了解业务的运行方式。
您可以根据需要进行抽象化。“资产”用户可创建的常见示例包括业务重要性对象、环境类型、部门/团队、位置等。
另一个现实示例就是业务服务分类。假设您的所有业务服务都添加到“资产”的“业务服务”对象类型下。您可能想将这些业务服务划分为“财务”、“物流”、“销售”、“基础设施”等类别。您可以使用“业务服务”对象类型中的一个属性进行分类，或者使用它们自己的“服务类别”对象类型进行分类。
这样做的好处是，您可以添加业务服务分类特定的详细信息（属性）。或许有人负责所有的财务业务服务。您不希望将这个人直接添加至每个财务的“业务服务”对象中，因为这样会加大维护难度。您只需将其添加到“服务分类”对象类型中的“财务”对象中一次，然后只需在一个位置更新数据即可，并不需要重复数据。
您还可以制定一些规则，用于获取每个单独财务业务服务的操作状态，并将其汇总为财务分类的总体状态。现在，您可以通过查看分类对象来快速查看每个服务分类是否存在任何服务问题。
您无需将这些对象类型添加到“资产”中，但必须清楚您不受传统资产/配置项目的限制。这完全取决于您想要做些什么，这就是为什么了解您的目标和实现目标所需信息如此重要的原因所在。
展望未来，逐步发展
请记住您未来可能想要进行的任何扩展。这将决定您选择要包含的数据，以及您数据的构建方式。
尽管记住这一点很有好处，但我们仍建议以渐进方式构建“资产”。想要实现一个包含 100% 准确数据和 1000 个对象的超大型版本非常困难。但从小处开始，然后随时添加新属性、对象和对象架构则明显更简单。
我们建议您先找到问题，构建“资产”以修复问题，然后找到下一个问题，从而不断发展完善“资产”。
设定现实的准确性期望值
确保 100% 的准确性是我们的目标，但在现实中，可能无法实现这个目标，但没关系。只要数据足够准确，能够提供比一开始没有数据时还更大的商业价值，那么您就能因此受益。如果在上线之前一直追求“完美”，那么许多 CMDB 项目都可能会延迟甚至失败。
第 7 步 - 设置自动化
在本节中，我们将了解在“资产”中自动执行重复性任务的两个选项。
“资产”自动化功能
“资产”自动化功能具有对象架构特异性。常见用例包括：
- 根据架构中“资产”对象的某些触发条件或变更发送通知，例如，当许可证或保修即将到期时发送电子邮件通知，或者在服务停止时创建 Jira 事务。
- 保持“资产”数据整洁和标准化，以便于报告和查询。
自动化规则可更新对象信息、创建事务、发送电子邮件、发出 HTTP 请求、执行 Groovy 脚本等。
您可以在这里了解如何创建自动化规则：
处理结果
“资产”还引入了新的后处理功能。与自动化规则类似，后处理功能允许您自动执行操作。
不同之处在于，当通过 Jira 工作流改变事务状态（事务转换）时，操作生效。这些操作包括更新资产、发送通知以及运行脚本。
例如：当创建请求员工入职培训的事务时，可创建将必要资产分配给新用户的任务，这些资产包括笔记本电脑、手机和手机订阅服务，每项资产都有相关联的“资产”对象。
提示和技巧
如果您目前使用事务文本字段来输入或更新“资产”中的数据，或者如果您有时会手动将对象输入至“资产”中，那么数据就有可能会变得混乱。在这种情况下，请使用自动化功能。
Server 名称就是一个很好的例子。通常，这些名称都会进行标准化，而且很容易输错。您可以创建自动化规则，当创建或更新 Server 对象时触发该规则，以确保 Server 名称符合命名约定，并在发现错误时对其进行标记。
第 9 步 - 设置报告
报告对于您和您公司以及您试图利用“资产”解决的问题来说是非常具体的。“资产”随附许多预配置的报告，有助于您了解您的资产和配置数据。您可以报告您的“资产”对象、与之相关的事务和项目以及在这些对象上花费的时间。
例如：您可能想要了解 您的关键业务服务发生了多少变更和事件，或者是否存在包含服务请求处理时间及相关资产类型的模式。您可以使用报告来查看哪些关键业务服务的关联事件数量最多，这样您就可以知道在哪里确定改进的优先级。