对于视频转换网站来说，最佳的 EC2 实例架构是什么？

Question

对于视频转换器 [在 Linux [ ubuntu ] 上使用 FFMPEG ] 和媒体文件抓取器 [来自 youtube 和其他视频托管网站] .. 在 EC2 中使用最佳架构是什么？

我所说的架构是指要使用的实例类型/数量。我应该在多个小实例上托管应用程序逻辑，还是使用一个超大实例？数据应该转到 RDS 实例还是我可以使用应用程序逻辑来托管它？

如果是第一个选项，那么如何做，实例之间的通信等等？

这种架构应该从小处着手，然后根据需要向外或向上扩展。

请帮忙！

Answer 1

可扩展性很难给出最佳实践文档。每个应用程序都不同。有些工作流非常适合大规模并行化，而另一些工作流则不可避免地存在单点处理，从而减慢整个系统的速度。为了推荐这种“最佳”解决方案，需要了解以下几点：

• 以下是处理阶段数据的高级概述。
  • 该流程中的每个阶段都需要进行分析：
    • 并行化
    • 容错能力
    • 与其他阶段的依赖关系
• 充分了解您的正常运行时间要求、您可以承受的停机时间、可以容忍多少数据丢失（如果有）。
• 深入了解系统中发生故障的方式及其响应方式
  • 一旦出现问题，会丢失多少数据？
  • 重新处理发生故障的数据需要多长时间？
• 您对成本的容忍度如何。对于 EC2，变量如下：
  • 在处理生命周期内有多少数据传入和传出 EC2 系统。
  • 需要多个可用区域或多个区域
    • 区域间需要传输数据
  • 处理每个数据单位需要多少个实例小时。
  • 任何专用基础设施（负载均衡器、弹性搜索等）的成本

等等。我们无法告诉你这些。或者甚至无法给你提供指导，因为它们是你所构建的系统所独有的，而要揭示上述大部分内容，就需要揭示你的系统的秘密（我认为你宁愿不这样做）。