Azure 存储服务架构

Azure storage service architecture

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

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

我们有以下问题

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

2) 我们可以设计的最佳架构是什么?例如,我为每 5 个组织和年份文件夹(如 2018/2017)设置了容器,然后在每一年内设置了子文件夹,如 image/doc/videos 所以我将有 5 个容器,然后是 years 文件夹,每个文件夹有 3 个子文件夹。

等级制会喜欢 组织(容器)->年份(文件夹)->三个子文件夹(image/doc/videos)
那么是否可以restrict/grant访问年(文件夹)?

请推荐?

我从你修改后的问题中提炼出了三个问题(我认为)

  1. 我们能否将存储帐户容器限制为特定大小(例如 10 GB)? (或者有没有我们可以实现的方法)

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

  1. 根据所提供的数据建议使用哪种架构? (组织、年份、类型等)

建议的容器结构将起作用,只要您在其上方实施 API 以控制访问并执行业务规则和存储放置。

  1. 您可以 restrict/grant 访问 Azure 存储帐户(又名文件夹)中的容器吗?

如果要保护 Azure 存储帐户中的容器,则必须使用 SAS 令牌。从广义上讲,根据您的要求,您需要考虑实施中间人服务,例如 API(通过功能/API 管理/逻辑应用程序),它将实施您的存储路由、业务逻辑和安全规则.