Revinate 是一家为酒店提供软件服务的公司，其客户群不断增长，因此面临着挑战。该公司的配置已迅速增长到 25 台物理服务器，支持 400 个虚拟实例。该公司的软件即服务 (SaaS) 产品托管在采用 OpenStack 架构的 Rackspace 私有云 (RPC) 环境中。但是，RPC 产品缺乏高效运营所需的强大管理功能。可用数据仅以每周电子邮件的形式偶尔提供，迫使该公司手动跟踪任何趋势。该公司需要一种工具，使他们能够从上到下监测整个堆栈，包括应用程序、所有底层服务、虚拟实例和虚拟机管理程序以及物理服务器资源。

随着 SimpleReach 平台的发展，团队开始花费更多时间在基础设施更新期间跟踪和比较性能指标。他们现有的开源监控工具造成了开发团队和运营团队之间的脱节，使得难以评估生产环境中频繁更改对性能的影响。潜在的问题是一个熟悉的问题：开发和运营之间的脱节。“开发人员没有意识到他们所做的更改如何影响生产环境，”Lubow 回忆道。“有些影响是巨大的，而应用程序和系统软件都需要频繁更改，这使得这种情况难以维持。”

Vistar Media 是一家为数字户外广告行业提供程序化平台的公司，随着基础设施的发展，该公司面临着挑战。他们需要一种强大的方法来监控实时服务，但又不想花时间管理自己的监控解决方案。他们正在寻找一种可扩展、低开销的解决方案，可以与现有的服务和数据库（如 Python、StatsD、Amazon EC2 和 Amazon S3）集成。这将使他们的团队能够专注于为客户提供服务。在他们之前的设置中，他们严重依赖开源项目 Graphite，并且有超过 12 台服务器专门用于收集监控指标。随着公司的发展，他们不得不花费越来越多的时间来确保监控服务器以与公司相同的速度扩展。

SpringServe 是一个视频广告服务器平台，其自托管监控堆栈面临挑战，无法关联系统之间的指标，因此很难在问题直接影响客户体验之前发现并解决问题。随着 SpringServe 的基础设施变得更加动态和分散，以在全球范围内提供更好的服务，严重的盲点阻碍了这些努力。他们无法跨地区跟踪应用程序性能，也无法关联系统之间的指标以发现问题的根源。SpringServe 需要一个可靠的实时监控解决方案，可以跟上其自动扩展基础设施的步伐，使他们能够采用创新技术，并保持快速增长，而不会牺牲客户所依赖的速度或一致性。

随着 Nordcloud 将其业务范围扩大到整个欧洲，他们面临着开发下一代云服务的挑战。他们意识到，有些需求在内部很难或无法有效解决。Nordcloud 寻求具有自然一致性的独立软件供应商 (ISV) 来填补其产品中的特定空白。他们需要合作伙伴来帮助扩展他们的云解决方案服务，特别是在监控领域。监控云解决方案是托管服务环境的最后阶段，是降低成本和 SLA 故障的关键。Nordcloud 需要解决客户拥有多租户环境或需要比开源工具或传统网络监控工具所能提供的更多可见性的情况。

Neto 希望将其现有的传统基础设施迁移到云中，以推动自动化并支持客户的增长。但是，他们现有的监控工具无法动态扩展，也无法跨临时基础设施组件跟踪服务。这带来了挑战，因为他们需要一种能够在高度自动化的环境中提供实时可见性的监控解决方案。在迁移到 Amazon 公共云 (AWS) 之前，维护和扩展 Neto 的传统基础设施速度慢、反应迟钝且容易出现技术问题。Neto 的基础设施环境经常不同步，如果不进行手动、耗时的流程，就很难增加容量或将更改部署到生产中。

HashiCorp 的自托管监控工具可用性差，导致其系统缺乏可见性。这导致工程师无法快速获得有关新产品功能的反馈，也无法有效地解决问题。实时监控和警报的有限访问权限阻碍了团队对问题的响应，导致事件诊断和解决出现不必要的延迟。可见性的缺乏归因于 HashiCorp 当时使用的自托管监控工具可用性差，导致工程师无法有效地解决问题或获得有关新产品功能的实时反馈。实时监控和警报的有限访问权限阻碍了团队对问题的响应，导致问题诊断和解决出现不必要的延迟。如果无法跟踪和比较当前和历史状态，故障排除将成为一项被动、耗时且繁琐的任务。

CMD Solutions 需要了解云工作负载和基础设施，以便为客户提供安全可靠的云迁移。他们还需要能够辨别关键信号和误报，以缓解客户动态环境中可能出现的任何性能或可用性问题。CMD 必须同时保持对所有客户环境的总体了解。但由于所有客户都同时需要高接触服务，CMD 需要一些工具和流程，使他们能够迁移和支持客户工作负载，而无需进行耗时的手动工作，因为这些工作可能会分散他们对关键系统问题的注意力。

