Cloud 多服务器分块的标准方法?

Cloud 多服务器分块的标准方法?,cloud,microservices,chunking,Cloud,Microservices,Chunking,将文件分块发送到服务器的客户端的上下文 在单服务器设置中,一个选项是将块存储在服务器上。当新数据块到达时,它们会被添加到现有数据中 对于多个服务器“微服务”,一个请求可能会发送到服务器a,然后发送到服务器B。因此,当B使用新块时,它无法从a检索旧块 处理这种模式的最佳实践是什么? 到目前为止,我得到的是 A) 将有关文件A的请求路由到同一服务器 B) 或者,将文件块存储在共享服务上 A)的问题是它开始挫败拥有多个服务器的一些优势 B)的问题是它需要更多的文件来回传输 是否有一种规范的/标准的方法

将文件分块发送到服务器的客户端的上下文

在单服务器设置中,一个选项是将块存储在服务器上。当新数据块到达时,它们会被添加到现有数据中

对于多个服务器“微服务”,一个请求可能会发送到服务器a,然后发送到服务器B。因此,当B使用新块时,它无法从a检索旧块

处理这种模式的最佳实践是什么? 到目前为止,我得到的是

A) 将有关文件A的请求路由到同一服务器 B) 或者,将文件块存储在共享服务上

A)的问题是它开始挫败拥有多个服务器的一些优势

B)的问题是它需要更多的文件来回传输


是否有一种规范的/标准的方法来处理此问题?

通常,您不会将文件保存在部署micro服务的同一台服务器上。在云环境中,出于这种目的,您将使用云提供商提供的专用服务。 例如,对于AWS和Azure:

  • AWS(亚马逊简单存储服务)

  • 微软Azure

无论您是否将文件拆分为块,这些服务都将具有处理此问题的所有选项,因为存储将位于一个位置。如何在内部扩展和处理这一点您不必担心,因为云提供商会处理它。这也是他们将其作为一项服务提供的原因之一

这是存储任何类型文件的常用方法。当然,这类配置文件也有例外,但通常您会使用这些服务