图片托管网站的架构

Question

我相信这里的很多人都知道图片托管网站，例如 imgur、min.us、photobucket 等。

并不是说我想开发一个，但除了上传文件，将其组织在某个目录中之外，这些网站还涉及哪些架构考虑因素？尤其是当每天有数百万的页面浏览量时(就像我想象的 imgur)

我对此很好奇，因为似乎很多网站(例如，约会网站等)都非常注重图像。即使不是为了数百万的页面浏览量，高效在线图像交付的一些基本架构要求是什么？

Answer 1

如果您谈论的是内部服务器架构，则需要考虑很多因素。

有安全措施吗？图像的检索是否受制于任何业务逻辑？您将使用什么网络服务器？您正在查看哪种类型的请求分布(您会在 50% 的时间内提供 10 张图像中的 1 张，在其他 50% 的时间内提供 100,000 张图像中的 1 张？

假设没有安全性，并且您使用的是一个简单的网络服务器，它不会为您做任何缓存。

那(我指的是缓存)将是您的主要问题。你会想写一个 isapi 过滤器/模块/任何东西来让你的图像在内存中具有最高的 x% 命中率。 x 将取决于您的分布模式。

就存储而言，不要将图像存储在数据库中。文件系统非常擅长遍历目录结构。只需将您的“hello.png”图像放在“images/png/h/e/l”目录中，使用您找到的字母目录的数量适合您的库，每个目录 < 100 个图像。