Fedora commons 像iRODS这样的低级别存储管理的确切用途是什么（在fedora commons中）？

我不清楚使用IROD或任何其他低级别存储管理的实际优势。它到底有什么好处？我们应该在什么时候使用它

在具有普通文件系统低级存储的Fedora commons中： 2009年5月8日创建的数据流可能位于2009/0508/20/48/目录中。

---

iRODS在这里有什么帮助？

我想结束这里的循环，对其他堆栈溢出用户来说

您向我们的谷歌小组发布了相同的问题。问题在那里得到了回答。多亏了您，回复现在也发布在iRODS.org常见问题解答上：

这又一次是为了子孙后代：

不要将IROD简单地看作是低级存储管理

iRODS实际上是策略管理数据保存的唯一平台。它确实实现了存储的虚拟化，在异构类型的存储上提供了一个全局的逻辑名称空间，但它还允许您在每个存储位置强制执行保存策略，无论使用什么客户端或访问方法。它还提供了一个全局元数据目录，该目录将自动维护并反映保存策略的应用，从而允许审核和验证保存策略

iRODS正在开发一种强大的元数据管理功能，允许插入式索引和查询功能，允许与外部索引同步（例如弹性搜索、MAUI、Jena triple store）

有了可插拔的规则引擎和异步消息传递体系结构，生成审计和出处元数据变得相当简单，这些元数据将跟踪数据上的每一个（前后）操作，包括您可能开发或使用的任何插件

iRODS是中间件，而不是预先打包的解决方案。该中间件在所有方面都支持插件和可配置策略，因此您不受预定义工具集的限制。IROD还可以连接到范围广泛的保存、计算和企业服务，可以管理大量数据（对象数量和对象大小），并使用高性能协议（包括第三方数据传输协议）高效地移动和管理数据

iRODS是为支持联合而构建的，这样您的保存环境就可以与其他机构或组织共享数据，同时仍处于您自己的审核和策略控制之下。许多组织正在为数百万个对象、数千个用户以及大范围的对象大小执行此操作