Azure 存储服务架构

Question

我正在为我的应用程序使用 Azure 存储服务

我需要为我的应用程序存储一些组织数据，例如图像、文档、视频等。 在我的应用程序中，来自 50 个组织的用户上传了他们的数据。

我们有以下顾虑

1) 每家公司将仅使用 10 GB 空间。如果他们的用户数据超过 10 GB，则将无法访问存储。 可行吗？

2) 我们可以设计的最佳架构是什么？例如，我为每 5 个组织和年份文件夹（如 2018/2017）提供容器，然后在每年的内部创建子文件夹，如 image/doc/videos 所以我将有 5 个容器，然后是 years 文件夹，每个文件夹有 3 个子文件夹。

层次结构会喜欢 组织（容器）-> 年份（文件夹）-> 三个子文件夹（图像/文档/视频）
那么是否可以限制/授予对年（文件夹）的访问权限？

请推荐？

Answer 1

我从你修改后的问题中提炼出三个问题（我认为）

1. 我们能否将存储帐户容器限制为特定大小（如 10 GB）？ （或者有什么方法可以实现）

不，无法在存储帐户中的给定容器上设置配额。为此，您需要在位于存储帐户和容器前面的 API 中实现大小检查业务逻辑。

1. 根据所提供的数据，建议采用何种架构？ （组织、年份、类型等）

只要您在其上方实施 API 来控制访问并强制执行业务规则和存储位置，建议的容器结构就可以工作。

1. 能否限制/授予对 Azure 存储帐户（又名文件夹）中容器的访问权限？

如果要保护 Azure 存储帐户中的容器，则必须使用 SAS 令牌。从广义上讲，根据您的要求，您需要考虑实现一个中间人服务，如 API（通过函数/API 管理/逻辑应用程序），它将实现您的存储路由、业务逻辑和安全规则。