处理不同尺寸照片的手机应用和服务器设计

Question

我不知道这个标题是否清楚地反映了问题内容。如果你认为它令人困惑，请帮助重新措辞。谢谢！

这是一个关于一些常见体系结构的通用问题。我正在开发一个可以像Instagram一样拍摄和分享照片的Android应用程序。我有一个由Django提供支持的后端Web服务。

我面临的问题是，在应用程序中，我需要显示不同分辨率的图像（例如，个人资料图像的缩略图，预览的中等分辨率以及扩展图像视图的全分辨率。我想问一个关于如何实现这一目标的常见模式。

关于完成这项任务，我有两个建议，但我不确定该走哪条路：

1.当用户从移动应用程序上传照片时，我可以在本地压缩照片并发送3种不同大小的照片（低分辨率缩略图、中分辨率和高分辨率）。所以服务器端可以存储它们，并在不同的情况下将它们返回。这种方法的缺点是，它会消耗更多用户的数据使用量，因为现在用户需要发送多个图像。这也可能导致上传花费更多时间，对用户体验的影响更大。

2.当用户从手机应用程序上传照片时，他们只上传原始图像。服务器端逻辑将对每个输入图像进行压缩，并相应地存储它们。这种方法的缺点是服务器可能需要承担更多的工作负载。在这种情况下，如果用户增加很多，可能会使服务器崩溃。

我希望在这个问题上得到一些指导，或者任何关于这个主题的参考都会有所帮助！

Answer 1

我会做的是在手机中第一次调整大小，只是一个，因为你没有一个传输13Mpx图片，而且你也不想要在你的服务器中图片2屏幕宽（这是instagram做的第一件事）。之后，上传文件，并让服务器执行其余操作。

• 这样可以避免大量使用
• 确保它在任何设备上都能正常工作（每个设备都有不同的功能，因此您不能相信他们的繁重工作）
• 你可以改变一些关于设置或配置的决定，所有这些都是集中的，如果你改变了任何常见的行为，你不需要所有的设备来获得应用程序的最新版本

关于服务器崩溃，我首先会采取一个措施:

< li >不要执行任何操作，如在上传时调整大小或复制图像，您可以选择以下方法之一: < ul > < li >当有文件请求时执行此操作。这就是，不要在用户发送的时候做，而是在有人需要的时候做。 < li >在连续的后台进程中执行，例如每分钟运行一次cronjob。 < li >或者是两者的组合，在后台有一个进程为所有待处理的图像做处理，但是如果有人进入网站，并且他们需要一个尚未生成的图像，则在该时刻生成该图像。

Answer 2

艾伦——把智能手机想象成相对愚笨的终端，用于消费内容。大多数业务逻辑和繁重的处理应该在服务器端实现。

在体系结构方面，您面临着可伸缩性问题。您无法将设备的 CPU/内存或存储扩展到所需的任何级别。但是，您可以通过添加更多RAM /内核/磁盘等来水平或垂直扩展服务器。您可以将群集放在服务器上，并在数据增加到该级别时拥有一个服务器场。

因此，只上传原始图像而不进行本地处理总是明智的。除了你提到的其他缺点，本地处理也会消耗电池。

同样，业务逻辑或处理技术更改，必须重新部署所有应用。在服务器端，此类部署在您的控制之下。

Answer 3

将全尺寸图像上传到服务器，并让服务器完成繁重的工作。创建映像的三个版本（中小型和大型）并将其存储在服务器（或内容交付网络）上。创建一个数据库表以跟踪每个映像及其各种版本的映像 ID。

使用Android，您不会知道运行应用程序的手机有多强大，永远不要假设它可以处理您需要的任何图像处理，还要尝试将网络I / O保持在尽可能低的水平。