アドビは、Adobe Campaign Classic のお客様に最高のエクスペリエンスと価値を提供することに全力で取り組んでいます。長年にわたって、お客様のクラウドホスティングの価値と信頼性を実現して参りました。アドビでは、年次アップグレードイニシアチブの一環として、より優れた信頼性の高いサービスを提供するために、すべてのお客様を Adobe Managed Services(AWS 上のパブリッククラウド)に移行しています。
このプログラムの主な目標は次の 3 つです。
Campaign Classic v7 のパブリッククラウドへの移行による影響を受けるのは、Adobe Managed Services を使用するお客様のみです。
セキュリティ
インフラストラクチャ
パフォーマンス
Adobe Campaign Classic のお客様向けに堅牢で信頼性の高いソリューションを提供
年次アップグレードにより、今後のアップグレードが容易になります
この取り組みを開始するにあたり、この移行を必要とするアカウントは、タイムラインとドキュメントへのアクセス方法が記載された E メールをアドビから受け取ります。これは、アカウントの移行がスケジュールされていることを示す通知です。
移行を開始するには、カスタマーケアの新しいサポートチケットを開きます。件名として「AWS への移行」を使用します。
このクラウドへの移行は、Adobe Campaign インスタンスの年次アップグレードプログラムを取得するための最初のステップです。パブリッククラウド(AWS)以外のデータセンターでホストされている場合、この移行は必須です。
Adobe Managed Services クラウドは、安全で最適化された最新の環境である AWS でホストされています。AWS について詳しくは、こちらを参照してください。
アドビでは、従来のデータセンターを廃止する予定です。そこで実行している Adobe Campaign インスタンスは、新しい基準データセンター(AWS)に転送する必要があります。
現在の場所ではセキュリティとパフォーマンスの脆弱性に晒される可能性があるので、これは、前進するうえで不可欠です。
さらに、この移行は、今では Adobe Campaign の今後のビルドアップグレードのための前提条件になりました。ビルドアップグレードはレガシーデータセンターでできなくなりました。
アドビは、お客様のデータを保護し、Adobe Campaign を将来にわたって利用し続けられるように取り組んでいます。共同で成功を収めるには、お客様のパートナーシップが必要です。
アドビは、専任のカスタマーケア担当者、カスタマーサクセスマネージャー、製品マネージャー、エンジニア、テクニカルオペレーションスペシャリストおよび製品コンサルタントからなるチームを編成しており、このエクスペリエンスがスムーズかつシームレスになるように支援します。アドビでは、関連するプロジェクト情報および連絡先情報をお客様が確実に得られるように取り組んでいます。
アドビは、この移行を迅速、シームレス、安全なものにするテクノロジーの開発に多大な努力を注いできました。
詳しくは、Campaign のパブリッククラウドへの移行に関する FAQ を参照してください。
アドビでほとんどのアクションをおこないます。お客様には検証とサインオフを行っていただく必要があります。
データベース
データベースは従来のデータセンターからダンプされ、パブリッククラウド(AWS)で復元されます。新しいデータセンターで再起動すると、アプリケーションはシャットダウン前と同じ状態から再開されます。一部のスケジュール済みタスクが遅延することを除いて、ユーザーが違いに気づくことはありません。
メール送信 IP
移行が完了すると、Campaign インスタンスの送信 IP は、まったく異なるものになります。スムーズな移行のために、アドビでは、古い IP から新しい IP にトラフィックを順次切り替えることで、新しい送信 IP のランプアップを実装します。
データ統合 IP
クライアント側でのデータ統合は、データ統合用 IP の変更の影響を受ける可能性があります。この変更は、Campaign がサーバーとして動作するかクライアントとして動作するかによって、両方向に影響を与える可能性があります。
典型的な状況:
一般に、クライアントはファイアウォールに設定された IP 制限の可能性を確認し、それに応じて適応する必要があります。*
Campaign サーバー
既存の Campaign サーバー(実際にはコンテナ)は、「リフト&シフト」アプローチでパブリッククラウド(AWS)に移行されます。つまり、新しいサーバーをインストールする必要はなく、サーバー全体が新しいデータセンターに転送されます。この操作に必要な作業は、低レベルの技術的な再設定のみです。
サーバー名
マーケティングコミュニケーションに使用されるサブドメイン以下は同じままです。ただし、実装によっては、クライアント側でアクションが必要になる場合があります。
ユーザーアクセスとデータ統合の場合、neolane.net 下の名前は同じままです。
つまり、サーバー名がハードコードされた IP で置き換えられなかった場合、変更はユーザーおよびデータ統合の実装に対して透過的になります。
メール送信 IP
まず、アドビの担当部署がプラットフォームの配信品質ステータスを評価し、新しい IP への切り替え計画を助言します。
アドビは、同じ数の IP を新しいデータセンターにプロビジョニングします。
新しい IP の立ち上げは、プロビジョニングされ次第、開始できます。
アプリケーションクリーンアップ
データセンター間のデータ転送はダウンタイムのクリティカルパス上にあります。
データは以下の 2 つの方法で保存されます。
データの転送を高速化するには、データベースのサイズを小さくすることが最も重要です。
提案:
実行の一時停止
従来のデータセンターでアプリケーションをシャットダウンする直前に、配信とワークフローのすべての実行をスローダウンし理想的な状態で一時停止することをお勧めします。これにより、プロセスを「適切に」一時停止して進行中の実行状態を保存する時間を確保できるので、クラウドサーバー(AWS)での再起動が容易になります。
移行中
移行中は、1 つのサービス(メールリンクのリダイレクト)のみ機能し続けます。つまり、受信者はメール内でクリックするとランディングページにアクセスできます。ただし、これらのクリックは記録されないので、移行の直前に開始された配信のクリック率は通常より低くなります。
再起動
新しい環境に移行したら、アプリケーションは徐々に再起動されます。
従来のデータセンターでのインスタンスの削除
アプリケーションの移行が完了したら、従来のデータセンターで再びプロセスを実行することはありません。スケジュールされたバックアッププロセスがパブリッククラウド(AWS)で実行されるまでは、一時的なバックアップを除き、レガシーデータセンター上のすべてのデータを消去できると考えられます。
DNS デリゲーション
通常、Campaign からの E メール(エラーアドレスの @ 記号の右側の部分)の送信に使用されるドメインは、アドビにデリゲートされています。デリゲーションは、AWS DNS サーバーに対して変更および実装できます。