我的视频处理微服务体系结构有意义吗？

Question

我正在设计基于Kubernetes精心策划的微服务的视频处理后端体系结构，我想问大家您的看法，因为我对此并不陌生。

所以这是当前的工作方式：

我在Node.js中有一个Web API，rabbitMQ服务器和一些视频处理服务都在代表部署单元的主机上运行（kubernete pod？）。>>

我的架构图：

用户通过我的Web API上的HTTP端点上传视频。上传后，该视频将写入磁盘（在处理请求的Pod中），并且服务（也在该Pod上运行）通过RabbitMQ通知开始处理此文件。结果通过RabbitMQ从每个服务发送回Web API，然后返回带有结果的原始HTTP请求。

[该系统将由Kubernetes编排，并将通过创建更多的pod并在它们之间分配请求来进行扩展。

这有意义吗？

我正在设计一个基于Kubernetes精心策划的微服务的视频处理后端体系结构，我想问你们您对此的看法，因为我真的是新来的。所以这就是...

Answer 1

阅读说明后，我发现两件事没有多大意义。首先，应该假设在同一吊舱中运行的容器（或服务）紧密耦合，因此，在正常情况下，除非您使用Sidecar模式，否则每个吊舱最多只能有一个容器。除了将主要服务部署在同一吊舱中的何处外，还有诸如日志或服务网格之类的实用程序服务。