外部アカウントとは、Adobe Campaign 外部にあるサーバーへのアクセスを設定およびテストできる設定です。
これらの外部アカウントをキャンペーンワークフローで使用して、データへアクセスしたり、データを管理したりできます。
次のタイプの外部アカウントをセットアップできます。
製品のプロビジョニングプロセス中に、アドビでは他のタイプの外部アカウントを使用します。Campaign Standard 17.9 リリース以降も、FTP 外部アカウントは定義可能ですが、新しいワークフローアクティビティでは使用できなくなりました。既に接続がセットアップされている場合は、それがそのまま有効になります。
外部アカウントは、Administration > Application settings > External accountsメニューを使用して管理者が設定できます。
Adobe Campaign には、事前定義済みの外部アカウントのセットが付属します。外部システム(ファイル転送に使用される FTP サーバーなど)との接続をセットアップするために、独自の外部アカウントを作成できます。
外部アカウントは、テクニカルワークフローやキャンペーンワークフロー等の技術プロセスで使用されます。ワークフローのファイル転送や、その他のアプリケーション(Adobe Target、Experience Manager など)とのデータ交換をセットアップする際には外部アカウントを選択する必要があります。
「Create」ボタンをクリックします。
ラベルを入力します。ラベルと ID は、ワークフローで外部アカウントを選択するときに使用されます。
作成するアカウントのタイプを選択します。
必要に応じて、資格情報、サーバーアドレス、ポート番号、キーなどを指定して、アカウントへのアクセスを設定します。
必要な情報は通常、接続しているサーバーのプロバイダーから提供されます。
アカウントを保存します。
外部アカウントが作成され、アカウントリストに追加されます。ワークフローアクティビティと配信プロパティで、データ/ファイル転送またはルーティング設定を利用できるようになりました。
外部アカウントのタイプが異なれば、指定する必要がある情報も異なります。
SFTP 外部アカウントの場合は、次の詳細情報を入力します。
ETL のためのファイルやデータを管理する際、これらのファイルはアドビがホストする SFTP サーバー上に保存されます。この SFTP は、ファイルの保持や削除を制御できる一時的なストレージスペースになるように設計されています。
このスペースの使用または監視が適切におこなわれていない場合、サーバー上の使用可能な物理スペースがすぐにいっぱいになって重大な問題が生じる可能性があります。結果として、プラットフォームでのデータの消失や破壊につながるおそれがあります。
こうした問題を回避するために、アドビでは以下のベストプラクティスに従うことをお勧めします。
また、SFTP 接続の開始の試行元となるパブリック IP は、Campaign インスタンスのに追加されている必許可リストに加える要があります。 IP アドレスをに追加す許可リストに加えるると、 サポートチケット認証に使用する公開鍵を提供するのと共に。
SFTP サーバーは、コントロールパネルから管理できます。詳しくは、コントロールパネルのドキュメントを参照してください。
コントロールパネルは、すべての管理者ユーザーがアクセスできます。 ユーザーに管理者アクセス権を付与する手順については、このページで詳しく説明しています。
OAuth 2.0 外部アカウントの場合は、次の詳細情報を入力します。
アカウント情報を入力したら、 接続をテスト 外部アカウントが正しく設定されていることを確認します。
資格情報「Content-Type: application/x-www-form-urlencoded」と「grant_type=client_credentials」は API 呼び出しに自動的に追加されるので、資格情報セクションに追加する必要はありません。
Amazon S3 サーバーフィールドには、次のように入力する必要があります。
<S3 bucket name>.s3.amazonaws.com/<s3 object path>
ファイルを S3 暗号化モードで保存するには、「Keep files in S3 encrypted」ボックスをオンにします。
必要な情報は通常、接続しているサーバーのプロバイダーから提供されます。
エンドポイントに関連付けられている「AWS Region」を指定します。サポートされているリージョンと署名バージョンについては、Amazon S3 の公式ドキュメントを参照してください。
「Receiver server」には、AWS リージョンを指定せずに入力してください。後で URL に自動的に追加されます。
Amazon S3 アカウントの設定に役立つように、次の推奨事項に従うことをお勧めします。
Adobe Experience Manager 外部アカウントは、Campaign と Experience Manager を統合する場合に使用します。
この統合に関連するプロセスと要件については、こちらのドキュメントを参照してください。
この新しい外部アカウントを設定する際は、次の詳細を指定する必要があります。
サーバー:Adobe Experience Manager サーバーの URL を入力します。例:
http://aem.domain.com:4502
AEM アカウントの資格情報:Adobe Experience Manager インスタンスにアクセスするアカウントを使用します。Experience Manager のキャンペーンリモートグループのアカウントに含める必要があります。
Google reCAPTCHA を設定するには、Google アカウントが必要になります。
Google reCAPTCHA のメカニズムによって、ランディングページをスパムやボットによる不正使用から守ることができます。このメカニズムは、ユーザーによる操作が不要で、お客様のサイトとのやり取りに基づいているので、ユーザーにとっては負担になりません。サイトの登録については、こちらのページを参照してください。V3 reCAPTCHA タイプを選択する必要があります。
ランディングページにGoogle reCAPTCHA V3 を追加するには、外部アカウントでその V3 を設定します。 ランディングページに Google reCAPTCHA V3 を追加する方法について詳しくは、この節を参照してください。
Google reCAPTCHA V3 外部アカウントの場合は、次の詳細情報を入力します。
外部アカウントの「Label」と「ID」
Type:Google reCAPTCHA
お使いの「Site key」と「Site secret」
0~1 の範囲の「Threshold」
「Threshold」が 0.0 の場合は、ボットである可能性が高く、1.0 の場合は適正なインタラクションである可能性が高いことを意味します。デフォルトでは、0.5 のしきい値を使用できます。
Adobe Campaign Standard で外部アカウントを設定するのに必要な情報は、Azure Portal でSettings/Access keysを選択すれば、確認できます。
Azure BLOB ストレージコネクタを使用できるのは、「Transfer file」ワークフローアクティビティで Adobe Campaign に対してデータのインポートやエクスポートをおこなう場合です。詳しくは、この節を参照してください。
Microsoft Azure BLOB ストレージ外部アカウントの場合は、次の詳細情報を入力します。
設定が完了したら、「Test connection」をクリックして Adobe Campaign を Microsoft Azure BLOB ストレージにリンクします。
暗号化
Adobe Campaign では、セキュリティで保護された接続(HTTPS)を使用して Microsoft Azure BLOB ストレージアカウントにアクセスします。
アカウントキー
外部アカウントを設定する際は、Azure Portal で利用できるAccount keyのいずれかを使用する必要があります。アカウントキーの確認方法について詳しくは、このページを参照してください。
ファイル転送速度の最適化
「Concurrency」オプションを使用すると、ファイル転送速度を微調整できます。これは、ファイル転送の実行に使用するスレッドの数を表します。各スレッドで、BLOB の約 1 MB に相当する部分がダウンロードされます。それぞれがキューに格納されたうえで、ディスクに書き込まれます。スレッドの数を増やすと、ファイル転送中にアプリケーションが使用するリソースの負荷も増えることに注意してください。
ファイル転送が完了したら、ワークフローログでパフォーマンス指標を確認できます。
再試行
デフォルトでは、Azure BLOB のファイル転送時に最大 4 回まで再試行が可能です。Azure ストレージサービスで 503(サーバーがビジー状態)や 500(操作のタイムアウト)などのエラーコードが返された場合は、ストレージアカウントのスケーラビリティ限界に近づいているか、限界を超えている可能性があります。これは、新しいアカウントを使用している場合やテストを実行している場合に発生する可能性があります。
エラーが解決しない場合は、詳細メニューのAdministration/Application Settings/Optionsでオプションを作成して、再試行の回数を増やすことができます。
実装する場合、オプションは次のように作成する必要があります。
ID: AzureBlob_Max_Retries
Date type: Integer
Default: <the number of retries needed>