概覽 dc-ovv
內容
身為尊貴的Adobe Campaign Classic客戶，我們致力為您提供最佳體驗和價值。 這些年來，我們認識到在雲端託管客戶的價值和可靠性。 作為我們年度升級方案的一部分，我們已將所有客戶轉移到AdobeManaged 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雲端上託管的訊息執行伺服器（MID用於批次行銷活動，而RT用於即時單一訊息）
- 年度升級方案 — 此方案提供改善的安全性、改善的支援、增強的維護與穩定性。 它也會讓日後的升級更容易，並可讓您存取Campaign中的新功能。 了解更多。
- AWS - Amazon Web Services (Amazon公用雲端)
- SFTP — 安全檔案傳輸通訊協定。 了解更多。
好處
安全性
- 最新的安全性修正
- 靜態資料加密
- 已改善驗證(IMS)
基礎架構
- 敏捷的硬體擴充能力
- 更快速的還原
- 提升可靠性和穩定性
- 協調的作業程式
效能
- 改善電子郵件容量
- 更大的資料庫
- 校訂的Campaign版本
為Adobe Campaign Classic客戶帶來強大、可靠的解決方案
- 更佳的生產程式，可提升可靠性、加快發生問題的反應速度，以及發生重大事件時更快的回覆速度。
- 更高的電子郵件傳送容量。 在新資料中心託管的執行個體將可能受益於電子郵件傳送的專用基礎架構。 這可能導致更高的電子郵件傳送速度，或允許使用較少的傳送IP。
- 更優異的硬體擴充能力。 增加硬體資源可以更快完成。 技術上來說，這大約是1小時的數量級，而不是數天。
每年升級可讓未來的升級更容易
- 您的組織等待升級的時間越長，升級過程就越複雜，而面臨弱點的可能性也會增加（尤其是從舊版移動時）。
- 透過Campaign年度升級（原本是Gold Standard方案），您的執行個體將會現代化，並準備好接收更多自動化和定期的更新，且需要較少的手動干預和較少的資源。
關於移轉
為了開始進行這項工作，需要此移轉的帳戶將收到Adobe的電子郵件通訊，並提供時間表和檔案存取權。 這是您的帳戶已排定移轉的通知。
開啟新的客戶服務支援票證即可開始移轉。 使用主旨列「移轉至AWS」。
此移轉是否為強制性？
此雲端移轉作業是您Adobe Campaign執行個體之年度升級方案的 第一步。 如果您託管於非公用雲端(AWS)的資料中心，則必須進行此移轉。
AdobeManaged Services雲端託管於Amazon Web Services (AWS)上，這是一個現代、安全且最佳化的環境。 進一步瞭解AWS。
Adobe計畫淘汰舊版資料中心，在該處執行的Adobe Campaign執行個體必須轉移到新的參考資料中心AWS。
這是您目前所在位置可能遭受 安全性與效能漏洞 的重要發展方向。
此外，此移轉現在是Adobe Campaign任何未來組建版本升級 的 先決條件。 舊版資料中心已無法進行組建版本升級。
Adobe致力於保護您的資料，並讓您追蹤Adobe Campaign的未來。 我們需要您的合作關係，才能共同取得成功！
我們組織了一支團隊，由專屬的客戶服務代表、客戶成功經理、產品經理、工程師、TechOps專家及產品顧問組成，協助並確保順暢順暢的體驗。 我們致力確保您具有相關專案和聯絡資訊。
我們投入巨資開發技術，讓這項移轉作業快速、順暢且安全。
限制
- 移轉作業將伴隨不可避免的平台停機時間。 此計畫的目的是引導您儘可能減少停機時間。
- 資料整合的IP變更。
- 新傳送IP的可遞送性提升。 不過，計畫是讓這項作業對業務而言是透明的，不同於在上線期間進行的初始升級。
深入瞭解Campaign移轉至公用雲端常見問答集。
移轉至公用雲端的路徑
Adobe會處理大部分的動作。 我們需要您進行驗證和簽核。
移轉准則
全域方法
資料庫
資料庫將從舊版資料中心傾印，並在公共雲端(AWS)還原。 在新資料中心上重新啟動時，應用程式會從關機前的狀態恢復。 使用者看不到任何差異，只是部分排程工作已延遲。
電子郵件傳送IP
移轉完成後，Campaign執行個體會有完全不同的傳送IP。 為確保順利轉換，Adobe會逐步將流量從舊的IP切換至新的IP，以實施新傳送IP的遞增作業。
資料整合IP
使用者端的資料整合可能會受到資料整合的IP變更影響。 視Campaign做為伺服器或使用者端而定，此變更可能會雙向影響。
典型案例：
- SFTP，可能向兩個方向
- HTTP，可能兩個方向
- SMPP （與簡訊提供者的連線）、Campaign （作為使用者端）、變更來源IP
一般而言，這表示使用者端應檢查其防火牆上可能設定的IP限制，並據此調整。*
行銷活動伺服器
現有的Campaign伺服器（實際上為容器）將以「提升並轉換」的方式移至公共雲端(AWS)。 也就是說，不需要安裝新的伺服器，但整個伺服器將轉移到新的資料中心。 操作只需要低階技術重新配置，不需要更多工作。
伺服器名稱
用於行銷通訊的子網域底下：將維持不變。 不過，根據實作，使用者端可能需要執行動作：
- 如果子網域委派（一般情況），Adobe會處理所有變更並確保順暢轉換
- 若是CNAME設定（例外），則會要求使用者端實作變更。 需要與Adobe協調。
針對使用者存取和資料整合，neolane.net底下的名稱將維持不變。
這表示，如果伺服器名稱未取代為硬式編碼IP，對於使用者和資料整合實作而言，變更將是透明的。
準備
電子郵件傳送IP
首先，Adobe傳遞能力將評估平台的傳遞能力狀態，並推薦切換到新IP的計畫。
Adobe會在新資料中心布建相同數量的IP。
新IP一經布建，就會開始增加新的IP。
應用程式清理
資料中心之間的資料傳輸是停機期間的關鍵路徑。
資料以兩種方式儲存：
- 目前最重要的是資料庫
- 應用程式伺服器上的檔案（資料匯入和匯出）
縮減資料庫大小對於加快資料傳輸極為重要。
建議：
- 縮短歷史資料（傳遞記錄、追蹤記錄等）的保留時間
- 刪除其他表格（傳送、收件者、自訂表格）上的無用記錄
執行
暫停執行
我們建議在執行程式於舊版資料中心關閉之前，先放慢執行速度，最好是暫停所有執行：傳送和工作流程。 這將有助於公共雲端(AWS)的重新啟動，因為流程將有「正常」暫停的時間，並可儲存任何進行中的執行狀態。
移轉期間
進行移轉時，只有一個服務仍可運作：電子郵件連結重新導向。 換言之，收件者按一下電子郵件即可存取登陸頁面。 不過，系統不會記錄這些點按，因此移轉前不久啟動的傳送點按率會低於正常水準。
重新啟動
一旦移轉至新環境，應用程式就會逐步重新啟動：
- 首次存取主控台，讓使用者能檢視狀態，無需任何正在執行的工作
- 然後，工作流程和傳遞
移轉後
刪除舊版資料中心上的執行個體
應用程式移轉一旦完成，就沒有任何計畫在舊式資料中心上再次執行任何程式。 我們預計在排定的備份程式於Public Cloud (AWS)上執行之前，舊版資料中心上的所有資料都可被清除，除了暫時備份用途外。
DNS委派
通常，用於從Campaign傳送電子郵件的網域（錯誤位址中@登入右側的一部分）已委派給Adobe。 可以變更委派，並實作對AWS DNS伺服器的委派。