Zendesk 正在过渡到高度动态的基于容器的环境，并且需要一个与 AWS 和 Kubernetes 集成的强大监控解决方案。他们现有的监控工具在团队之间造成了孤岛，并且需要手动关联指标、跟踪和日志，这使得解决问题变得困难。为了满足客户不断变化的需求，Zendesk 的开发人员需要自由地快速构建新功能。从历史上看，Zendesk 曾为其生产工作负载使用过单片本地架构，而其非生产工作负载则在 Amazon Web Services (AWS) 上运行。这种设置给开发人员带来了很多摩擦，并且难以扩展。

Braze 是一家开发客户关系管理软件的云公司，在扩展系统和解决客户支持问题方面面临挑战。该公司处理超过 80 亿个 API 请求，每天向超过 24 亿月活跃用户的网络发送超过 27 亿条消息。随着工程组织的不断发展，团队拥有不同的技术和工具来评估其应用程序的性能并扩展其系统。该组织需要一种统一的方法来确定所配置的基础设施是否适合流量、预测未来需求并调查与性能相关的问题。此外，许多技术客户支持问题直接上报给产品和 DevOps 工程团队，当问题涉及性能、正常运行时间或吞吐量时，实际上绕过了全球服务和支持团队。这导致工程部门分心，并使支持和成功部门无法快速解决客户问题。

Airbnb 是一家领先的社区驱动型酒店公司，它面临着保持服务可靠性的挑战，同时又要快速适应新的业务机会。他们为网站的一些组件开发了基于服务的架构，而其他组件则继续作为其主要应用程序的一部分。他们成立了单独的工程团队来支持单独的组件和功能。随着时间的推移，他们添加了许多不同的监控系统，一些系统向中央仪表板应用程序报告，另一些系统则更加独立。这种方法变得难以扩展，因此他们开始寻找更全面、更全面的运营绩效解决方案。

Fintonic 是一家个人理财规划和移动银行服务公司，该公司正在快速发展并向新市场扩张。他们采用了基于 Kubernetes 的微服务架构来促进其全球扩张。但是，使用现有的监控工具，需要花费一些时间来培训新工程师，因为他们需要学习专门的查询语言来手动关联多个工具之间的日志。由于监控工具无法根据标签定位警报，因此团队在警报覆盖范围和优先级方面遇到了困难。随着业务的快速发展，使用现有的监控工具培训新工程师变得困难。他们需要采用 Kubernetes、Terraform 和 Ansible 的无状态架构，以便能够在智利和墨西哥复制他们为西班牙构建的架构。

EA DICE 正在为《战地 5》测试版发布后预计的流量规模做准备。他们希望在发布计划中确保稳定性和低延迟，并确信他们的客户可以不间断地享受新游戏。游戏服务器团队一直在寻找一个中央日志管理解决方案来补充他们使用 Datadog 进行基础设施监控，他们已经评估了许多日志解决方案。从一开始，他们只对能够提供日志洞察的解决方案感兴趣，而他们的团队无需运行和维护日志系统或产生任何其他开销。第二个要求是找到一种经济高效的日志解决方案来监控游戏服务器，因为日志量很大。最后，他们想要一个可以与他们技术堆栈中的一切集成的日志解决方案。

Devsisters 是一家领先的移动游戏公司，需要了解其应用程序的运行状况，以满足其快速增长的用户群的需求。他们现有的工具增加了复杂性，使得越来越难以查明用户面临的问题。此外，将这些工具实施并集成到他们的技术堆栈中需要工程团队投入大量且持续的时间。当 Devsisters 的工程团队着手监控和确保其云原生系统的可靠性时，他们最初采用了一些开源工具，因为它们认为成本低廉。然而，将这些工具实施并集成到他们的技术堆栈中需要工程团队投入大量时间，无论是前期还是持续的。更重要的是，Devsisters 意识到这些开源工具无法处理其现代环境的规模和复杂性。

Delivery Hero 团队的成员 PedidosYa 在公司为新用户推出免费食品券时面临挑战。用户从不同的 IP 地址创建多个帐户以接收多张优惠券，但这种行为很难大规模发现和预防。当时，该团队的威胁检测工作流程涉及为他们运营的每个域手动创建防火墙检测规则，这项工作非常繁琐、耗时，并且需要大量维护。随着欺诈活动的增加，为每个需要阻止的 IP 地址创建单独的规则变得不可能。这个过程导致检测延迟一个月，这给了恶意行为者足够的时间来实现他们的目标。

