迁移到公共云常见问题解答

作为 Gold Standard计划,Adobe会解压缩旧版数据中心。 Campaign Classic实例必须传输到Public Cloud Amazon Web Services(AWS)。 进一步了解此计划.

以下是有关此项目、对营销活动环境的影响以及其他有用资源的一组常见问题。

对于任何其他问题,您可以联系 Adobe客户关怀.

基础架构影响

下面列出了对数据库和基础架构的全局影响。

  • 数据库是否将更改? 新数据库的版本是什么? 将使用哪种操作系统?

    Adobe保留选择和部署最适合的数据库管理引擎以在最佳条件下为Adobe Campaign服务的权利。

    此外,为了保持最佳安全级别,Adobe将不提供任何与基础架构相关的详细信息。

  • 数据丢失是否存在风险?

    数据库将从旧数据中心转储,并在Public Cloud(AWS)中恢复。 在新数据中心重新启动后,应用程序将从迁移前的完全状态恢复。 用户将看不到任何差异,只是某些计划任务将被延迟。

  • 旧版数据中心和公共云之间的资源包大小有何差异?

    我们正在Public Cloud(AWS)中配置基于当前数据库大小、磁盘大小等的新包定义。 例如,如果客户在旧版数据中心中有一个应用程序服务器,则他们可以根据包定义在Public Cloud(AWS)中拥有两个应用程序服务器。

  • 内部版本号或Campaign版本是否将发生更改?

    第一步,我们将使用迁移来保留相同的Campaign Classic内部版本。

    在进一步中,我们将继续升级到最新的Campaign ClassicGA内部版本。 有关更多信息,请参阅 内部版本升级常见问题解答Campaign Gold Standard发行说明.

  • 解决迁移后问题的计划是什么?

    在生产系统迁移之前,将进行大量测试。 但是,如果出现任何问题, Adobe客户关怀 仍将是主要的联络点。 Adobe已组建一个专家团队,以在需要时提供高级支持。

投放能力影响

下面列出了对IP、阻止列表、子域和URL的全局影响。

  • 如何处理该允许列表上的IP? 客户是否需要向中为来自Campaign的传入允许列表流量添加新的IP地址?

    Adobe服务器的IP地址将发生更改。 因此,客户可能需要在其系统的中添允许列表加这些新IP地址。

    单击此处 有关上IP的更多详细信息允许列表。

  • 我们将如何处理添加到SFTP/FTP允许列表访问的端口?

    SFTP配置(上的允许列表公钥+ IP)也将从旧版数据中心移至公共云(AWS)。 客户没有预期执行的任何操作。

  • 我们在改变IP吗?

    Adobe服务器的IP地址将发生更改。 因此,客户可能需要将这些新IP地址添加到其系允许列表统中的。

    单击此处 有关上IP的更多详细信息允许列表。

  • 如何处理子域委派?

    现有子域将从旧版数据中心移动到公共云(AWS)。 此部分将由Adobe可交付性团队在迁移过程中进行处理。

    Adobe将指导客户完成所需的测试,以确保迁移后新的Public Cloud(AWS)服务器上的配置处于运行状态并正在运行中。

  • 迁移是否会生成用于跟踪、资源和Web应用程序的新URL?

    否,我们将保留现有URL。

  • 子域是否会从Neolane.net更改为campaign.adobe.com?

    两者兼有 neolane.netcampaign.adobe.com 迁移后将就绪。 要简化操作,请执行以下操作:我们将将neolane.net重定向到Public Cloud(AWS)中的新实例,因此不需要客户进行任何更改。

  • 那么IP公司的计划是什么?

    首先,Adobe可投放性将评估平台的可投放性状态,并推荐切换到新IP的计划

    迁移后无需预热。 可能是个例外,在这种情况下, Adobe客户关怀 将联系客户。

    但是,计划是让这项业务对业务透明,而不像最初在上线期间那样。

    迁移完成后,Campaign实例的发送IP将完全不同。 为确保顺利过渡,Adobe将逐步将流量从旧IP切换到新IP,从而加快新发送IP的速度。

  • 我们是否在上通过URL允许列表移动?

    是的,它存储在服务器配置文件中,该文件将从源复制到新实例。

  • 对于我们用来标记沟通方式的委派子域,应该会产生什么影响?

    用于营销通信的子域保持不变。 但是,根据实施,需要在客户端执行以下操作:

    • 如果将子域委派到Adobe(默认),Adobe会处理所有更改并确保无缝过渡。
    • 如果设置CNAME(例外),则请求客户端与Adobe协调实施更改。

