IoT车载Greengrass Core环境下，Kinesis视频流摄入方案选型咨询

方案1：Greengrass Stream Manager + Edge Connector for KVS #

• 核心优势：
  • 完美适配Greengrass生态，Edge Connector是官方自带组件，开箱即用，无需额外开发SDK集成逻辑，能快速完成部署上线。
  • Stream Manager内置边缘缓存、断网自动重传、批量导出功能，刚好匹配车载场景下网络波动频繁的痛点，不用重复开发这些基础能力。
  • 数据和视频的上传逻辑通过Greengrass组件统一管理，后续运维更省心，无需分别维护两套独立的上传模块。
• 存在局限：
  • 公开文档和社区案例偏少，遇到问题时可能更多依赖官方技术支持，排查成本相对较高。
  • 定制化空间有限，如果后续需要对视频编码、分片策略这类细节做深度调整，灵活性不如直接使用SDK。

方案2：KVS Producer SDK + MQTT直连IoT Core #

• 核心优势：
  • 文档和社区资源非常完善，开发调试时遇到问题能快速找到解决方案，上手成本低。
  • 定制化能力拉满，可以根据车载场景的特殊需求（比如低带宽下的视频压缩、特定数据格式转换）灵活调整代码逻辑。
  • 架构更轻量化，无需依赖Greengrass的Stream Manager组件，如果边缘网关算力、内存资源有限，该方案的资源占用更低。
• 存在局限：
  • 需要自行实现断网重传、数据缓存、批量发送这些车载场景必备的基础逻辑，开发工作量更大。
  • 数据和视频的上传逻辑相互独立，需分别维护KVS SDK和MQTT客户端，后续运维复杂度更高。

选型总结 #

• 要是你想快速上线、尽量减少运维和开发成本，且不需要对上传逻辑做深度定制，直接选方案1即可。官方组件的稳定性有保障，车载场景的核心需求已内置，不用自己造轮子。
• 要是你需要高度定制化的上传逻辑，或者边缘网关资源紧张，且愿意投入开发成本搞定基础边缘能力，那方案2更适合你，完善的文档能帮你少踩很多坑。

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