差异化的客户体验
通过部署 Kibana 和 Elastic Maps 作为其 Elastic 可观测性解决方案的一部分,日本古野可以更深入地了解船上的数据使用情况,并可以帮助客户平衡船岸连接的成本和性能。
以更低的成本提供主动服务
检测即将发生的硬件故障并进行预防性维护的能力,具有显著潜力来减少紧急维修的发生和相关成本。
使增长成为可能
通过在 Elastic Cloud 上使用 Elasticsearch Service,古野能够轻松地将解决方案扩展到更多的客户和更多的船舶。古野还有潜力通过打包和销售更适合客户需求的数据套餐来增加收入。
公司概述
古野是一家总部位于日本的电子公司,专门从事船舶电子产品,包括雷达系统、导航仪器和鱼群探测器等声纳技术。该公司还提供卫星通信服务,包括船载数据服务,古野通过使用 Elastic Stack 增强了这些服务。
为船岸之间的新见解提供动力
在过去十年之前,日本古野的卫星通信服务主要由海事行业用于基本的运营通信。然而,随着人们对随时随地连接的期望越来越高,古野的商业客户几乎不可避免地希望将高质量和持续的连接扩展到其他业务应用和船员的访问。
古野必须找到一种方法来帮助客户近乎实时地分析和控制数据使用,而不会占用运营目的所需的带宽——这最终使该公司选择了 Elastic。 Elastic 可观测性解决方案为古野提供了一种每小时将网络流量数据从船上发送到岸上的方法,以主动识别与使用和性能相关的问题。结合 Elastic Stack 的其他功能,这有助于古野为客户提供差异化的服务,包括预防性维护,以保持他们在海上的连接。
古野的 Elastic 之旅
揭示过度的数据使用
当古野的一些客户对其每月数据费用增加感到惊讶,并抱怨他们的连接速度太慢时,信息和通信技术工程团队的任务是找出为何数据消耗如此之多。该团队知道,船员与朋友和家人沟通对于他们的福祉至关重要,但他们怀疑消息传递平台和社交媒体的高使用率是导致客户连接速度慢和数据使用量过多的部分原因。困难在于证明这一点,因为平均需要一到两天,有时甚至几周才能从古野的卫星合作伙伴那里获得使用数据——而且数据包含数千万个电子表格条目,这使得分析变得困难。
古野的 IT 专家 Ben de Vries 说:“我们需要找出船上发生了什么,并能够向客户解释哪些设备和服务正在消耗所有数据。我开始从船上的防火墙收集和分析数据,但是这些数据太嘈杂,我们无法做出决策或为客户提供他们所需的信息,而且这需要花费数小时甚至数天的时间。”
De Vries 寻找一种可观测性解决方案,该解决方案可以提供更频繁、更精细的数据使用洞察,并且可以轻松地与船上的不同类型的通信系统(及其相关的特定数据类型)一起使用。
使用 Elastic 建立正确的功能
Elastic 提供了 De Vries 所需的灵活性和功能,尤其是在 Kibana 的可视化功能方面,这使得古野可以轻松地分析其船上所有硬件的数据,并深入了解来自防火墙的数据。De Vries 在四周内建立了一个演示,并向管理层展示了他如何使用 Kibana 快速找出哪些设备和应用程序导致了数据使用过多。这些信息正是客户了解其费用的原因,因此管理层批准了更广泛的推广。
为了支持更广泛的推广,De Vries 注册了 Amazon Elasticsearch Service。作为亚马逊的现有客户,古野可以在其现有工具中访问该服务,因此试用它是有意义的。然而,两周后,De Vries 转到了 Elastic Stack 的开源版本,并在古野的 AWS 硬件上托管了六个月。
此后不久,古野迁移到了 Elastic Cloud 上的 Elasticsearch Service,该服务提供了 Elastic 的所有最新商业功能。Elastic Cloud 上的 Elasticsearch Service 易于使用,为古野的投资提供了最大价值。此外,由于古野致力于为所有客户改进连接服务,因此选择 Elasticsearch Service 使其能够一键配置新硬件,并无缝地将其 Elastic 解决方案扩展和部署到其余客户船队。
我们最终决定迁移到 Elastic Cloud 上的 Elasticsearch Service,因为我们希望使用诸如 Elastic Maps、安全、警报、报告和 Kibana Spaces 等功能。我们喜欢 Elasticsearch Service 的另一件事是,我们不需要花时间管理我们的部署;它只需要工作。
从分析网络流量到跟踪信号强度
古野已经在 30 艘船上使用 Elastic,其中除了一个之外,所有部署都在过去六个月内完成。现在,每艘船上都有一台小型计算机,运行 Logstash 和 Metricbeat,并从多个系统收集数据,包括防火墙、调制解调器、天线和船上的其他通信设备。Logstash 会过滤掉不必要的数据(如重复的错误消息),然后压缩其余数据,并将其传输到岸上,在那里古野正在运行 Logstash、Metricbeat 和 Filebeat。然后,数据会被发送到 Elasticsearch,并可以在 Kibana 中可视化。
该公司使用两种类型的仪表板来监视和深入研究数据。第一个使用 Elastic Maps 绘制每艘船的位置,允许用户一目了然地查看是否有任何船只遇到连接问题。如果有,用户可以深入研究该船的专用仪表板并快速识别问题。这可能是任何问题,从占用比平时更多带宽的流氓业务应用程序到船舶天线的问题。此外,借助 Elastic Maps,古野可以确定问题是与船舶的定位有关还是与某个卫星提供商的问题有关。
该公司以前使用内部解决方案跟踪船舶位置,但它与他们的 Elastic 部署是分开的,这意味着他们无法获得客户可能面临的所有连接挑战的集成视图。现在,借助 Kibana 中的 Elastic Maps,支持团队可以将每艘船所需的所有信息集中在一个地方。
“许多连接问题与船舶的位置有关,因此使用 Maps 应用程序非常有帮助,并且使我们能够立即识别船舶是否位于没有覆盖的区域,”de Vries 说。“如果他们位于覆盖区域之外,我们就知道为什么没有连接,而不需要调查。另一方面,如果他们在覆盖区域内,并且我们看到有错误,那么我们将进行调查。”
改善服务并降低成本
借助 Elastic,古野现在可以在一小时内获得其需要的用于精确定位网络性能问题来源的数据,而过去需要一到两天。它还可以查看哪些应用程序和设备正在消耗最多的数据,并将流量与硬件或卫星覆盖的任何问题相关联。这些信息有助于该公司与希望优化其连接性能或降低费用的客户进行更好的对话。
此外,如果卫星提供商检测到任何由恶意软件或病毒引起的流量,古野能够在短短一小时内帮助客户识别受感染的设备。在过去,恶意软件或病毒可能会对系统造成严重破坏,并影响数小时或数天的连接,而古野则会监视防火墙流量以查找受感染的设备。
从船舶的硬件和天线收集的错误消息、信号强度和位置数据等信息也被证明在帮助古野识别连接问题以及识别硬件何时有故障风险方面很有价值。然后,该公司可以采取行动并在当地港口安排预防性维护。这可确保客户保持连接,同时最大限度地降低服务成本。
“在我们开始使用 Elastic 之前,很多时间都花在了收集和绘制电子表格数据上,现在不再需要这样做了。相反,借助 Elastic,我们可以轻松地监控卫星通信设备是否按预期运行,或者是否有任何错误。还可以监控船上通信数据,并识别任何未经授权的通信或病毒感染,”古野日本的助理经理兼技术支持负责人 Miki Sato 说。“这使我们能够在早期阶段通知客户任何问题,虽然对原因和对策的调查仍然需要深入的专业知识,但 Elastic 提供的见解非常有意义,有助于推动解决方案。”
随着古野将其 Elastic 部署从 30 艘船扩展到日本和更广泛的亚太地区的数百艘船,这些好处将成倍增加。古野路线图上的其他举措包括使用 Kibana Spaces 来控制谁可以访问和编辑不同的仪表板和可视化效果。这将有助于 IT 部门保护和组织 Kibana 供内部用户使用,并通过向客户直接提供仪表板以收取费用来实现数据货币化。
最后,古野计划使用 Elastic 分析来自卫星提供商的数据,并在客户超出某些使用级别时自动向他们发出警报。这将为客户提供重要的附加价值,但也可能带来新的收入机会,因为销售代表可以使用该数据与客户讨论根据实时使用模式升级他们的计划。
古野集群
- 集群1
- 节点1
- 托管环境Elastic Cloud 上的 Elasticsearch Service
- 文档300.000.000+
- 总数据大小~50GB
- 每日摄取率~每 10 分钟 225 个
- 索引~400 个,大多数都很小,每周滚动
- 搜索率每 10 分钟 285 个
- 副本0
- 基于时间的索引几乎所有
- 节点规格AWS.data.highio.i3 15GB RAM 1 个区域