是的，Amazon Bedrock 提供了跟踪令牌用量及其他指标的机制，这有助于开发者监控成本和性能。当您向 Bedrock 发出请求时，服务不会在 API 响应中直接返回令牌计数。然而，它与 AWS CloudWatch 集成，用量指标如 InvocationCount（API 调用次数）和 TokenCount（处理的总令牌数）会在其中被记录。这些指标在账户和模型 ID 层面都可用，允许您按特定区域、模型（例如 anthropic.claude-v2）或用例筛选数据。例如，如果您使用 Claude 运行 100 次推理调用，CloudWatch 会汇总令牌消耗量，使您能够根据 Bedrock 的按令牌计费模式估算成本。
要跟踪成本，您可以结合使用 AWS Cost Explorer 和 CloudWatch。Bedrock 的定价基于处理的令牌数（输入和输出），Cost Explorer 提供详细的账单数据。通过按“Bedrock”服务标签筛选成本，您可以按模型、区域或使用类型查看费用。例如，如果您的应用程序同时使用 Claude 和 Jurassic 模型，Cost Explorer 会细分每个模型的成本，帮助您识别高费用区域。此外，AWS Budgets 可以在支出接近预设阈值时发出警报。虽然 Bedrock 不会实时公开每个请求的令牌数据，但这些工具提供了汇总的洞察，用于成本管理。
对于性能监控，CloudWatch 提供了诸如 ModelLatency（每次推理所需时间）和 Errors（失败请求）等指标。开发者可以创建仪表盘来跟踪延迟趋势或设置警报以应对突然的峰值。对于详细的请求级日志记录，启用 AWS CloudTrail 来捕获 Bedrock API 活动。尽管 CloudTrail 不会记录令牌，但它会记录时间戳、模型 ID 和区域等元数据，这些可以与 CloudWatch 指标关联以进行故障排除。例如，如果 Claude 模型的延迟增加，您可以交叉引用 CloudTrail 日志，检查是否存在区域问题或限制。虽然令牌级别的跟踪需要组合使用多种工具，但 Bedrock 的原生 AWS 集成为成本和性能分析提供了一个强大的框架。