移轉至公用雲端常見問題集 dc-faq
Adobe淘汰舊版資料中心:Campaign Classic例項必須轉移至Public Cloud Amazon Web Services (AWS)。 進一步瞭解此方案。
以下是此專案的一組常見問題、對您的Campaign環境的影響以及其他實用資源。
如有任何其他問題,請連絡Adobe客戶服務。
基礎架構影響
以下列出對資料庫和基礎建設的全域影響。
-
資料庫是否會變更? 新資料庫的版本為何? 將使用哪個作業系統?
Adobe保留選擇及部署最合適資料庫管理引擎的權利,以便在最佳狀況下提供Adobe Campaign服務。
此外,為了保留最佳的安全性等級,Adobe將不會提供與基礎架構相關的任何詳細資訊。
-
是否有資料遺失的風險?
資料庫將從舊版資料中心傾印,並在公共雲端(AWS)中還原。 在新資料中心重新啟動後,應用程式將會從移轉前的狀態恢復。 使用者看不到任何差異,只是部分排程工作已延遲。
-
舊版資料中心與公用雲端之間的封裝大小是否有任何差異?
我們正在布建公用雲端(AWS)中,根據目前的資料庫大小、磁碟大小等使用新的套件定義。 例如,如果客戶在舊版資料中心有一部應用程式伺服器,根據套件定義,他們可以在公共雲端(AWS)有兩部應用程式伺服器。
-
組建編號或行銷活動版本是否會變更?
首先,我們會保持移轉時的Campaign Classic建置不變。
在進一步步驟中,我們會繼續升級至最新的Campaign ClassicGA版本編號。 如需詳細資訊,請參閱此頁面。
-
解決任何移轉後問題的計畫為何?
在生產系統移轉之前,將會進行廣泛的測試。 但是,如果發生任何問題,Adobe客戶服務將保留主要聯絡點。 Adobe已建立專家團隊,在需要時提供進階支援。
傳遞能力影響
以下列出對IP、封鎖清單、子網域和URL的全域影響。
-
如何處理允許清單上的IP? 客戶是否需要將新IP位址新增至允許清單,以便接收來自Campaign的傳入流量?
Adobe伺服器的IP位址將會變更。 因此,客戶可能需要將這些新IP位址新增至其系統的允許清單中。
進一步瞭解允許清單上的IP。
-
如何處理新增至SFTP/FTP存取允許清單的連線埠?
SFTP設定(公開金鑰+允許清單上的IP)也將從舊版資料中心移至公開雲端(AWS)。 客戶不需要採取任何動作。
-
我們是否要變更IP?
Adobe伺服器的IP位址將會變更。 因此,客戶可能需要將這些新IP位址新增至其系統中的允許清單。
進一步瞭解允許清單上的IP。
-
如何處理子網域委派?
現有的子網域將會從舊版資料中心移至公用雲端(AWS)。 此部分將由作為移轉程式一部分的Adobe傳遞團隊處理。
note note NOTE 傳遞能力團隊的參與是以合約為基礎,客戶應聯絡其Adobe代表以取得與傳遞能力參與相關的資訊。 Adobe將引導客戶進行所需的測試,以確保設定在移轉後的新公用雲端(AWS)伺服器上啟動並執行。
-
移轉是否會產生新的追蹤、資源和Web應用程式的URL?
否,我們將保留現有的URL。
-
子網域從Neolane.net變更為campaign.adobe.com嗎?
移轉後,
neolane.net
和campaign.adobe.com
都會準備就緒。 簡單起見:我們將重新導向neolane.net至公用雲端(AWS)中的新執行個體,因此客戶不需變更。 -
IP準備的計畫為何?
首先,Adobe傳遞能力將評估平台的傳遞能力狀態,並推薦切換到新IP的計畫
移轉後不需要熱身。 可能會出現例外狀況,在這種情況下,Adobe客戶服務將會聯絡客戶。
不過,計畫是讓這項作業對業務而言是透明的,不同於在上線期間進行的初始升級。
移轉完成後,Campaign執行個體會有完全不同的傳送IP。 為確保順利轉換,Adobe會逐步將流量從舊的IP切換至新的IP,以實施新傳送IP的遞增作業。
-
我們是否正在移過允許清單上的URL?
是,這會儲存在伺服器設定檔案中,該檔案將會從來源複製到新執行個體。
-
我們用來標示通訊的委派子網域有何影響?
用於行銷通訊的子網域保持不變。 不過,根據實作,使用者端需要執行動作:
- 如果子網域委派給Adobe (預設),Adobe會處理所有變更並確保順暢轉換。
- 若是CNAME設定(例外),使用者端必須與Adobe協調實施變更。
組態與連線能力影響
關於允許清單上IP的注意事項 config
移轉至公用雲端時,Adobe Campaign應用程式伺服器將會使用新的IP,因此變更IP可能會影響Adobe伺服器和您的資訊系統之間的連線。
讓我們考慮兩種情況:
-
傳入流量:從您的系統或其他任何第三方向Adobe Campaign伺服器起始的所有網路活動。 設定將由Adobe處理,然後在移轉期間從舊版複製到公用雲端。 移轉後,傳入流量的連線能力會維持不變,而且客戶端不會執行任何動作
-
傳出流量: Adobe Campaign伺服器向您的資訊系統或任何其他第三方(例如:簡訊提供者)起始的所有網路活動。 根據貴組織制定的安全性原則,IP變更可能需要您的資訊系統或任何其他第三方允許清單操作
全球影響
以下列出對設定、與其他系統和產品的連線、API和時區的全球影響。
-
移轉是否會影響與外部帳戶的連線?
是。 協力廠商整合(例如SMS提供者)應將新的Adobe Campaign應用程式伺服器IP位址新增至允許清單。
-
移轉是否會影響使用Genesis聯結器的與Adobe Analytics的連線? 要不要將Campaign IP位址新增至Adobe Analytics端的允許清單?
Adobe Campaign應用程式伺服器IP位址將會變更。 此步驟將由移轉後的Adobe客戶服務處理。
-
移轉是否會影響與其他Adobe解決方案(AEM、Target等)的連線?
整合是在允許清單中宣告的IP位址與Web服務帳戶設定的組合。 這將由Adobe客戶服務負責和擁有。
由於應用程式伺服器IP將變更,外部解決方案將需要加入允許清單上的IP位址。 將會提供這項資訊。 整合的其他部分則以IMS為基礎,並應按原樣運作。
-
未附加至IMS整合之組織ID的客戶呢?
系統將為沒有IMS的客戶提供一個:組織ID將附加至其例項。
-
多品牌設定是否受到移轉影響?
子網域和所有相關的設定從舊版資料中心正確移動/重新導向至公用雲端(AWS)後,我們就應該不會受到任何影響。
-
移轉是否會影響API連線?
Adobe伺服器的IP位址將會變更。 因此,客戶可能需要將這些新IP位址新增至其系統中的允許清單。
進一步瞭解允許清單上的IP。
-
我們會確保在移轉後所有JavaScript記憶體設定引數都正確設定嗎?
我們會從舊版資料中心複製執行個體設定至公用雲端(AWS),因此在移轉後系統會保留這些值。
-
存取特定副檔名是否有任何風險?
客戶可能想要允許將字型檔案、outlook會議檔案載入公用資源資料夾。 此設定在目前的
config-<instance>.xml
檔案中完成。 這將會與組態檔一起複製。 -
新伺服器上的時區是否正在變更? 客戶能否維持目前的時區?
它可能會根據新伺服器的位置而變更。 不過,客戶將可保留其目前的時區。
進一步瞭解Adobe Campaign Classic v7中的時區管理。
安全性與許可權
透過此移轉至公用雲端(AWS),客戶環境將能符合所有必要的安全需求,並保持在最新狀態。 這包括:
- 定期提供最新的作業系統和安全性修補程式
- 隔離每個客戶的基礎架構
- 針對支援雲端基礎建設(例如負載平衡器、網路安全性規則和儲存加密)的受管理安全性和稽核審查。
許可權、憑證和SFTP存取的影響列於下方。
-
我們是否要將所有憑證移至新的伺服器?
是,所有憑證都會在此移轉過程中移動。
-
我們需要向客戶要求新的STP存取金鑰嗎?
否,Adobe會複製SFTP存取金鑰,就像在新伺服器上一樣。
-
如何處理SFTP許可權?
我們正在確保新的SFTP伺服器、使用者、目錄和檔案具有完全相同的許可權等級。
-
如果無法建立SFTP連線,應如何解決/計畫讓客戶繼續運作?
唯一可能會發生的連線問題與客戶端的允許清單有關。 客戶應在非生產環境中新增此測試,以確保在移至生產環境之前其可正常運作。
-
是否有任何資料中心特定的允許清單設定需要移轉?
沒有,沒有資料中心特定的允許清單設定可供管理。
-
我們是否確定會在新環境中成功執行自訂指令碼?
例如,客戶實作可在工作流程中使用自訂指令碼(Perl/Shell/Python/Java指令碼)來操控檔案和資料夾。
在託管執行個體上,指令碼只會透過JavaScript引擎執行。 這些特定實作可能會導致安全性差距和升級後問題。 它們不受支援。
-
透過IMS整合,它是否可以在新執行個體中正常運作,或需要任何額外的設定更新?
由於我們要保留相同的DNS名稱,因此在移轉後應該會如常運作。
移轉執行
以下列出移轉期間對全域的影響。
-
我們是否需要在移轉期間計畫停止行銷活動?
Adobe建議放慢速度,最好是在應用程式於舊版資料中心上關閉前暫停所有執行:傳送和工作流程。 這將有助於雲端伺服器(AWS)上的重新啟動作業,因為流程將有「正常」暫停的時間,並可儲存任何進行中的執行狀態。
-
我們是否預期Adobe Campaign服務會停止運作?
移轉作業將伴隨不可避免的平台停機時間。 此計畫的目的是引導您儘可能減少停機時間。
資料中心之間的資料傳輸是停機期間的關鍵路徑。 資料以兩種方式儲存:
- 目前最重要的是資料庫
- 應用程式伺服器上的檔案(資料匯入和匯出)
縮減資料庫大小對於加快資料傳輸極為重要。 建議:
- 縮短歷史資料(傳遞記錄、追蹤記錄等)的保留時間
- 刪除其他表格(傳送、收件者、自訂表格)上的無用記錄
-
移轉執行個體的預估停機時間是多少?
停機時間完全取決於客戶資料庫和SFTP檔案儲存空間的大小。 請聯絡您的客戶服務聯絡人,以取得估計持續時間的資訊。
-
從舊版伺服器傳送的郵件呢? 連結是否一律可以存取?
移轉執行期間,只有一個服務仍可運作:電子郵件連結重新導向。 所有收件者按一下電子郵件後,就能夠存取登陸頁面。 但是將不會追蹤這些點按,因此移轉前不久開始的傳送點按率將低於平常。
-
中間來源/RT環境呢?
MID sourcing和RT的處理方式與任何其他託管式基礎結構相同。
-
移轉將在哪一順序完成?
環境將依下列順序移轉:
- 開發環境
- 中繼環境
- 生產環境
- RT環境
- 中間來源環境
-
什麼是復原計畫?
復原計畫是將DNS切換回,並將來源資料庫設定回唯讀讀寫入。 我們最終將實現自動化。
-
移轉之後,我們仍可存取舊的執行個體嗎?
應用程式移轉一旦完成,就沒有任何計畫在舊版資料中心上再次執行任何程式。 我們預計在排定的備份程式於Public Cloud (AWS)上執行之前,舊版資料中心的所有資料都可被清除,除了暫時備份用途外。
-
移轉至公用雲端之後,每個執行個體將允許測試多少時間?
根據客戶的複雜性,階段環境與生產環境移轉之間至少需要1週的固定時間。
-
誰將處理新IP新增至允許清單?
Adobe客戶服務團隊將透過將新IP新增到允許清單,處理確保客戶和任何第三方可以存取新系統的問題。