Compass 是一家房地产经纪公司，该公司的业务正在呈指数级增长，需要一种可持续的监控策略，该策略可以随着工程组织的发展而扩展。他们使用的是一套不同的监控产品，这意味着工程师通常必须使用多种工具来解决一个问题。这种不断的上下文切换造成了团队之间的摩擦，并导致工程师精疲力竭。此外，他们用于监控前端堆栈的单点解决方案由于对用户配置的支持不佳而引入了过多的管理开销，并且经常由于配置不当而产生误报。随着 Compass 迅速扩大其工程团队，这个过程成为了瓶颈，不再令人接受。

Vidio 是印度尼西亚领先的视频流服务公司，需要一种监控解决方案来确保为用户提供流畅、无延迟的体验。该公司需要了解其动态云环境，这对于保持应用程序正常运行时间和始终如一的高流质量至关重要。挑战在于找到一个直观的平台，不会给工程和 DevOps 团队增加额外的开销。这在现场体育赛事期间尤为重要，因为体育赛事可以吸引多达 800 万观众。

Automotus 是一家路边管理公司，其 IoT 设备和扩展云资源面临挑战。他们需要一个强大的监控解决方案，以便能够查看其 IoT 设备以及扩展云资源。事实证明，他们手动和被动的监控方法效率低下。他们无法收集重要的硬件指标，例如网络吞吐量、I/O 负载和内存，这意味着他们经常错过设备性能下降的最初迹象。如果他们的设备停止发送消息，他们就不得不通过 SSH 进入系统并手动对日志进行分类，这是一个极其耗时的过程，需要所有人参与。他们也无法查看对其系统至关重要的管理和后端服务，例如 AWS IoT Core。由于缺乏一个集中式平台来查看和分析这些数据，这些问题变得更加严重。由此产生的盲点阻碍了他们的故障排除过程，他们只能祈祷一切顺利。

总部位于波士顿的技术咨询公司 RapDev 希望扩展其集成和实施服务产品，以释放更多收入增长潜力。他们在 Datadog Marketplace 中看到了一个机会，即通过为旧版操作系统和内部 IT 提供支持来增强 Datadog 现有的监控功能。挑战在于利用 Datadog 平台大规模实施项目和转型，使其客户群多样化，并创造新的收入来源。

Fundbox 力求通过提高对软件问题的响应能力并减少维护其众多监控工具所花费的时间来增强其 DevOps 流程。该公司希望有一个整体解决方案，使开发人员能够快速发现和解决问题，而不会受到如此多监控系统的拖累。Fundbox 监控基础设施的复杂性使得 DevOps 工程师难以快速发现和解决生产中的问题。其中一些单独的监控工具需要大量的 DIY 定制和持续维护。所有这些额外的开销减少了工程师执行核心 DevOps 功能（例如更新 Fundbox 服务）的可用时间。

法国国有铁路运营商 SNCF 于 2016 年启动了一项重大的数字化转型计划。该计划的目标是通过将 90% 的应用程序迁移到云中并采用 PaaS 和容器化来更新其 IT 基础设施并提高竞争力。然而，SNCF 发现它没有协调一致的监控方法。业务部门一直在独立采用监控解决方案，导致公司总共使用 11 种不同的监控工具。缺乏单一的标准监控工具严重限制了每个团队的监控范围，使得不同的 IT 团队难以就共同的问题进行合作。这显然阻碍了该组织提高竞争力和敏捷性的目标。此外，SNCF 现有的监控工具不是云原生的，导致用户摩擦和额外的管理开销。

随着 Arc XP 的发展，运营开销也随之增加，Arc XP 团队越来越难以跟踪环境并满足 SLO。团队需要找到一种可以在复杂环境中工作的监控工具，让组织能够专注于为客户创造价值。该公司的云基础设施正在扩展到全球多个地区，足够的可见性对于确保为客户提供高质量的体验至关重要。此外，工程团队希望有一个更好的工具来帮助他们提供技术支持和 IT 运营。工程师没有通用的主动警报系统可以在问题出现时立即通知他们，也没有可以帮助他们快速诊断问题的解决方案。这些技术障碍虽然很严重，但最终给组织带来了更根本的业务挑战。Arc XP 团队花在运营和支持上的时间越多，他们利用自身优势实现组织创始使命的机会就越少。

Cvent 是一家市场领先的会议、活动和酒店业 SaaS 提供商，由于全球 COVID-19 疫情，该公司不得不调整其整个产品路线图战略，专注于为虚拟、混合和面对面活动构建新解决方案。他们计划在其年度客户会议 Cvent CONNECT 上推出新平台 Cvent Attendee Hub，并在该平台上举办活动。这意味着它的性能必须无可挑剔，而且他们只有六个月的时间来交付。Cvent 的站点可靠性架构师 Ian Schell 的任务是确保 Attendee Hub 能够适应虚拟活动的广泛覆盖面和增加的注册量，而虚拟活动的注册量通常会超过面对面活动。由于该产品是全新的，因此在使用模式和规模方面存在许多未知数，与某些面对面活动相比，参与者的数量可能高出一个数量级。

