概述 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 Public Cloud)
- SFTP — 安全文件传输协议。 了解详情。
好处
安全性
- 最新的安全修复
- 静态数据加密
- 改进了身份验证(IMS)
基础架构
- 灵活的硬件可扩展性
- 更快的恢复
- 提高可靠性和稳定性
- 协调的操作程序
性能
- 改进了电子邮件容量
- 更大的数据库
- 校对的Campaign版本
为Adobe Campaign Classic客户带来强大、可靠的解决方案
- 更好的生产过程，提高了可靠性，在发生问题时更快的反应速度，在发生重大事件时更快的恢复。
- 更高的电子邮件发送容量。 在新数据中心托管的实例将可能受益于电子邮件交付的专用基础设施。 这可能会导致电子邮件投放速度加快或允许使用更少的发送IP。
- 更好的硬件可扩展性。 增加硬件资源的速度可以快得多。 从技术上讲，这大约是1小时数量级，而不是几天数量级。
每年升级使未来的升级更容易
- 您的组织等待升级的时间越长，升级过程就越复杂，并且面临漏洞的可能性也会增加（尤其是在从旧版本迁移时）。
- 借助Campaign年度升级（曾经是Gold Standard计划），您的实例将会实现现代化，并准备好接收更多自动化和定期的更新，无需过多的手动干预和过多的资源。
关于迁移
为了开始这一工作，需要此迁移的帐户将收到Adobe的电子邮件通信，其中提供了时间表和文档访问权限。 这将通知您计划迁移您的帐户。
可以通过打开新的客户关怀支持票证来启动迁移。 使用主题行“迁移到AWS”。
此迁移是否为强制性的？
向云的迁移是 执行Adobe Campaign实例的年度升级计划 的第一步。 如果您托管的数据中心不是公共云(AWS)，则必须进行此迁移。
Managed Services云Adobe托管在Amazon Web Services (AWS)上，它是一个现代化、安全和优化的环境。 进一步了解AWS。
Adobe计划停用旧式数据中心，在该数据中心运行的Adobe Campaign实例必须转移到新的参考数据中心AWS。
这是向前发展的关键途径，因为当前位置可能会出现 安全和性能漏洞。
此外，此迁移现在是Adobe Campaign任何未来内部版本升级 的 先决条件。 旧式数据中心不再可以进行内部版本升级。
Adobe致力于保护您的数据安全，并帮助您走上Adobe Campaign的未来。 我们需要您的合作，共同取得成功！
我们已组织了一支由专业的客户关怀代表、客户成功经理、产品经理、工程师、技术运营专家以及产品顾问组成的团队，以提供帮助并确保流畅而顺畅的体验。 我们致力于确保您拥有相关项目和联系信息。
我们投入了巨大的精力开发技术，以便实现快速、无缝和安全的迁移。
约束
- 迁移将伴随不可避免的平台停机。 此计划的目的是指导最大限度地减少此停机时间。
- 数据集成的IP更改。
- 新发送IP的可投放性提升。 不过，该计划旨在让这一业务运营变得透明，不同于在上线期间的最初升级。
请参阅Campaign迁移到公共云常见问题解答以了解详情。
迁移到公共云的路径
Adobe处理大多数操作。 我们需要你确认并签发。
迁移准则
全球方法
数据库
数据库将从旧版数据中心转储并在公共云(AWS)中恢复。 在新数据中心上重新启动后，应用程序将从关闭前的确切状态恢复。 用户不会看到任何差异，只是某些计划任务将被延迟。
电子邮件发送IP
迁移完成后，Campaign实例将具有不同的发送IP。 为确保平稳过渡，Adobe将通过逐步将流量从旧的IP切换到新的IP，实现新发送IP的升级。
数据集成IP
客户端上的数据集成可能会受用于数据集成的IP更改的影响。 根据Campaign是充当服务器还是客户端，更改可能会双向影响。
典型案例：
- SFTP，可能是双向的
- HTTP，可能是双向的
- SMPP（与短信提供商的连接）、Campaign作为客户端、更改源IP
通常，这意味着客户端应检查其防火墙上可能设置的IP限制，并相应地调整它们。*
Campaign服务器
现有Campaign服务器（实际上是容器）将以“提升并转换”的方式移至Public Cloud (AWS)。 也就是说，不需要安装新的服务器，但整个服务器将转移到新的数据中心。 该操作只需要低级别的技术重新配置，不需要更多工作。
服务器名称
在用于营销通信的子域下：将保持不变。 但是，根据实施，可能需要在客户端执行操作：
- 在子域委派的情况下（正常情况），Adobe将处理所有更改并确保无缝过渡
- 如果设置了CNAME（例外），将请求客户端实施更改。 需要与Adobe协调。
对于用户访问和数据集成，neolane.net下的名称将保持不变。
这意味着，如果服务器名称没有替换为硬编码的IP，则更改将对用户和数据集成实施透明。
准备
电子邮件发送IP
首先，Adobe可交付性将评估平台的可交付性状态，并推荐切换到新IP的计划。
Adobe将在新数据中心上配置相同数量的IP。
一旦配置了新IP，就可以开始增加新IP。
应用程序清理
数据中心之间的数据传输是停机的关键路径。
数据以两种方式存储：
- 最重要的是，数据库
- 应用程序服务器上的文件（数据导入和导出）
减小数据库的大小对于加快数据传输至关重要。
建议：
- 缩短历史数据（投放日志、跟踪日志等）的保留期
- 删除其他表（投放、收件人、自定义表）上的无用记录
执行
暂停执行
我们建议在应用程序在旧式数据中心上关闭之前放慢速度并最好暂停所有执行：投放和工作流。 这将简化公共云(AWS)上的重启操作，因为流程将有“正常”暂停的时间，并保存任何正在进行的执行状态。
迁移期间
在迁移过程中，只有一个服务将保持运行状态：电子邮件链接重定向。 换言之，收件人单击电子邮件后，将能够访问登陆页面。 但是，系统不会记录这些点击，因此迁移前不久开始的投放的点击率将低于正常值。
重新启动
迁移到新环境后，应用程序将逐步重新启动：
- 首次访问控制台，以便用户无需任何正在运行的事项即可查看状态
- 然后，工作流和投放
迁移后
删除旧数据中心上的实例
应用程序迁移完成后，没有计划在旧式数据中心上再次运行任何流程。 我们希望可以擦除旧数据中心上的所有数据（临时备份除外），直到计划的备份过程在Public Cloud (AWS)上运行。
DNS委派
通常，用于从Campaign发送电子邮件（错误地址中@签名右侧的一部分）的域已委派给Adobe。 可以针对AWS DNS服务器更改并实施委派。