配置和连接影响

关于上的IP的注允许列表意

迁移到公共云时,将附带Adobe Campaign应用程序服务器的新IP,这样更改IP可能会影响Adobe服务器与您的信息系统之间的连接。

让我们考虑以下两种情况:

  • 入站流量:从您的系统或任何其他第三方向Adobe Campaign服务器发起的所有网络活动。 配置将由Adobe处理,然后在迁移期间从旧版Cloud复制到公共Cloud。 然后,入站流量的连接将保持为与迁移后一样,并且客户端不预期采取任何操作

  • 出站流量:由Adobe Campaign服务器向您的信息系统或任何其他第三方发起的所有网络活动(例如:短信提供商)。 根据贵组织内的安全策略,更改IP可能需要从信息系统或任允许列表何其他第三方执行操作

全球影响

下面列出了对配置、与其他系统和产品的连接、API和时区的全局影响。

  • 迁移会影响到到外部帐户的连接吗?

    是的。 例如,第三方集成(短信提供商)应将新的Adobe Campaign应用程序服务器IP地址添加到允许列表。

  • 迁移是否会影响使用Adobe Analytics连接器与Genesis的连接? 在Adobe Analytics端将促销活动IP地允许列表址添加到促销活动?

    Adobe Campaign应用程序服务器IP地址将发生更改。 迁移后,Adobe客户关怀将处理此步骤。

  • 迁移会影响与其他Adobe解决方案(AEM、Target等)的连接吗?

    集成是在和Web服务帐户配置中声允许列表明的IP地址的组合。 这将由Adobe客户关怀部门负责并拥有。

    随着应用程序服务器IP的变允许列表化,外部解决方案中将需要具有IP地址。 将提供此信息。 集成的其他部分是基于IMS的,应按原样工作。

  • 对于未附加到IMS集成组织ID的客户,该怎么办?

    将为没有IMS的客户提供一个:IMS组织ID将附加到其实例。

  • 多品牌配置是否会受迁移的影响?

    只要子域和所有相关配置从旧版数据中心正确移动/重定向到Public Cloud(AWS),我们就不会期望受到任何影响。

  • 迁移是否会影响API连接?

    Adobe服务器的IP地址将发生更改。 因此,客户可能需要将这些新IP地址添加到其系允许列表统中的。

    单击此处 有关“时IP”的更多详允许列表细信息。

  • 我们是否会确保迁移后正确设置所有JavaScript内存配置参数?

    我们将将实例配置从旧版数据中心复制到公共云(AWS),以便迁移后保留这些值。

  • 访问某些文件扩展名是否存在风险?

    客户可能希望允许在公共资源文件夹中加载字体文件、Outlook会议文件。 此配置在当前完成 config-<instance>.xml 文件。 此操作将与配置文件一起复制。

  • 新服务器上的时区是否在更改? 客户是否能够保持其当前时区?

    它可能会根据新服务器位置而发生更改。 但是,客户将能够保留其当前时区。

    单击此处 有关Adobe Campaign Classic v7中时区管理的更多详细信息。

安全性和权限

迁移到Public Cloud(AWS)后,客户环境将保持为最新,并满足所有必要的安全要求。 这包括:

  • 定期提供最新的操作系统和安全修补程序
  • 按客户隔离基础架构
  • 针对支持云基础架构(如负载平衡器、网络安全规则和存储加密)的托管安全性和审核审查。

