v7

概覽

內容

身為尊貴的Adobe Campaign Classic客戶,我們致力為您提供最佳體驗和價值。 多年來,我們認識到在雲端託管客戶的價值和可靠性。 作為我們的 年度升級方案,我們已將所有客戶轉移至Adobe Managed Services (AWS上的公用雲端),以提供更佳且更可靠的服務。

此計畫有三個主要目標:

  • 將基礎建設移至安全且現代化的環境(AWS),以解決已識別的安全性弱點。
  • 消除可能繁瑣的擴充流程,提供存取我們的 增強的MTA 並改善所有維護服務層級。
  • 準備您的執行個體以因應Adobe Campaign Classic的未來發展,包括不需要太多資源或時間的更自動化、定期升級。

字彙

  • 版本編號升級 — 當Adobe Campaign Classic軟體更新至最新的安全組建編號時,但仍會維持相同的主要/次要組建層級。 例如: Campaign v7 20.2.3版本編號9182至Campaign v7 21.2.5版本編號9188。 了解更多
  • MID/RT — 在Adobe Cloud上託管的訊息執行伺服器(MID用於批次行銷活動,而RT用於即時單一訊息)
  • 年度升級計畫 — 此計畫提供改良的安全性、改良的支援、增強的維護與穩定性。 它也能讓日後的升級更容易,並可讓您存取Campaign中的新功能。 了解更多
  • AWS - Amazon Web Services (Amazon公用雲端)
  • SFTP — 安全檔案傳輸通訊協定。 了解更多
注意

Campaign Classicv7移轉至公用雲端會影響客戶使用 Adobe Managed Services 僅限。

好處

安全性

  • 最新的安全性修正
  • 靜態資料加密
  • 已改善驗證(IMS)

基礎架構

  • 敏捷的硬體擴充能力
  • 更快速的還原
  • 更優異的可靠性與穩定性
  • 協調的作業程式

效能

  • 改善電子郵件容量
  • 更大的資料庫
  • 校訂的Campaign版本

為Adobe Campaign Classic客戶帶來強大、可靠的解決方案

  1. 改善生產程式,提高可靠性,在發生問題時更快反應,在發生重大事件時更快恢復。
  2. 更高的電子郵件傳送容量。 在新資料中心託管的執行個體將可能受益於電子郵件傳送的專用基礎架構。 這可能導致更高的電子郵件傳送速度,或允許使用較少的傳送IP。
  3. 更優異的硬體擴充能力。 增加硬體資源可以更快完成。 技術上來說,這大約是1小時的數量級,而不是幾天。

每年升級可讓未來的升級更輕鬆

  1. 貴組織等待升級的時間越長,升級過程就越複雜,而且面臨弱點的可能性也會增加(尤其是從舊版移轉時)。
  2. 透過Campaign年度升級(原為Gold Standard方案),您的執行個體將會現代化,並準備好接收更多自動化和定期更新,且只需較少的手動干預和較少的資源。

關於移轉

受影響的帳戶將於2020/2021年移轉至Adobe Managed Services (公用雲端)。 Adobe將帶領並引導您的組織完成此歷程。

為了開始進行這項工作,需要此移轉的帳戶將收到來自Adobe的電子郵件通訊,並提供時間表和檔案存取權。 這會是您的帳戶已排程移轉的通知。

移轉的起始者可以是 開啟新的客戶服務支援票證. 使用主旨列「移轉至AWS」。

此移轉是否為強制性?

移轉至雲端的程式是 邁向的第一步 年度升級計畫 您的Adobe Campaign執行個體的ID。 如果您託管於非公用雲端(AWS)的資料中心,則必須進行這項移轉。

Adobe Managed Services雲端託管於Amazon Web Services (AWS),這是現代、安全且最佳化的環境。 進一步瞭解AWS.

Adobe計畫淘汰舊版資料中心,在該處執行的Adobe Campaign執行個體必須轉移到新的參考資料中心AWS。

這是前進的重要路徑,因為您目前的位置可能會暴露在 安全性與效能漏洞.

此外,此移轉作業現在是 任何未來版本編號升級的先決條件 您的Adobe Campaign。 舊版資料中心已無法進行組建版本升級。

Adobe致力於保護您的資料安全,並幫助您走上Adobe Campaign未來的道路。 我們需要您的合作關係,才能共同取得成功!

我們已組織好團隊 提供專屬的客戶服務代表、客戶成功經理、產品經理、工程師、TechOps專家及產品顧問的協助,確保體驗順暢無礙。 我們致力確保您具有相關專案和聯絡資訊。

