缩放后端视频和音频处理
Scaling backend video and audio processing
我使用 node.js、PostgreSQL、rabbitmq、EC2 with EBS 和 Kubernetes 制作了一个视频和音频转码应用程序。
我有点担心存储大小和计算能力。计算能力容易解决，但存储问题更大。
最好的解决方案是自动扩展存储大小，但我不确定 Kubernetes 是否支持。
现在我正在考虑将 EC2 换成带有 Hadoop hdfs 的裸机，但我觉得这太过分了。
第二个想法是购买几个 ec2 实例，并为每个实例添加自己的 EBS，但我再次不确定 Kubernetes 是否支持这种想法，最后每个 EC2 实例都需要访问另一个 EC2 EBS 存储。
你怎么看？也许有更简单、更便宜的方法。
因此，由于您在 AWS 上，您可以考虑的一件事是使用 EFS（弹性文件系统）作为卷类型。通过将 EFS 供应器和 EFS 存储 class 添加到您的集群，您可以使用 EFS 为您提供的动态大小调整。您不必担心 space 中的 运行。
您可以查看 efs provsioner here!!
我一直在将此存储 class 用于其他在 read/writes 上不太紧张的应用程序，并取得了很大的成功！您还可以跨多个 AZ 安装卷，从而获得 HA（高可用性）作为加分项！
我使用 node.js、PostgreSQL、rabbitmq、EC2 with EBS 和 Kubernetes 制作了一个视频和音频转码应用程序。
我有点担心存储大小和计算能力。计算能力容易解决，但存储问题更大。
最好的解决方案是自动扩展存储大小，但我不确定 Kubernetes 是否支持。
现在我正在考虑将 EC2 换成带有 Hadoop hdfs 的裸机，但我觉得这太过分了。
第二个想法是购买几个 ec2 实例，并为每个实例添加自己的 EBS，但我再次不确定 Kubernetes 是否支持这种想法，最后每个 EC2 实例都需要访问另一个 EC2 EBS 存储。
你怎么看？也许有更简单、更便宜的方法。
因此，由于您在 AWS 上，您可以考虑的一件事是使用 EFS（弹性文件系统）作为卷类型。通过将 EFS 供应器和 EFS 存储 class 添加到您的集群，您可以使用 EFS 为您提供的动态大小调整。您不必担心 space 中的 运行。
您可以查看 efs provsioner here!!
我一直在将此存储 class 用于其他在 read/writes 上不太紧张的应用程序，并取得了很大的成功！您还可以跨多个 AZ 安装卷，从而获得 HA（高可用性）作为加分项！