一般的なアーキテクチャ

一般的なAdobe Campaignソリューションのデプロイメントは、次のコンポーネントで構成されます。

  • パーソナライズされたクライアント環境

    ユーザーがマーケティングオファーを伝え、追跡し、キャンペーンを作成し、電子メール、ワークフロー、ランディングページを含むすべてのマーケティングアクティビティ、プログラム、計画を確認、管理し、顧客プロファイルを作成、管理し、顧客オーディエンスタイプを定義できる直感的なグラフィカルインターフェイス。

  • 開発環境

    ユーザーインターフェイスで定義されたルールとワークフローに基づいて、電子メール、SMS、プッシュ通知、ダイレクトメール、Web、Socialなど、選択した通信チャネルを使用してマーケティングキャンペーンを実行するサーバー側ソフトウェア。

  • データベースコンテナ

    Adobe Campaign・データベースは、リレーショナル・データベース・テクノロジーに基づき、顧客情報、キャンペーン・コンポーネント、オファー、ワークフローをすべて格納し、キャンペーン結果は顧客データベース・コンテナに結びつきます。

Adobe Campaignは、サービス指向アーキテクチャ(SOA)に基づいており、複数の機能モジュールで構成されます。 拡張性、可用性、サービスの分離の制約に応じて、1台または複数のインスタンスで、1台または複数のコンピューターにこれらのモジュールを展開できます。 したがって、導入構成の範囲は非常に広く、1台の中央コンピュータから複数のサイトにまたがる複数の専用サーバを含む構成にまで及びます。

メモ

ソフトウェアベンダーは、互換性のあるハードウェアおよびソフトウェアインフラストラクチャを指定します。 ここで示すハードウェアの推奨事項は、情報提供のみを目的としており、当社の経験に基づいています。 Adobeは、これに基づく決定に対して責任を負わない。 また、ビジネス・ルールとプラクティス、およびプロジェクトの重要度と必要なパフォーマンス・レベルにも依存します。

注意

明示的に明記しない場合は、Adobe Campaignプラットフォームのすべてのコンポーネントに対するインストール、アップデート、メンテナンスは、それらをホストするマシン管理者の責任となります。 これには、Adobe Campaignアプリケーションの前提条件の実装、およびコンポーネント間のキャンペーン互換表に準拠することが含まれます。

プレゼンテーションレイヤー

アプリケーションには、ユーザーのニーズに応じて、様々な方法でアクセスできます。リッチクライアント、シンクライアント、またはAPIの統合。

  • リッチクライアント:アプリケーションのメインユーザーインターフェイスは、リッチクライアント、つまり、標準のインターネットプロトコル(SOAP、HTTPなど)とのみAdobe Campaignアプリケーションサーバーと通信するネイティブアプリケーション(Windows)です。このコンソールは、生産性を高める優れた使い勝手を提供し、(ローカルキャッシュを使用することで)帯域幅を非常に少なくし、容易に導入できるように設計されています。 このコンソールはインターネットブラウザから導入でき、自動的に更新でき、HTTPトラフィックのみを生成するので、特定のネットワーク設定は不要です。
  • シンクライアント:レポートモジュール、配信承認ステージ、分散型マーケティングモジュールの機能(中央/ローカル)、インスタンス監視など、HTMLユーザーインターフェイスを使用して、単純なWebブラウザーを介してアプリケーションの特定の部分にアクセスできます。このモードを使用すると、イントラネットやエクストラネットにAdobe Campaign機能を含めることができます。
  • APIを介した統合:場合によっては、SOAPプロトコルで公開されたWebサービスAPIを使用して、システムを外部アプリケーションから呼び出すことができます。

論理アプリケーション層

Adobe Campaignは、オープンで拡張性の高いアーキテクチャを作成するために組み合わされた異なるアプリケーションを持つ単一のプラットフォームです。 Adobe Campaignプラットフォームは柔軟なアプリケーションレイヤー上に書き込まれ、会社のビジネスニーズに合わせて簡単に設定できます。 これは、企業のニーズの増大を、機能的な観点から、また技術的な観点からも対応します。 分散アーキテクチャにより、何千ものメッセージから数百万ものメッセージに対して、システムの拡張性を線形的に拡張できます。

Adobe Campaignは、連携して動作する一連のサーバー側プロセスに依存しています。

主なプロセスは次のとおりです。

アプリケーションサーバー (nlserver Web)

このプロセスでは、WebサービスAPI(SOAP - HTTP + XML)を介してすべてのAdobe Campaign機能を公開します。 さらに、HTMLベースのアクセス(レポート、Web フォームなど)に使用するウェブページを動的に生成できます。 これを実現するために、このプロセスにはApache Tomcat JSPサーバーが含まれています。 コンソールの接続先のプロセスです。

ワークフローエンジン (nlserver wfserver)

アプリケーションで定義されたワークフロープロセスを実行します。

