InfoTrack： 使用 Elasticsearch Service 为数据驱动的创新提供搜索支持

解释 InfoTrack 的一个简单方法是，它是律师及其客户在完成业务时需要的法律和相关信息的 Google。它将众多数字搜索、文件和签名功能整合到一个具有单一 UI 和工作流程的平台上，以便个人和企业可以轻松地从数千个第三方搜索和检索信息，并向政府机构提交文件。

纵观其历史，InfoTrack 以开发人员为主导的文化和对最新技术的使用帮助其在市场上脱颖而出，它不断推出新功能，同时为客户提供优质服务。它在全球拥有开发人员，并有一个专门的创新团队，该团队充当新想法、产品和流程的孵化器，定义公司在未来三到五年及以后的发展方向。通过利用 Elastic Stack 并管理他们在 Elasticsearch Service 上的部署，InfoTrack 的开发人员和创新团队能够为客户提供极速搜索，并轻松地即时创建和部署新产品。

创新主管 Ashim Joshi 和技术主管 Nick Carton 表示，InfoTrack 在过去四年中从本地系统迁移到云端有助于促进这种创新，因为它更容易探索和部署新技术。“当您受到本地系统的限制时，很难扩展业务，”Carton 说。“迁移到云端，并最终成为云原生所带来的自由和灵活性，真正启动了我们以开发人员为主导的文化，并使我们能够非常快速地扩展规模。”

InfoTrack 平台可以帮助客户节省时间和精力，收集他们在进行各种法律和房产交易时所需的信息和文件。例如，在澳大利亚市场，如果个人要购买房产，他们需要从当地市政厅或土地注册处获取产权证书等文件。聘请产权转让律师亲自检索这些文件可能需要长达 10 天的时间，但使用 InfoTrack，可以在线即时搜索到这些文件。

当然，能够以过去不可能的方式为人们获取这些文件是一回事。而不断地从不同的数据源和结构中提取这些文件，并以近乎瞬时的速度提供给用户，同时请求量还在持续增长，这又是另一回事。这就是为什么日志记录和监控现在对 InfoTrack 的日常运营至关重要。这种由 Elastic Stack 提供支持的概念使开发人员能够跟踪应用程序的性能，并找到错误的根本原因以便立即解决。

日志记录最初是使用文件日志工具手动管理的，但随着 InfoTrack 的发展，这种方法变得过于耗时，并且不允许开发人员跟踪和调试应用程序。因此，InfoTrack 寻找替代解决方案，并曾短暂考虑构建自己的解决方案。然而，这将花费数月时间，并且需要专门的资源来管理诸如水平扩展和应用程序之间日志分离之类的活动。直到 2017 年初，首席执行官听说了 Elastic Stack，并要求创新团队进行测试，寻找解决方案的工作才得以继续。

InfoTrack 最初实施了 Amazon Elasticsearch Service。创新团队认为这将是一个快速简便的解决方案，但他们很快就遇到了安全和性能问题。其中一个问题是 Amazon Elasticsearch Service 运行的是旧版本的 Elastic Stack。此版本仅允许使用 IP 限制进行安全保护，并限制开发人员调整底层 Java 虚拟机 (JVM)。此外，在使用 Amazon Elasticsearch Service 时，InfoTrack 团队无法访问 Stack 的其他功能，包括 APM、索引生命周期管理 (ILM) 和 Graph。没有这些功能，团队就无法充分发挥其潜力，为长期成功和稳定性构建系统，并确保他们从可用的数据中获得最大价值。

在 Elastic 提供的强大支持和文档的帮助下，迁移过程毫不费力，并且使 InfoTrack 可以访问最新版本的 Elastic Stack 和更广泛的功能。这包括更强大的、基于角色的安全控制，并增加了启动新内部客户和项目的灵活性。事实上，现在非常简单，所有开发人员只需在 Elasticsearch Service 控制台中单击一个滑块，就可以扩展或添加新的集群。

