0

我正在集成 BMC 补救措施和 JIRA 来解决问题。

任务：我运行一个休息服务，如果有任何类型为修补程序的记录，它会在读取 BMC 补救措施后引发自动 JIRA。因此，在创建 JIRA 时，基本上 BMC 中的少数字段将映射到 JIRA。

问题： 因为 Remedy API 只接受一个搜索条件（在我的例子中是“hotFix”），每次我的服务运行时它都会读取补救并获取所有类型为“hotFix”的数据，即使是我已经创建的 JIRA这是预期的。但现在我需要解决这个问题，因为我不想为他们提出重复的 JIRA。

由于某种原因，我不想将所有这些东西存储在数据库中。（以及基础设施成本）。

有什么方法可以在不创建重复项的情况下导入这些数据？

4

2 回答 2

0

在创建 JIRA 票证之前在您的服务中（我假设它是一个 api 调用），检查是否已经存在（通过使用来自 JIRA 的 GET api）。

根据您查询 bmc 补救措施的限制，似乎对 JIRA 进行了额外的调用，以检查其是否重复是一个选项。

于 2018-06-05T18:39:11.473 回答
0

好的！我正在使用平面文件。

作为替代解决方案，我使用了一个平面文件来存储带有“HotFix”标签的上次补救事件的“创建日期”（只有一条记录！如果有新的补救事件，每次我的服务受到打击时，都会更新此记录）并且在从补救措施中获取数据时，我根据创建的日期订购它并存储最新的日期（当我下次点击我的服务以检查 JIRA 是否直到这个特定日期/时间已经创建。）在这个文件中。

这解决了我的问题。

于 2018-06-07T13:33:21.510 回答