Url 社交网络和移动应用程序的资产/图像的最佳文件夹结构

我想知道大型社交网络文件夹结构背后的原理是什么。我正在为一个较小的社交应用程序创建一个API，其端点与以下类似：

https://api.example.com/v1/users/
https://api.example.com/v1/users//posts/

用户还可以通过

PUT

调用来上传个人资料图像：

https://api.example.com/v1/users//images

现在，图像通过nginx提供，例如，您可以通过以下方式访问配置文件图像：

https://cdn.example.com/images/user//profile/.jpg

所以我想知道的是，为什么Facebook、Twitter、Instagram和所有这些家伙的结构都类似于这句话：

https://fbcdn-photos-d-a.akamaihd.net/hphotos-ak-xal1/v/t1.0-0/p480x480/10329215_977076969053738_7417509963714441891_n.jpg?oh=64aecaca7a84139c16e8a0f579782034&oe=57880BF0&__gda__=1469390211_f894185cc7e133738a0b9321e28e53c3

---

我知道他们要提供的图像级别非常高，而且它们跨越许多服务器，但我无法理解URL。

“但我无法理解URL”-你不应该（从用户角度）理解。否则，你可以尝试猜测照片的URL，而你可能不被允许查看。我理解这一点，也不能查看那些你不是朋友或可能是私人的照片，等等，但我的意思是，如果URL用额外的信息加密，并在服务器上用cookie或jwt等进行解码以确保安全性？即使在我的示例中，如果文件名有随机uuid，它们也不会被猜测。试图了解整个过程，Facebook的CDN URL不是静态的，它们会随着时间的推移而过期。这样的设置是如何构建的？cdn上是否有到实际文件的路由规则？以及为实际文件服务的表查找？