遷移到公共雲常見問題

Adobe解除舊式資料中心:Campaign Classic實例必須傳輸到公共雲Amazon Web Services(AWS)。 瞭解有關此計畫的詳細資訊

下面是有關此項目、對活動環境的影響以及其他有用資源的一組常見問題。

對於其他問題,您可以 Adobe客戶關懷

基礎架構影響

下面列出了對資料庫和基礎架構的全球影響。

  • 資料庫是否將更改? 新資料庫的版本是什麼? 將使用什麼作業系統?

    Adobe保留選擇和部署最合適的資料庫管理引擎以在最佳條件下為Adobe Campaign服務的權利。

    此外,為了保持最佳安全級別,Adobe將不提供任何與基礎架構相關的詳細資訊。

  • 是否存在資料丟失的風險?

    資料庫將從舊式資料中心轉儲,並在公共雲(AWS)中恢復。 在新資料中心上重新啟動後,應用程式將從遷移前的完全狀態恢復。 除了某些計畫任務將被延遲外,用戶不會看到任何差異。

  • 舊式資料中心和公共雲之間的軟體包大小是否存在差異?

    我們正在公共雲(AWS)中預配基於當前資料庫大小、磁碟大小等的新包定義。 例如,如果客戶在舊式資料中心中有一個應用程式伺服器,則他們可以根據包定義在公共雲(AWS)中擁有兩個應用程式伺服器。

  • 內部版本號或市場活動版本是否將更改?

    作為第一步,我們將與遷移保持相同的Campaign Classic構建。

    進一步,我們將繼續升級到最新的Campaign ClassicGA版本。 如需詳細資訊,請參閱此頁面

  • 解決遷移後問題的計畫是什麼?

    在生產系統遷移之前,將進行大量測試。 但是,如果出現任何問題, Adobe客戶關懷 仍將是主要的聯絡點。 Adobe已成立一個專家小組,在必要時提供高級支援。

交付性影響

下面列出了對IP、塊清單、子域和URL的全局影響。

  • 如何處理允許清單中的IP? 客戶是否需要將新的IP地址添加到「市場活動」傳入通信的允許清單中?

    Adobe伺服器的IP地址將更改。 因此,客戶可能需要在其系統的允許清單中添加這些新IP地址。

    瞭解更多資訊 關於允許清單上的IP。

  • 我們將如何處理添加到允許清單中的埠,以便SFTP/FTP訪問?

    SFTP配置(允許清單上的公鑰+ IP)也將從舊式資料中心移到公共雲(AWS)。 預期客戶不會採取任何操作。

  • 我們是否在更改IP?

    Adobe伺服器的IP地址將更改。 因此,客戶可能需要將這些新IP地址添加到其系統中的允許清單中。

    瞭解更多資訊 關於允許清單上的IP。

  • 如何處理子域委派?

    現有子域將從舊式資料中心移動到公共雲(AWS)。 此部件將由Adobe交付性團隊作為遷移過程的一部分處理。

    Adobe將指導客戶完成所需的test,以確保遷移後新的公共雲(AWS)伺服器上的配置處於啟動狀態並運行。

  • 遷移是否會生成用於跟蹤、資源和Web應用程式的新URL?

    否,我們將保留現有URL。

  • 子域是否會從Neolane.net更改為campaign.adobe.com?

    兩者 neolane.netcampaign.adobe.com 將在遷移後就位。 要簡單:我們將將neolane.net重定向到公共雲(AWS)中的新實例,因此客戶不需要進行任何更改。

  • IP公司的預案是什麼?

    首先,Adobe交付性將評估平台的交付性狀態,並建議將交換機交換到新IP的計畫

    遷移後不需要熱機。 可能是個例外,在這種情況下, Adobe客戶關懷 會接觸到客戶。

    然而,該計畫是讓這項業務對企業透明,而不是在投入運營期間進行的最初升級。

    遷移完成後,活動實例的發送IP將完全不同。 為了確保平穩過渡,Adobe將通過逐步將流量從舊IP切換到新IP來實現新發送IP的加速。

  • 我們是否在允許清單的URL上移動?

    是,它儲存在伺服器配置檔案中,該檔案將從源複製到新實例。

  • 我們使用的授權子域對我們的溝通產生什麼影響?

    用於營銷通信的子域保持不變。 但是,根據實施情況,需要在客戶端執行以下操作:

    • 如果子域委派到Adobe(預設),Adobe會處理所有更改並確保無縫過渡。
    • 在CNAME設定(例外)的情況下,請求客戶端與Adobe協調實施更改。

