ストレージリソースプロバイダーの概要 storage-resource-provider-overview

はじめに introduction

Adobe Experience Manager（AEM） Communities 6.1 では、コミュニティコンテンツ（一般的にユーザー生成コンテンツ（UGC）と呼ばれます）は、​ ストレージリソースプロバイダー ​ （SRP）から提供される単一の共通ストアに保存されます。

SRP オプションはいくつかあり、そのすべてが、新しいAEM Communities インターフェイスである SocialResourceProvider API （SRP API）を通じて UGC にアクセスします。この API には、作成、読み取り、更新、削除（CRUD）のすべての操作が含まれています。

すべての SCF コンポーネントは SRP API を使用して実装されているため、​ 基盤となるトポロジ ​ または UGC の場所に関する知識がなくてもコードを開発できます。

SocialResourceProvider API は、AEM Communitiesのライセンスをお持ちのお客様のみが利用できます。

関連トピック：

リポジトリについて about-the-repository

SRP を理解するには、AEM コミュニティサイトにおけるAEM リポジトリ（Oak）の役割を理解すると役に立ちます。

Java™ コンテンツリポジトリ（JCR）
この標準は、コンテンツリポジトリのデータモデルとアプリケーションプログラミングインターフェイス（JCR API）を定義します。 従来のファイルシステムの特性とリレーショナルデータベースの特性を組み合わせ、コンテンツアプリケーションでしばしば必要とされる機能をいくつか追加しています。

JCR の実装の 1 つにAEM リポジトリーであるOakがあります。

Apache Jackrabbit Oak
Oak は、コンテンツ中心のアプリケーション向けに設計されたデータストレージシステムである JCR 2.0 の実装です。 非構造化データと半構造化データ用に設計された階層データベースの一種です。 リポジトリには、ユーザーに表示されるコンテンツだけでなく、アプリケーションで使用されるすべてのコード、テンプレート、内部データも保存されます。 コンテンツにアクセスするための UI は、CRXDE Lite です。

通常、JCR とOakは両方ともAEM リポジトリを参照するために使用されます。

非公開のオーサー環境でサイトコンテンツを開発した後、それを公開パブリッシュ環境にコピーする必要があります。 この操作は、多くの場合、レプリケーション と呼ばれる操作を通じて行われます。 これは、作成者、開発者、管理者の管理下で行われます。

UGC の場合、コンテンツは、登録されたサイト訪問者（コミュニティメンバー）によって、公開パブリッシュ環境に入力されます。 これはランダムに発生します。

管理やレポートの目的では、非公開のオーサー環境から UGC にアクセスできると便利です。 Publishからオーサーへのリバースレプリケーションが必要ないので、SRP を使用すると、オーサーからの UGC へのアクセスの一貫性とパフォーマンスが向上します。

SRP について about-srp

UGC を共有ストレージに保存すると、メンバーコンテンツのインスタンスが 1 つになり、ほとんどのデプロイメントで、オーサー環境とパブリッシュ環境の両方からアクセスできます。 SRP の選択（MSRP、ASRP、JSRP）に関係なく、SRP API を使用してすべてにプログラムでアクセスする必要があります。

ASRP asrp

ASRP がある場合、UGC は JCR に格納されず、Adobeがホストおよび管理するクラウドサービスに格納されます。 ASRP に保存された UGC は、CRXDE Liteで閲覧したり、JCR API を使用してアクセスしたりすることはできません。

ASRP - Adobeストレージリソースプロバイダー ​ を参照してください。

開発者が UGC に直接アクセスすることはできません。

ASRP は、クエリにAdobeクラウドを使用します。

MSRP msrp

存在する場合、MSRP、UGC は JCR には格納されず、MongoDB に格納されます。 MSRP に保存された UGC には、CRXDE Liteで表示したり、JCR API を使用してアクセスしたりすることはできません。

MSRP - MongoDB ストレージリソースプロバイダー ​ を参照してください。

MSRP は ASRP に相当しますが、すべてのAEM サーバーインスタンスが同じ UGC にアクセスしているので、共通のツールを使用して MongoDB に保存された UGC に直接アクセスすることができます。

MSRP は、クエリに Solr を使用します。

JSRP jsrp

JSRP は、1 つのAEM インスタンス上のすべての UGC にアクセスするためのデフォルトのプロバイダーです。 これにより、MSRP や ASRP を設定しなくても、AEM Communities 6.1 をすばやく体験できます。

JSRP - JCR ストレージリソースプロバイダー ​ を参照してください。

UGC が JCR に格納されていて、CRXDE Liteおよび JCR API でアクセスできる場合、Adobeは JCR API を使用しないことをお勧めします。 その場合、今後の変更により、カスタムコードに影響が出る可能性があります。

また、オーサー環境とPublish環境用のリポジトリは共有されません。 パブリッシュインスタンスのクラスターは共有パブリッシュリポジトリーになりますが、Publishに入力された UGC はオーサー環境には表示されないので、オーサー環境から UGC を管理することはできません。 UGC は、入力されたインスタンスのAEM リポジトリ（JCR）にのみ保持されます。

JSRP は、クエリにOak インデックスを使用します。

JCR のシャドウノードについて about-shadow-nodes-in-jcr

UGC のパスを模したシャドウノードがローカルリポジトリに存在し、次の 2 つの目的を果たします。

SRP の実装に関係なく、実際の UGC はシャドウノードと同じ場所に表示 されません。

アクセス制御（ACL） for-access-control-acls

ASRP や MSRP など、一部の SRP 実装では、ACL 検証を提供しないデータベースにコミュニティコンテンツを保存します。 シャドウノードは、ACL を適用できるローカルリポジトリ内の場所を提供します。

SRP API を使用すると、すべての SRP オプションは、すべての CRUD 操作の前にシャドウの場所の同じチェックを実行します。

ACL チェックでは、ユーティリティメソッドを使用して、リソースの UGC に適用される権限を確認するのに適したパスを返します。

サンプルコードについては、「SRP と UGC の初期設定 ​」を参照してください。

既存のリソース以外（NER） for-non-existing-resources-ners

一部の Communities コンポーネントはスクリプト内に含まれるので、Communities の機能をサポートするには Sling アドレス可能なノードが必要です。 ​ 含まれるコンポーネント ​ は、存在しないリソース（NER）と呼ばれます。

シャドウノードは、リポジトリ内の Sling のアドレス指定可能な場所を提供します。

保存場所 storage-location

​ コミュニティコンポーネントガイド ​ の ​ コメントコンポーネント ​ を使用した、シャドウノードの例を次に示します。

シャドウノードの下に UGC が見つかりません。

デフォルトの動作では、関連するサブツリーが読み取りまたは書き込みに参照されるたびに、パブリッシュインスタンスにシャドウノードが設定されます。

例えば、デプロイメントが TarMK パブリッシュファームを使用する MSRP であるとします。

​ メンバー ​ が UGC を pub1 に投稿すると（MongoDB に保存されます）、シャドーノードが pub1 の JCR に作成されます。

UGC が pub2 で初めて読み取られるときに、何も設定されていない場合、デフォルトの動作はシャドウノードを作成することです。

デフォルトの動作以外が必要な場合は、オーサーインスタンスで設定し、すべてのパブリッシュインスタンスにロールフォワードする必要があります。通常、これは手動のプロセスです。