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 无法使用 Elastic Stack 的多项其他功能，例如 APM、索引生命周期管理 (ILM) 以及 Graph。没有这些功能，团队在构建可确保长期成功和稳定的系统时便无法发挥出全部潜力，也无法确保从已有数据中获得最大价值。 

有了 Elastic 提供的出色支持和文档，InfoTrack 轻松完成了迁移，可以体验最新版本的 Elastic Stack 以及更广泛的功能集合。这其中包括更加强大的基于角色的安全控制，而且可以让我们更加灵活地快速部署新的内部客户和项目。实际上，这一方案简单到无以复加，以至于如需扩展规模或添加新集群，开发人员仅需在 Elasticsearch Service 控制台中点击一下滑条，便大功告成了。 

InfoTrack 目前正在使用 Filebeat 和 Metricbeat 来从数千个应用程序向 Logstash 传输数据，这些数据在 Logstash 中会转换为可读格式。然后使用 Elasticsearch 和 Kibana，便可实时对这些数据进行搜索和可视化了。 

Carton 表示，Elasticsearch Service 不仅提高了搜索速度，而且还能让团队更加灵活地关联不同数据流并管理索引生命周期；InfoTrack 计划未来采用热温冷架构来更好地平衡性能和成本，充分利用索引生命周期功能。 

“我们现在已将所有日志和指标都集中到一起，并且可在 Kibana 中监测所有内容。此举让我们能够超级轻松地检测到应用程序错误，并了解最新情况，以便将宕机时间降至最低。”Carton 说道。

一段时间以来，InfoTrack 持续从 Elastic Stack 中收获了更多价值，例如通过使用 Elastic Stack 来监测公司的其他方面，并在开发新产品和服务改善方面形成新想法。创新团队最近还使用 Elastic Stack 设计了一个新的金字塔形“产品故事”，颠覆了平台上的搜索体验。金字塔底层是 InfoTrack 的数据湖和数据仓库层（由 Elastic Stack 提供支持）；InfoTrack 的 API 层和应用程序则位于顶层。这一设计使得开发人员能够基于这些数据仓库来完成产品架构，而无需再设置并维护不同的数据库。 

创新团队目前正在对 InfoTrack 平台上全部 5500 多万份文档订单的元数据添加标签，从而针对所有产品提供更加智能、更加快捷的搜索机制。借助数据团队提供的帮助，他们还设置了一个ETL 管道来对平台上的文档添加标签并将其转换为轻量型格式，以便高效地完成全文本搜索。 

“通过设立这些数据仓库，并使用 Elastic Stack 来完成更细粒度的关键词搜索，我们进一步推动了公司文化，即鼓励开发人员不断提问还可以怎样处理数据，还能怎么做来让用户享受到这一强大的搜索功能。”Joshi 说道。 

InfoTrack 新的数据湖搜索便是这一创新的结晶。这是一个智能搜索解决方案，可允许客户对来自不同第三方的各种文档进行重排序和可视化，并找到文档间的联系。举例说明，有一名律师正在搜索潜在客户的姓名，那么他/她在一个地方便可找到与此人的不动产、公司以及当前/过去法律事务相关的信息。 

这极大程度上提高了客户研究的速度，将完成利益冲突搜索所需的时间从数周减少至一天。 

通过使用 Elastic Stack 和 Elasticsearch Service，InfoTrack 取得了广泛效益，首先是节省了管理日志和解决应用程序错误所需的时间，这当然又有助于打造更佳的客户体验并赢得客户信赖。“我们的客户之所以选择 InfoTrack 是因为我们提供杰出服务。有了 Elastic，我们能够尽早发现应用程序问题并极大程度上提高解决支持工单的速度，可以说 Elastic 帮助我们履行了提供出色服务的承诺。有鉴于此，我们支持中心的 NPS（净推荐值）已经从 70 提高到超过 80。”Joshi 说道。 

由于使用 Kibana，调查问题所需的时间得以减少，这使得开发人员能将更多时间集中到推出更优品质的代码上，所以增长率和客户保留率等其他指标也实现了增长。他们能够每天部署故障修复程序并推出功能，还能推出在市场上独具特色的创新解决方案，例如 InfoTrack 的数据湖搜索。还有一点，公司现在拥有的数据比之前任何时候都要多，这有助于公司确定交叉销售机会并防止客户流失。 

InfoTrack 现在专注于制定成熟的开发流程并添加 Elastic Stack 的新功能；只需在 Elastic Cloud 控制台中点击并拖动滑块就能轻松添加新功能。该公司未来的计划包括使用 APM 来跟踪文档分发管道中的故障点，这样，无论故障是发生在自身还是合作伙伴的技术堆栈内，公司都能更快速地解决问题。InfoTrack 对能够在 Elastic Cloud 中轻松使用 SIEM 也倍感兴奋，现在正在探索可以如何利用这一功能来监测威胁、推动安全运营工作，并避免构建自有解决方案来完成同样的工作。 

“我们希望每四个月推出一整套解决方案，Elastic 帮助我们灵活又高效地实现了这一目标。”Joshi 说道。