Flagsmith 允许客户管理跨网页、移动端和服务器端应用程序的特征标志，实现真正的持续集成。Flagsmith 可以在其托管 API 上使用，部署到您自己的私有云，或在本地运行。该公司正在帮助客户在不进行部署的情况下管理功能，结合了功能切换的概念和远程配置的灵活性。您不仅可以打开和关闭功能，还可以为单个细分市场、用户和开发环境进行配置。

作为特征标志服务，Flagsmith 的 API 接收了大量的流量！这些流量为公司提供了信号，用于在其平台内提供功能。在开始使用 InfluxDB 之前，Flagsmith 使用 Google Analytics 和 SQL 数据库的组合来管理这个数据流，但这不足以满足公司的需求，也无法扩展。现在，Flagsmith 正在使用 InfluxDB 跟踪其 API 的流量，按客户、项目和标志进行细分。这使得公司能够查询这些数据，并为用户提供额外的功能和服务的功能。

Flagsmith 创始人 Ben Rometsch 推荐 InfluxDB，因为首先，它是一个开源数据库。能够将 InfluxDB 带到其 Docker 和 Kubernetes 安装中而没有任何许可限制，这对用户来说非常重要，无论是自托管用户还是本地运行的用户。Flagsmith 的 SaaS API 与托管 InfluxDB 平台一起运行，这意味着公司不必担心其基础设施的这一方面。Flagsmith 也不必担心规模或定价；基于使用量的模式非常适合公司的需求。InfluxDB 2.0 的查询语言也非常出色。Flagsmith 将 SDK 集成到其平台中，并在几小时的开发时间内根据 InfluxDB 数据实现了功能。

Rometsch建议关注下采样，因为这非常重要。当您处理大量数据点时，下采样至关重要。考虑您需要什么样的下采样时间窗口才能及时提供正确的数据。例如，Flagsmith对1分钟、15分钟和1小时的时间窗口进行了下采样。然后，公司根据试图呈现的数据类型使用适当的下采样桶。由于查询语言非常强大，他建议尽可能在查询本身内完成大部分处理，而不是在下游代码中。提前考虑您的模式也非常重要。他建议提前考虑您需要从平台中获取什么，以及您将如何在前端对数据进行过滤。