配置和連接影響

關於允許清單上IP的注釋

遷移到公共雲時,Adobe Campaign應用程式伺服器將隨新IP一起提供,這樣,更改IP可能會影響Adobe伺服器與資訊系統之間的連接。

讓我們考慮兩個案例:

  • 入站流量:從您的系統或任何其他第三方啟動到Adobe Campaign伺服器的所有網路活動。 配置將通過Adobe處理,然後在遷移期間從舊式雲複製到公共雲。 然後,入站通信的連接將與遷移後一樣保留,並且客戶端不會執行任何操作

  • 出站通信:由Adobe Campaign伺服器啟動到您的資訊系統或任何其他第三方的所有網路活動(例如:SMS提供程式)。 根據您公司中的安全策略,更改IP可能需要從資訊系統或任何其他第三方執行允許清單操作

全球影響

下面列出了對配置、與其他系統和產品、 API和時區的連接性的全局影響。

  • 遷移會影響到與外部帳戶的連接嗎?

    是. 例如,第三方整合,SMS提供商應將新的Adobe Campaign應用程式伺服器IP地址添加到允許清單。

  • 遷移會影響使用Genesis連接器到Adobe Analytics的連接嗎? 將市場活動IP地址添加到Adobe Analytics一方的允許清單中怎麼樣?

    Adobe Campaign應用程式伺服器IP地址將更改。 此步驟將由Adobe客戶服務部在遷移後處理。

  • 遷移會影響與其他Adobe解決方案(AEM目標等)的連接嗎?

    整合是允許清單和Web服務帳戶配置上聲明的IP地址的組合。 這將由Adobe客戶服務部負責並擁有。

    允許清單中將包含外部解決方案中所需的IP地址,因為應用程式伺服器IP將發生更改。 將提供此資訊。 整合的其他部分是基於網際網路管理系統,應按原樣工作。

  • 沒有附加到IMS整合組織ID的客戶呢?

    沒有IMS的客戶將獲得一條:組織ID將附加到其實例。

  • 多品牌配置是否受遷移影響?

    一旦子域和所有相關配置從舊式資料中心正確移動/重定向到公共雲(AWS),我們就不應期望受到任何影響。

  • API連接是否受遷移的影響?

    Adobe伺服器的IP地址將更改。 因此,客戶可能需要將這些新IP地址添加到其系統中的允許清單中。

    瞭解更多資訊 關於允許清單上的IP。

  • 是否確保遷移後正確設定所有JavaScript記憶體配置參數?

    我們將將實例配置從舊式資料中心複製到公共雲(AWS),因此這些值在遷移後將保留。

  • 訪問某些檔案副檔名是否存在風險?

    客戶可能希望允許在公共資源資料夾中載入字型檔案、Outlook會議檔案。 此配置在當前情況下完成 config-<instance>.xml 的子菜單。 此項將與配置檔案一起複製。

  • 新伺服器上的時區是否在更改? 客戶能否保持其當前時區?

    它可能會根據新伺服器的位置而改變。 但客戶將能夠保留其當前時區。

    瞭解更多資訊 關於Adobe Campaign Classicv7的時區管理。

安全性和權限

通過向公共雲(AWS)的遷移,客戶環境將隨時更新所有必要的安全要求。 這包括:

  • 定期安裝最新的作業系統和安全修補程式
  • 每個客戶隔離基礎架構
  • 針對支援雲基礎架構(如負載平衡器、網路安全規則和儲存加密)的托管安全性和審核審查。

