使用SNS/SQS调用Amazon Textract处理两页文档耗时久是否正常？

这种1.5至5分钟的处理耗时是普遍存在的，主要原因如下：

• 异步API的设计定位：你使用SNS/SQS触发的是Textract的异步处理流程，这套机制本身就是为大批量、非即时的文档处理场景优化的。后台会采用队列调度资源，不会优先处理小文档，哪怕只有两页，也可能因当前服务负载、队列排队情况等待资源分配。
• 前置处理开销：即便是短文档，Textract也需要完成文档格式解析、校验、资源初始化等前置步骤，这些环节在服务高峰时段会因资源竞争进一步拉长耗时。
• 消息队列的附加延迟：SNS/SQS的消息投递、确认环节会带来少量额外延迟，叠加后也会体现在整体处理时长上。

如果你的场景需要即时响应，可以切换使用Textract的同步API（如AnalyzeDocument），这类API针对单文档即时处理优化，通常响应时间在几秒内，但注意它有文档页数（单页或少量页数）和文件大小（不超过5MB）的限制。

内容的提问来源于stack exchange，提问作者negfrequency