iRODSやその他の低レベルのストレージ管理を行うことの実際の利点については明確ではありません. 正確にはどのような利点があり、いつ使用する必要がありますか?
通常のファイル システムの低レベル ストレージを備えた Fedora コモンズでは 、2009 年 5 月 8 日に作成されたデータストリームは 2009/0508/20/48/ ディレクトリに配置される場合があります。
ここでiRODSはどのように役立ちますか?
iRODSやその他の低レベルのストレージ管理を行うことの実際の利点については明確ではありません. 正確にはどのような利点があり、いつ使用する必要がありますか?
通常のファイル システムの低レベル ストレージを備えた Fedora コモンズでは 、2009 年 5 月 8 日に作成されたデータストリームは 2009/0508/20/48/ ディレクトリに配置される場合があります。
ここでiRODSはどのように役立ちますか?
他のスタック オーバーフロー ユーザーのために、ここでループを閉じたいと思いました。
同じ質問を Google グループに投稿しましたhttps://groups.google.com/d/msg/irod-chat/fti4ZHvmS-Y/LU8CQCZQHwAJ質問はそこで回答されました。おかげで、回答も投稿されました。 iRODS.org FAQ: http://irods.org/faq/
もう一度、後世のために、ここにあります:
iRODS を単に低レベルのストレージ管理と考えないでください。
iRODS は、ポリシー管理されたデータ保存のための唯一のプラットフォームです。実際にストレージを仮想化し、異種のストレージにグローバルで論理的な名前空間を提供しますが、使用するクライアントやアクセス方法に関係なく、ストレージの場所ごとに保存ポリシーを適用することもできます。また、自動的に維持され、保存ポリシーの適用を反映するグローバル メタデータ カタログも提供するため、保存ポリシーの監査と検証が可能になります。
iRODS は強力なメタデータ管理機能を開発しており、外部インデックス (Elastic Search、MAUI、Jena トリプル ストアなど) との同期を可能にするプラグ可能なインデックス作成とクエリ機能を可能にします。
プラグイン可能なルール エンジンと非同期メッセージング アーキテクチャを使用すると、開発または利用する可能性のあるプラグインを含む、データに対するすべての (前後の) 操作を追跡する監査および来歴メタデータを生成することがかなり簡単になります。
iRODS はパッケージ化されたソリューションではなく、ミドルウェアです。このミドルウェアはプラグインと構成可能なポリシーをあらゆる点でサポートしているため、事前定義された一連のツールに制限されることはありません。iRODS はまた、幅広い保存、計算、およびエンタープライズ サービスに接続でき、大量のデータ (オブジェクトの数とサイズの両方) を管理し、サードパーティを含む高性能プロトコルを使用してデータを効率的に移動および管理できます。パーティ データ転送プロトコル。
iRODS はフェデレーションをサポートするように構築されているため、保存環境は他の機関や組織とデータを共有しながら、独自の監査とポリシー制御を維持できます。多くの組織は、何百万ものオブジェクト、何千ものユーザー、およびさまざまなオブジェクト サイズに対してこれを行っています。