また、次のような、定期的に実行されるテクニカルワークフローも処理します。

  • 追跡:トラッキングログのリカバリと統合 これにより、リダイレクトサーバーからログを取得し、レポートモジュールで使用される集計インジケーターを作成できます。
  • クリーンアップ:データベースのクリーニング。 古いレコードを削除し、データベースの急激な増大を回避するために使用します。
  • 請求:プラットフォーム用のアクティビティレポートの自動送信(データベースサイズ、マーケティングアクション数など)

配信サーバ (nlserver mta)

Adobe Campaignにはネイティブの電子メールブロードキャスト機能があります。 このプロセスは、SMTPメール転送エージェント(MTA)として機能します。 メッセージの「1対1」のパーソナライゼーションを実行し、物理的な配信を処理します。 配信ジョブを使用して機能し、自動再試行を処理します。 さらに、追跡が有効になると、URLがリダイレクトサーバーを指すように自動的に置き換えられます。

このプロセスは、カスタマイズと、SMS、FAX、およびダイレクトメールに関するサードパーティルータへの自動送信に対応できます。

リダイレクトサーバー (nlserver webmdl)

電子メールの場合、Adobe Campaignは自動的にオープンおよびクリックの追跡を処理します(Webサイトレベルでのトランザクション追跡を行う方が可能です)。 これを実現するため、電子メールメッセージに組み込まれたURLを、このモジュールを指すように書き換え、このモジュールが、インターネットユーザの通過を登録してから、必要なURLにリダイレクトする。

最高の可用性を保証するために、このプロセスはデータベースと完全に独立しています。他のサーバープロセスとの通信には、SOAP呼び出し(HTTP、HTTP(S)およびXML)のみが使用されます。 技術的には、この機能は、HTTPサーバーの拡張モジュール(IISのISAPI拡張、またはDSO Apacheモジュールなど)に実装されます。 およびは、Windowsでのみ使用できます。

その他の技術的なプロセスも利用できます。

バウンス電子メールの管理 (nlserver inMail)

このプロセスにより、配信障害が発生した場合に返されるバウンスメッセージを受信するように構成されたメールボックスから電子メールを自動的に取得できます。 その後、これらのメッセージは、ルールベースの処理を受けて、非配信(不明な受信者、割り当て超過など)の原因を特定します。 データベース内の配信ステータスを更新する。

これらの操作はすべて自動で、事前に設定されています。

SMS配信状態 (nlserver sms)

このプロセスは、SMSルータをポーリングして進行状況ステータスを収集し、データベースを更新します。

ログメッセージを書き込んでいます (nlserver syslogd)

この技術的なプロセスは、他のプロセスが生成したログメッセージとトレースを取得し、ハードディスクに書き込みます。 これにより、問題が発生した場合の診断に十分な情報が得られます。

トラッキングログの書き込み (nlserver trackinglogd)

このプロセスは、リダイレクトプロセスによって生成されたトラッキングログをディスクに保存します。

受信イベントの書き込み (nlserver interactiond)

このプロセスは、インバウンドイベントのディスクへの記録をインタラクションのフレームワーク内で確認します。

監視モジュール (nlserver watchodg)

この技術プロセスは、他のプロセスを生み出す主なプロセスとして機能します。 また、障害が発生した場合は、監視や起動を自動的に行うので、システムの稼働時間を最大限に維持します。

統計サーバ (nlserver stat)

このプロセスは、接続数、メッセージの送信先の各メールサーバーに対して送信されるメッセージ数、制限(同時接続数、1時間あたりのメッセージ数、接続数の上限)に関する統計を維持します。 また、同じパブリックIPアドレスを共有する複数のインスタンスやマシンを統合することもできます。

メモ

Adobe Campaignモジュールの完全なリストは、このドキュメントで入手できます。

永続性レイヤ

データベースは永続性レイヤーとして使用され、Adobe Campaignが管理するほとんどすべての情報が含まれます。 これには、機能データ(プロファイル、購読、コンテンツなど)、技術データ(配信ジョブとログ、トラッキングログなど)の両方が含まれます。 および作業データ(購入、リード)。

データベースの信頼性は最も重要です。Adobe Campaignの大部分のコンポーネントは、そのタスクを実行するためにデータベースへのアクセスを必要とします(リダイレクトモジュールの顕著な例外を除く)。

プラットフォームは、マーケティングを中心としたデータ・マートで事前に定義されているため、または主要なリレーショナル・データベース管理システム(RDBMS)を使用して既存のデータ・マートやスキーマの上に簡単に配置できます。 データマート内のすべてのデータは、Adobe CampaignからAdobe CampaignへのSQL呼び出しを介して、データベースプラットフォームによってアクセスされます。 また、Adobe Campaignは、システムとの間でのデータのインポートおよびエクスポートを実行するための、Extract Transform and Load(ETL)ツールの完全な補完も提供します。

このページ

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now