一般的なアーキテクチャ general-architecture

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

Adobe Campaignは、サービス指向アーキテクチャ（SOA）に基づいており、複数の機能モジュールで構成されます。 これらのモジュールは、スケーラビリティ、可用性、サービスの分離などの制約に応じて、1 台以上のコンピューターに 1 つまたは複数のインスタンスでデプロイできます。 したがって、デプロイメント設定の範囲は非常に広く、1 台の中央コンピューターから、複数のサイトにまたがる複数の専用サーバーを含む設定まで多岐にわたります。

プレゼンテーションレイヤー presentation-layer

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

論理アプリケーションレイヤー logical-application-layer

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）として機能します。メッセージを「一対一」でパーソナライズし、物理的に配信します。 配信ジョブを実行し、自動による再試行も処理します。さらに、トラッキングを有効にすると、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 時間あたりや 1 接続あたりのメッセージ数の上限）などの統計情報を保持します。同じパブリック IP アドレスを共有している場合は、複数のインスタンスやマシンを統合することもできます。

永続性レイヤー persistence-layer

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

タスクを実行するにはAdobe Campaignのコンポーネントの大部分がデータベースへのアクセスを必要とするので（リダイレクトモジュールを除く）、データベースの信頼性が最も重要です。

プラットフォームには、マーケティング中心のデータマートが事前定義されているか、主要なリレーショナルデータベース管理システム（RDBMS）を使用して既存のデータマートやスキーマの上に簡単に配置できます。 Adobe Campaign プラットフォームは、Adobe Campaignからデータベースへの SQL 呼び出しを介して、データマート内のすべてのデータにアクセスします。 Adobe Campaign には、ETL（抽出、変換、ロード）ツールを補完する機能も備わっており、システムとの間でのデータの読み込みと書き出しを実行することができます。