InfoTrack 现在使用 Filebeat 和 Metricbeat 将来自数千个应用程序的数据传输到 Logstash，在那里它被转换为可读格式。然后可以使用 Elasticsearch 和 Kibana 实时搜索和可视化数据。

Carton 表示，除了提高搜索速度外，Elasticsearch Service 在连接不同的数据流和管理索引生命周期方面提供了更大的灵活性，InfoTrack 计划在未来通过实施热-温-冷架构来更好地平衡性能和成本，从而利用这一优势。

“我们现在已经集中了所有日志和指标，并在 Kibana 中监控一切。这使得我们很容易发现应用程序错误并了解正在发生的事情，因此我们可以最大限度地减少任何停机时间，”Carton 说。

随着时间的推移，InfoTrack 通过使用 Elastic Stack 监控业务的其他方面，并为新产品和服务改进提供想法，从而不断从中发现更多价值。创新团队最近还使用 Elastic Stack 设计了一个新的金字塔形“产品故事”，这彻底改变了其平台上的搜索方式。在金字塔的底部是 InfoTrack 的数据湖和一个由 Elastic Stack 提供支持的数据集市层；InfoTrack 的 API 层和应用程序位于顶部。这使开发人员能够基于这些数据集市来构建产品，而不是启动和维护不同的数据库。

创新团队现在正在对其平台上的所有 5500 多万份文档订单的元数据进行标记，以便在其产品中提供更智能、更快速的搜索机制。在数据团队的帮助下，他们还建立了一个 ETL 管道，该管道将平台上的文档标记并转换为轻量级格式，以便进行高效的全文搜索。

“建立这些数据集市并利用 Elastic Stack 实现更精细的关键字搜索，促进了这种文化，即我们的开发人员会问我们还能用这些数据做些什么，以及如何将这种搜索能力扩展到我们的客户，”Joshi 说。

InfoTrack 的新数据湖搜索是这种创新的结果。它是一个智能搜索解决方案，允许客户重新排序、可视化和发现来自不同第三方的多个文档之间的联系。例如，律师搜索潜在客户的姓名，可以找到与该人的房产、企业以及当前或过去的法律事务相关的信息，所有信息都在一个地方。

这改变了客户研究的速度，并允许在一天内完成利益冲突搜索，而不是几周。

Elastic Stack 和 Elasticsearch Service 的使用带来了广泛的好处，首先是从管理日志和解决应用程序错误所节省的时间开始，并最终带来了值得信赖的客户体验。“我们的客户选择 InfoTrack 是因为我们提供优质服务。Elastic 通过使我们能够及早发现应用程序问题并更快地解决支持问题，帮助我们实现这一目标。因此，我们的帮助台 NPS 从 70 提高到 80 多，”Joshi 说。

随着 Kibana 有助于减少调查问题所花费的时间，并让开发人员有更多时间专注于推出高质量的代码，增长和客户保留率等其他指标也将随之上升。他们能够每天部署修复和功能，并发布创新解决方案，例如在其他地方找不到的 InfoTrack 数据湖搜索。更重要的是，该业务拥有比以往更多的数据，这有助于它识别交叉销售机会并防止客户流失。

InfoTrack 现在专注于完善其开发流程，并添加 Elastic Stack 的新功能，这就像在 Elastic Cloud 控制台中单击并拖动滑块一样容易。其未来的计划包括使用 APM 来跟踪其文档交付管道中的故障点，因此无论是故障源于其自己的技术堆栈还是合作伙伴的技术堆栈，它都可以更快地解决问题。InfoTrack 还对在 Elastic Cloud 中轻松访问 SIEM 感到兴奋，并且正在探索如何利用它来监控威胁和驱动安全运营，并避免构建内部解决方案来执行相同的操作。

“我们的目标是每四个月发布一个完整的解决方案，而 Elastic 为我们提供了实现这一目标的灵活性和效率，”Joshi 说。