我們投入巨資開發技術,讓這項移轉快速、順暢且安全。

限制

  • 移轉作業將伴隨不可避免的平台停機。 此計畫的目的是引導儘可能減少停機時間。
  • 資料整合的IP變更。
  • 新傳送IP的可遞送性提升。 然而,計畫是讓這項作業對業務而言是透明的,不同於上線期間進行的初始升級。

深入瞭解Campaign移轉至 Public Cloud常見問題集.

移轉至公用雲端的路徑

Adobe會處理大部分的動作。 我們需要您進行驗證和簽核。

移轉准則

全域方法

資料庫

資料庫將從舊版資料中心傾印,並在公共雲端(AWS)還原。 在新資料中心上重新啟動時,應用程式會從關機前的確切狀態恢復。 使用者不會看到任何差異,除了某些排程任務將延遲。

電子郵件傳送IP

移轉完成後,Campaign執行個體會有完全不同的傳送IP。 為確保順利轉換,Adobe會逐步將流量從舊的IP切換至新的IP,以實施新傳送IP的加速。

資料整合IP

使用者端的資料整合可能會受到資料整合IP變更的影響。 視Campaign做為伺服器或使用者端而定,此變更可能會對兩個方向造成影響。
典型案例:

  • SFTP,可能雙向進行
  • HTTP,可能兩個方向
  • SMPP (與簡訊提供者的連線)、Campaign (作為使用者端)、變更來源IP

一般而言,這表示使用者端應檢查其防火牆上可能設定的IP限制,並據以調整。*

Campaign伺服器

現有的Campaign伺服器(實際為容器)將以「提升並轉換」的方式移至「公用雲端」(AWS)。 也就是說,不需要安裝新的伺服器,但整個伺服器將轉移到新的資料中心。 這項操作只需要低階技術重新配置,不需要更多工作。

伺服器名稱

用於行銷通訊的子網域底下:將維持不變。 不過,根據實作,使用者端可能需要執行動作:

  • 若是子網域委派(一般情況),Adobe會處理所有變更並確保順利轉換
  • 若是CNAME設定(例外),將會要求使用者端實作變更。 需要與Adobe協調。

若為使用者存取與資料整合,neolane.net底下的名稱將維持不變。

這表示如果伺服器名稱未取代為硬式編碼IP,此變更對使用者和資料整合實作將是透明的。

準備

電子郵件傳送IP

首先,Adobe傳遞能力將評估平台傳遞能力狀態,並推薦切換到新IP的計畫。

Adobe會在新資料中心布建相同數量的IP。

布建新IP後,即可開始增加新IP。

應用程式清理
資料中心之間的資料傳輸是停機期間的關鍵路徑。

資料以兩種方式儲存:

  1. 目前最重要的是資料庫
  2. 應用程式伺服器上的檔案(資料匯入和匯出)

縮減資料庫大小對於加速資料傳輸最為重要。

建議:

  • 縮短歷史資料(傳遞記錄、追蹤記錄等)的保留時間
  • 刪除其他表格(傳送、收件者、自訂表格)上的無用記錄

執行

暫停執行

我們建議在執行程式於舊型資料中心關閉之前,先減慢執行速度,最好是暫停所有執行:傳送和工作流程。 這將有助於公共雲端(AWS)上的重新啟動,因為流程將有時間「穩健」暫停,並儲存任何進行中的執行狀態。

移轉期間

進行移轉時,只有一個服務仍可運作:電子郵件連結重新導向。 換言之,收件者按一下電子郵件即可存取登陸頁面。 不過,系統不會記錄這些點按,因此移轉前不久啟動的傳送點按率會低於正常水準。

重新啟動

一旦移轉至新環境,應用程式就會逐步重新啟動:

  • 第一次主控台存取,使用者就能檢視狀態而無需任何正在執行的動作
  • 然後,工作流程和傳遞

移轉後

刪除舊版資料中心上的執行個體

應用程式移轉一旦完成,就沒有任何在舊式資料中心再次執行任何程式的計畫。 我們預計在排程的備份程式於Public Cloud (AWS)上執行之前,舊版資料中心上的所有資料都可被清除(暫時備份用途除外)。

dns委派

通常,用於從Campaign傳送電子郵件的網域(錯誤地址中@登入右側的一部分)已委派給Adobe。 可以變更委派,並針對AWS DNS伺服器實作。

支援和其他有效連結

本頁內容