Show Menu
トピック×

一般的なアーキテクチャ

一般的なAdobe Campaignソリューションの導入は、次のコンポーネントで構成されます。
  • パーソナライズされたクライアント環境
    ユーザーがマーケティングオファーを伝え、追跡し、キャンペーンを作成し、電子メール、ワークフロー、ランディングページを含むすべてのマーケティング活動、プログラムおよびプランを確認および管理し、顧客プロファイルを作成および管理し、顧客オーディエンスタイプを定義できる直感的なグラフィカルインターフェイス。
  • 開発環境
    ユーザーインターフェイスで定義されたルールとワークフローに基づいて、電子メール、SMS、プッシュ通知、ダイレクトメール、Web、ソーシャルなど、選択した通信チャネルを介してマーケティングキャンペーンを実行するサーバー側のソフトウェア。
  • データベースコンテナ
    Adobe Campaignデータベースは、リレーショナルデータベース技術に基づいて、顧客情報、キャンペーンコンポーネント、オファーおよびワークフローのほか、キャンペーンの結果を顧客データベースコンテナに格納します。
Adobe Campaignは、サービス指向アーキテクチャ(SOA)に基づいており、複数の機能モジュールで構成されています。 これらのモジュールは、拡張性、可用性、サービスの分離に関する制約に応じて、1台または複数のインスタンスで1台以上のコンピューターに展開できます。 したがって、導入構成の範囲は非常に広く、1台の中央コンピュータから複数のサイトにわたる複数の専用サーバを含む構成に及びます。
ソフトウェアベンダーとして、互換性のあるハードウェアおよびソフトウェアインフラストラクチャを指定します。 ここで示すハードウェアの推奨事項は、情報提供のみを目的としており、当社の経験に基づいています。 アドビは、これに基づいて行われた決定に対して責任を負いません。 また、ビジネスルールや慣行、プロジェクトの重要度や必要なパフォーマンスレベルにも依存します。
特に明示的に説明していない場合は、Adobe Campaignプラットフォームのすべてのコンポーネントに対するインストール、更新およびメンテナンスは、それらをホストするマシン管理者の責任です。 これには、Adobe Campaignアプリケーションの前提条件の実装と、コンポーネント間の互換性マトリック スの準拠 が含まれます。

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

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

論理アプリケーション層

Adobe Campaignは、オープンでスケーラブルなアーキテクチャを作成するために組み合わされた異なるアプリケーションを備えた単一のプラットフォームです。 Adobe Campaignプラットフォームは、柔軟なアプリケーションレイヤーに書き込まれ、会社のビジネスニーズに合わせて簡単に設定できます。 これは、企業のニーズの増大を、機能的な観点からも、技術的な観点からも対応します。 分散アーキテクチャにより、数千のメッセージから数百万のメッセージまで、システムのスケーラビリティを線形的に拡張できます。
Adobe Campaignは連携して動作する一連のサーバー側プロセスに依存しています。
主なプロセスは次のとおりです。
アプリケーション ・サーバー(nlserver Web)
このプロセスは、WebサービスAPI(SOAP - HTTP + XML)を介して、Adobe Campaignの全機能を公開します。 さらに、HTMLベースのアクセス(レポート、Webフォームなど)に使用する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からデータベースに対するSQL呼び出しを介して、Adobe Campaignプラットフォームによってアクセスされます。 また、Adobe Campaignは、システムへのデータのインポートとシステムからのデータのエクスポートを実行するための、Extract Transform and Load(ETL)ツールの完全な補完も提供します。