下面列出了對權限、證書和SFTP訪問的影響。

  • 我們是否要將所有證書移動到新伺服器?

    是,所有證書都將作為此遷移的一部分進行移動。

  • 是否需要向客戶請求新的STP訪問密鑰?

    否,Adobe將複製SFTP訪問密鑰,與在新伺服器上一樣。

  • 如何處理SFTP權限?

    我們正在確保新的SFTP伺服器、用戶、目錄和檔案具有完全相同的權限級別。

  • 如果無法建立SFTP連接,那麼如何解決/計畫讓客戶保持運行?

    可能出現的唯一連接問題與客戶端的允許清單有關。 客戶應在非生產環境中添加此test,以確保其在移動到生產之前正常工作。

  • 是否有任何資料中心特定的允許清單配置需要移動?

    沒有,沒有要管理的資料中心特定的允許清單配置。

  • 我們是否確保在新環境中成功執行自定義指令碼?

    例如,客戶實現可以在工作流中使用自定義指令碼(Perl/Shell/Python/Java指令碼)來操作檔案和資料夾。

    在托管實例上,指令碼僅通過JavaScript引擎執行。 這些特定的實施可能會導致安全漏洞和潛在問題。 不支援它們。

  • 隨著IMS的整合,它是會像新實例一樣工作,還是需要任何額外的配置更新?

    由於我們保留相同的DNS名稱,因此它應與遷移後一樣工作。

遷移執行

下面列出了遷移過程中的全局影響。

  • 我們是否需要在遷移期間計畫停止營銷活動?

    Adobe建議在舊式資料中心上關閉應用程式之前減慢執行速度,最好暫停所有執行:交貨和工作流。 這將輕鬆在雲伺服器(AWS)上重啟,因為進程將有時間「優雅」暫停並保存任何正在進行的執行狀態。

  • 我們是否預計Adobe Campaign服務會停機?

    遷移將伴隨不可避免的平台停機。 此計畫的目的是引導將停機時間減至最少。

    資料中心之間的資料傳輸處於停機的關鍵路徑上。 資料以兩種方式儲存:

    • 最重要的是,
    • 應用程式伺服器上的檔案(資料導入和導出)

    減少資料庫的大小對於加快資料傳輸至關重要。 建議:

    • 減少歷史資料(交付日誌、跟蹤日誌等)的保留期
    • 刪除其他表(交貨、收件人、自定義表)上的無用記錄
  • 遷移實例的估計停機時間是多少?

    停機時間完全取決於客戶資料庫的大小和SFTP檔案儲存大小。 請聯繫您的客戶服務聯繫人,以獲得估計的持續時間。

  • 從舊式伺服器發送的消息如何。 連結是否始終可訪問?

    在遷移運行時,只有一項服務仍能正常工作:電子郵件連結重定向。 所有收件人在電子郵件中按一下時都可以訪問登錄頁。 但是,這些點擊量不會被跟蹤,因此在遷移前不久開始的交付量的點擊率將低於通常。

  • 中端通信/RT環境如何?

    MID採購和RT作為任何其他托管基礎架構處理。

  • 遷移將按什麼順序進行?

    環境將按以下順序遷移:

    1. 開發環境
    2. 階段環境
    3. 生產環境
    4. RT環境
    5. 中間採購環境
  • 回滾計畫是什麼?

    回滾計畫是將DNS切換回,並將源資料庫設定回只讀讀寫。 最終,我們將實現自動化。

  • 遷移後,我們仍可以訪問舊實例嗎?

    應用程式遷移完成後,在舊式資料中心上沒有再次運行任何進程的計畫。 我們希望,除臨時備份外,舊式資料中心上的所有資料都可以擦除,直到定時備份過程在公共雲(AWS)上運行。

  • 遷移到公共雲後,將允許多長時間測試每個實例?

    根據客戶複雜性,在Stage環境和生產環境遷移之間至少需要1週的烘焙時間。

  • 誰將處理將新IP添加到允許清單?

    Adobe客戶服務團隊將負責確保客戶和任何第三方通過將新IP添加到允許清單來訪問新系統。

支援和其他有效連結

本頁內容