下面列出了对权限、证书和SFTP访问的影响。

  • 我们是否要将所有证书移到新服务器?

    是,所有证书都将作为此迁移的一部分进行移动。

  • 我们是否需要从客户请求新的STP访问密钥?

    否,Adobe将像在新服务器上一样复制SFTP访问密钥。

  • 如何处理SFTP权限?

    我们将确保新的SFTP服务器、用户、目录和文件具有完全相同的权限级别。

  • 如果无法建立SFTP连接,那么为了保持客户的运营,需要采取哪些解决方法/计划?

    可能出现的唯一连接问题与客户允许列表方的有关。 客户应在非生产环境中添加此测试,以确保其在移动到生产之前正常工作。

  • 是否有任何数据中心特定允许列表的配置需要迁移?

    不需要,没有要管理的数据中允许列表心特定配置。

  • 我们是否确保在新环境中成功执行自定义脚本?

    例如,客户实施可以在工作流中使用自定义脚本(Perl/Shell/Python/Java脚本)来处理文件和文件夹。

    在托管实例上,脚本仅通过JavaScript引擎执行。 这些特定实施可能会导致安全差距和升级后问题。 不支持这些功能。

  • 通过IMS集成,它是会像在新实例中一样工作,还是需要进行任何其他配置更新?

    由于我们保留相同的DNS名称,因此它应该与迁移后一样有效。

迁移执行

下面列出了迁移过程中的全局影响。

  • 我们是否需要计划在迁移期间停止营销活动?

    Adobe建议在旧版数据中心上关闭应用程序之前,减慢并最好暂停所有执行:投放和工作流。 这将简化云服务器(AWS)上的重新启动,因为将为进程提供时间来“优雅”暂停并保存任何正在进行的执行状态。

  • 我们是否预计Adobe Campaign服务会停机?

    迁移过程将伴随不可避免的平台停机。 此计划旨在指导最大限度地减少此停机。

    数据中心之间的数据传输处于停机的关键路径上。 数据以两种方式存储:

    • 最重要的是数据库
    • 应用程序服务器上的文件(数据导入和导出)

    缩小数据库大小对于加快数据传输至关重要。 建议:

    • 缩短历史数据(投放日志、跟踪日志等)的保留期
    • 删除其他表(投放、收件人、自定义表)上无用的记录
  • 迁移实例预计停机时间是多少?

    停机完全取决于客户数据库的大小和SFTP文件存储的大小。 请联系您的客户关怀联系人,以获得预计的持续时间。

  • 从旧版服务器发送的消息如何。 链接是否始终可以访问?

    在迁移运行时,只有一项服务可以继续正常运行:电子邮件链接重定向。 所有收件人在单击电子邮件后都可以访问登陆页面。 但是,不会跟踪这些点击,因此在迁移前不久开始的投放的点击率将低于通常的点击率。

  • 中端源/RT环境怎么样了?

    MID源和RT作为任何其他托管的基础架构处理。

  • 迁移将在中执行什么顺序?

    环境将按以下顺序进行迁移:

    1. 开发环境
    2. 暂存环境
    3. 生产环境
    4. RT环境
    5. 中间源环境
  • 什么是回滚计划?

    回滚计划是将DNS切换回源数据库,并将源数据库从只读中重新设置为读写。 最终,我们将实现自动化。

  • 迁移后,我们仍然可以访问旧实例吗?

    应用程序迁移完成后,将没有计划在旧版数据中心再次运行任何进程。 我们希望,除临时备份之外,旧版数据中心上的所有数据都可以擦除,直到计划备份进程在Public Cloud(AWS)上运行。

  • 迁移到Public Cloud后,允许多长时间测试每个实例?

    根据客户的复杂性,在暂存环境和生产环境迁移之间至少需要1周的烘焙时间。

  • 谁将处理向添加新IP允许列表?

    Adobe客户关怀团队将负责确保客户和任何第三方可以通过向添加新IP来访问新系允许列表统。

支持以及其他有用链接

在此页面上