開始 v7.2.2版,Adobe Campaign需仰賴新的傳遞能力伺服器,提供高可用性並解決安全性法規遵循問題。 Campaign Classic現在會將傳遞規則、廣播和隱藏地址從和同步到新的傳遞能力伺服器。 舊的傳遞能力伺服器將於2022年8月31日解壓縮。
身為Campaign Classic客戶,您必須實作新的傳遞能力伺服器 2022年8月31日前.
Adobe因安全性法規遵循原因而正在停用舊版資料中心。 Adobe Campaign Classic用戶端需要移轉至由Amazon網站服務(AWS)托管的新傳遞服務。
這部新伺服器可保證高可用性(99.9),並提供安全且已驗證的端點,讓行銷活動伺服器可擷取所需資料:新的傳遞能力伺服器不會針對每個請求連接到資料庫,而是會盡可能快取資料以提供請求。 此機制可改善回應時間。
所有客戶都會受到影響,必須升級至 Campaign v7.2.2 (或更多)並實作其環境,以從新的傳遞能力伺服器中獲益。
As a 托管客戶,Adobe會與您合作,將您的執行個體升級至較新版本,並在Adobe Developer Console中建立專案。
作為 內部部署/混合客戶,您需要升級至 Campaign v7.2.2 (或更多)從新的傳遞能力伺服器中獲益。 升級所有執行個體後,您必須 實作新整合 Adobe傳遞能力伺服器,並確保順暢轉換。
作為新傳遞能力伺服器整合的一部分,Campaign需要透過Identity Management服務(IMS)驗證與Adobe共用服務通訊。 偏好的方式是使用Adobe Developer型閘道代號(又稱為技術帳戶代號或AdobeIO JWT)。
這些步驟只應針對混合式和內部部署實作執行。
開始實作前,請檢查您的執行個體設定。
開啟Campaign用戶端主控台,並以管理員身分登入Adobe Campaign。
瀏覽至 管理>平台>選項.
檢查 DmRendering_cuid
填入選項值。
必須以正確的值填入所有Campaign執行個體(MKT、MID、RT、EXEC)上的此選項。 身為混合型Adobe,請洽詢,在MID、RT和EXEC執行個體上設定選項。
身為內部部署客戶,您也必須檢查促銷活動 Product profile 可供您的組織使用。 若要執行此作業,請遵循下列步驟:
身為管理員,請連線至 Adobe Admin Console。
存取 產品與服務 區段與檢查 Adobe Campaign 清單中。
如果您看不到 Adobe Campaign 聯絡人 Adobe客戶服務以添加它。
按一下 Adobe Campaign 並選取您的組織。
注意:如果您有多個組織,請務必選取正確的組織。 深入了解組織 在本頁。
檢查 Product profile 存在。 否則請建立它。 不需要權限 Product profile.
身為內部部署客戶,如果您已在您的端實作防火牆,您必須新增此url https://deliverability-service.adobe.io
加入允許清單。 了解更多資訊。
存取 Adobe Developer Console 並使用貴組織的開發人員存取權登入。 請確定您已登入正確的組織入口網站。
注意:如果您有多個組織,請務必選取正確的組織。 深入了解組織 在本頁。
選取 Create new project。
如果您已將AdobeIO JWT驗證功能用於其他整合(例如Analytics連接器或Adobe觸發器),則必須新增以更新專案 行銷活動API 到那個項目。
選擇 Add API.
在 Add an API 窗口,選擇 Adobe Campaign.
如果您的用戶端ID為空,請選取 Generate a key pair 來建立公開和私密金鑰組。
接著,系統會自動下載金鑰,預設到期日為365天。 到期後,您需要建立新金鑰組並更新設定檔案中的整合。 使用選項2,您可以選擇手動建立和上傳 Public key 具有較長的到期日。
您應將 config.zip
下載提示出現時才會下載檔案,因為您無法再次下載。
按一下Next。
選擇任何現有 Product profile 或視需要建立新的。 不需要權限 Product profile. 如需 Product Profiles,請參閱 本頁。
然後,按一下 Save configured API.
從專案中選取 Adobe Campaign 並複製下列資訊 Service Account (JWT)
Adobe Developer憑證將在12個月後到期。 您每年需要產生新的金鑰組。
私密金鑰應以base64 UTF-8格式編碼。
若要這麼做:
使用上述步驟中產生的私密金鑰。
使用下列命令對私密金鑰進行編碼: base64 ./private.key > private.key.base64
. 這會將base64內容儲存至新檔案 private.key.base64
.
複製/貼上私密金鑰時,有時可自動新增額外的行。 請記得在對私密金鑰進行編碼前將其移除。
從檔案複製內容 private.key.base64
.
透過SSH登入安裝Adobe Campaign執行個體的每個容器,並執行下列命令以新增Adobe Campaign中的專案憑證 neolane
使用者。 這會插入 Technical Account 執行個體設定檔案中的憑證。
nlserver config -instance:<instance name> -setimsjwtauth:Organization_Id/Client_Id/Technical_Account_ID/<Client_Secret>/<Base64_encoded_Private_Key>
您必須停止,然後重新啟動伺服器,才能考慮修改。 您也可以執行 config -reload
命令。
您現在可以啟用新的傳遞能力伺服器。 若要執行此動作:
NewDeliverabilityServer_FeatureFlag
選項,並將值設為 1
. 此設定應在您的所有Campaign執行個體(MKT、MID、RT、EXEC)上執行。 身為混合型Adobe,請洽詢,在MID、RT和EXEC執行個體上設定選項。若要檢查整合是否成功,請遵循下列步驟:
更新後, 更新收件匣轉譯種子網路(updateRenderingSeeds) 工作流程必須停止,因為它將不再套用且會失敗。
從』22年7月開始,代管客戶(Campaign Managed Services)將可開始轉換至新的傳遞能力伺服器,以增加這些改善的功能並增強安全性。 所有托管客戶將在8月底前更新。
內部部署和混合客戶必須在相同的時間範圍內進行轉換。
任何在8月31日之前未升級的Campaign執行個體將無法再與Campaign傳遞伺服器連線。 因此, 重新整理傳遞能力 (deliverabilityUpdate)工作流程將失敗,這將影響您的傳遞能力。
如果您未升級環境,則電子郵件設定將停止同步(MX管理規則、入站電子郵件規則、網域管理規則和退信限定規則)。 這可能會隨著時間而影響您的傳遞能力。 如果這些規則發生重大變更,則必須從此點手動套用。
僅適用於MKT例項 全局隱藏清單 會受到影響。