Seven.One Entertainment Group 是德国多频道娱乐行业的领先企业，它面临着竞争激烈的市场，观众的习惯也迅速变化。用户正在从传统电视转向视频点播和互动式第二屏体验。该公司需要以只有 DevOps 实践才能提供的敏捷性来执行。然而，缺乏一个单一的监控工具来提供整个应用程序的可见性并让工程师能够跟踪跨服务的请求，这阻碍了他们的 DevOps 思维。每个团队都使用自己的监控解决方案，因此没有工具提供整个应用程序的可见性或让工程师能够跟踪跨服务的请求。缺乏足够的监控也使 Seven.One Entertainment Group 难以提供现场互动节目，这些节目吸引了多达 1000 万同时在线观众。

由于全球疫情的影响，领先的本地配送平台 Delivery Hero 的应用流量急剧增加。他们利用 Kubernetes 来扩展和维护容器化环境，但可见性缺口威胁到他们处理增加的流量的能力。他们现有的开源工具一次只能监控一个集群，在更新或添加新集群时会产生严重的盲点。他们还缺乏对 DNS 服务的可见性，而 Kubernetes 使用 DNS 服务进行服务发现和通信。这种可见性的缺乏使他们容易受到大规模中断的影响，并减慢了问题检测和解决过程。

Econocom 是一家 B2B 经销商和技术咨询公司，需要一种监控解决方案来支持其客户的现代化和云迁移项目。他们需要一种能够快速轻松部署的解决方案，使他们能够专注于发展高附加值的咨询服务。Econocom 正在寻找一种可以覆盖任何客户堆栈并可以快速实施以加快交易周期的产品。他们还需要一个现代化的监控平台，旨在促进临时、基于云和基于 Kubernetes 的系统内的 DevOps 式通信。

Arc XP 希望增强其安全监控能力和纵深防御策略，以便能够快速检测并应对针对其 Web 应用程序和 API 的攻击。作为一家拥有独立运营部门的组织，Arc XP 希望拥有一个单一事实来源，以便其不同团队之间能够更有效地协作。此外，Arc XP 需要检测其客户代码中的可疑行为。Arc XP 平台允许客户在 Arc XP 应用程序中运行自己的代码，从而创建一个共享安全责任模型，Arc XP 负责平台，其客户负责其代码。

Eight Sleep 是一家位于纽约市的睡眠健身公司，需要一款强大的可观察性解决方案。该公司希望更好地了解用户对其应用的体验，并在问题发生之前加以预防。当时，Eight Sleep 使用的解决方案对一些公共端点执行正常运行时间测试，但该解决方案过于基础且缺乏可配置性。工程师经常在半夜接到呼叫，最终被证明是误报。由于开发团队规模较小，Eight Sleep 需要一款能够帮助其快速轻松完成任务的工具。该公司的竞争对手拥有三到四倍的工程师，因此他们需要一款能够以最少的工作量完成其声称可以完成的工作的工具。

Charm Industrial 的目标是减少全球变暖和气候变化的影响。要实现这一目标，Charm 每年需要使用一批快速移动的热解器从大气中封存数十亿吨二氧化碳 (CO₂)。Charm 最终将全天候运行数万台热解器。对于 Charm 的软件和电子部门主管/科学家 Edward Young 来说，这是一个巨大的挑战。“当你拥有数万个系统时，你不可能在每个站点都安排操作员，”他说。“为了扩大业务规模，我们需要一种方法来同时远程实时监控多个系统。”Charm 的热解器系统利用高温分解农业和森林生物质残留物，并将其转化为生物油，用于碳去除。这些系统执行各种工作，并具有严格的安全标准。每个系统都包括测量关键数据（如温度和压力）的传感器，以确保 Charm 不超过安全阈值。团队需要实时监控所有这些数据。

Alpiq 是一家瑞士能源服务提供商和电力生产商，该公司使用五种独立的监控工具，这降低了生产力、增加了成本，并阻碍了其实现端到端的可视性。作为全公司云迁移计划的一部分，该团队还需要从其 Tibco 本地集成平台迁移到基于云的 MuleSoft 平台，并在 Datadog 环境中启用 MuleSoft 监控。如果无法正确了解其集成平台的性能，Alpiq 的团队将难以及时集成应用程序并解决问题，这可能会影响交易和发电厂运营等基本功能。