哪些成本会影响市场数据API？
直接成本与间接成本：先定义
市场数据API是一种软件接口，可向应用程序提供市场信息（例如价格或报价）。“成本”在此语境下指您为获取、传输、存储和使用这些市场信息所产生的费用。
成本可分为：
- 直接成本：提供商因访问和传输而收取的费用（例如订阅费、按请求计费，或为更高限额支付的附加费）。
- 间接成本：由您控制但随使用情况变化的支出（例如计算时间、网络带宽、数据库存储和工程工作量）。
即使提供商的价格表保持不变，您的总支出仍可能因应用程序的请求量、数据量和处理需求的变化而改变。
市场数据API使用如何产生成本驱动因素
市场数据访问通常取决于您查询和消费数据的方式。关键的可变因素包括：
- 请求量：API调用次数、订阅数、请求的交易品种或工具数量。更多交易品种或更频繁的更新通常会增加使用量。
- 数据粒度和更新频率：更高的细节（例如更频繁的更新）可能增加传输的数据量。
- 传输方式：流式传输与轮询可能在“消息/调用数量”和“带宽/吞吐量”之间转移成本，具体取决于提供商的计费方式。
- 并发连接数：某些系统根据您维持的活跃流或会话数量进行收费或限制。
- 数据保留和重放需求：如果您为后续分析存储数据，保留时间和数据量越大，存储和检索成本越高。
- 后处理需求：归一化、过滤、去重和时间序列转换可能增加计算时间。
示例计算的假设
如果您想在没有实时数据的情况下估算成本，请明确假设：
- 平均每分钟请求数（或每秒消息数）。
- 平均每次响应的有效载荷大小（或每条消息的平均字节数）。
- 保留周期（以天为单位）。
- 处理开销，以每单位数据的计算时间表示。
然后您可以估算两类成本：
- 与提供商相关的成本（来自您的套餐和提供商的使用计量单位）。
- 您的基础设施成本（来自接收和使用数据所需的吞吐量、存储和计算资源）。
由于这些假设是简化的，当实际流量模式不同时，估算可能会出错。
证据、验证与实用检查清单
由于提供商和市场各不相同，验证的关键在于将三者对齐：您的行为、提供商的计费模式以及您的运营设计。
- 识别提供商的计费单位：查看收费是基于请求、消息、订阅、带宽、活跃连接还是数据字段。这决定了哪些“可变因素”最为关键。
- 测量您的实际使用情况：对您的应用程序进行监控，记录在代表性会话期间的请求数量、响应大小、订阅持续时间和峰值并发数。
- 将使用情况映射到您的成本模型：将您的测量结果应用到提供商的条款中（例如套餐限制和任何超额规则）。如果因条款不明确而无法直接映射，请将估算视为不确定。
- 检查您的数据处理成本：根据测量的数据量，估算数据摄取管道的计算资源、数据库存储增长以及备份/保留成本。
- 验证故障模式下的支出：确认在中断或重试期间会发生什么。重试和缓冲可能增加请求数量，或导致积压处理，从而增加计算和存储成本。
如果您之后更改交易品种覆盖范围、更新频率或保留策略，请重新进行映射。历史模式不能保证未来的总成本。
限制与重大风险
一些限制可能显著影响成本结果：
- 背压和重试循环：临时的网络或提供商问题可能触发重试，从而增加请求量和处理负载。
- 突发流量：成本影响可能由峰值活动主导，而非平均使用量。
- 数据量增长：更长的保留时间、更多交易品种或更高的粒度可能导致存储和计算增长快于预期。
- 司法管辖区和合同复杂性：监管义务和合同措辞可能影响您被允许存储或再分发的内容，从而改变总成本。由于要求各不相同，请通过提供商的法律和运营文件进行核实。
此外，成本并非唯一限制：延迟、可用性和速率限制可能通过迫使更多基础设施或替代设计而间接增加成本。
下一步需验证的问题
为独立验证适用于您情况的相关事实，您可以询问：
- 提供商对市场数据访问使用哪些计费单位？
- 您的应用程序的请求/订阅模式如何转化为该计费单位？