As a valued Adobe Campaign Classic customer, we are committed to providing you the best experience and value. Over the years, we have realized the value and reliability of hosting our customers in the cloud. As part of our Gold Standard Initiative, we are moving all of our customers to Adobe Managed Services (Public Cloud on AWS) to provide better and more reliable services.
This program has three main goals:
- Addressing identified security vulnerabilities by moving infrastructure to a secured and modern environment (AWS).
- Eliminate potentially cumbersome scaling processes, provide access to our Enhanced MTAs and improve all maintenance service levels.
Prepare your instance for the future of Adobe Campaign Classic, including more automated, regular upgrades that won’t require as many resources, nor as much time.
- Build Upgrade : When the Adobe Campaign Classic software is updated to the latest secure build number, yet stays in the same major/minor build Level. For example: Campaign v6.1.1 8222 to Campaign v6.1.8666. Learn more.
- MID/RT : Messages execution servers hosted on Adobe Cloud (MID for batch campaigns and RT for Real time unitary messages)
- Gold Standard upgrade: this program provides improved security, improved support, enhanced maintenance and stability. It also makes future upgrades easier and gives access to new capabilities in Campaign. Learn more.
- AWS: Amazon Web Services (Amazon Public Cloud)
- SFTP: Secured File Transfer Protocol. Learn more.
- Better production procedures, leading to increased reliability, faster reactivity in case of issue, faster recovery in case of major incident.
- Higher email sending capacity. Instances hosted in the new data center will get the possibility to benefit from specialized infrastructure for email delivery. That could lead to higher email delivery speed or allow for using less sending IPs.
- Better hardware scalability. Increasing hardware resources can be done much faster. Technically, that would be in the order of magnitude of 1 hour instead of several days.
- The longer your organization waits to upgrade, the more complex your upgrade becomes and the potential to face vulnerabilities increases (especially when moving from an older version).
- With the Gold Standard Upgrade, your instance will be modernized and will be ready to receive more automated and regular updates with less manual intervention and less resources.
The migration to Adobe Managed Services (Public Cloud) will happen in 2020 for affected accounts. Adobe will lead and guide your organization through this journey.
To get this effort started, accounts requiring this migration will receive an email communication from Adobe providing a timeline and access to documentation. This will be your notification that your account is scheduled to be migrated.
A migration can be initiated by opening a new Customer Care support ticket. Use the subject line “Migrate to AWS”.
This migration to the Cloud is first step to the Gold Standard certification of your Adobe Campaign instances. This migration is mandatory if you are hosted in a Data Center that is not the Public Cloud (AWS).
The Adobe Managed Services cloud is hosted on AWS, a modern, secure, and optimized environment. Adobe plans to decommission the legacy Data Center, Adobe Campaign instances running there must be transferred to the new reference Data Center, AWS.
This is a critical path forward as your current location may be exposed to security and performance vulnerabilities.
In addition, this migration is now a prerequisite to any future Build upgrade of your Adobe Campaign. Build upgrade is no more possible on legacy Data Center.
Adobe is committed in securing your data and getting you on track for the future of Adobe Campaign. We need your partnership to make it a joint success !
We have organized a team of dedicated Customer Care Reps, Customer Success Managers, Product Managers, Engineers, TechOps Specialists and Product Consultants to assist and ensure the experience is smooth and seamless. We are committed to making sure you have the relevant project and contact information.
- The migration will come with an unavoidable platform downtime. The aim of this plan is to guide towards minimizing this downtime.
- IP change for data integrations.
- Deliverability ramp-up of new sending IPs. However, the plan is to make this operation transparent for the business, unlike the initial ramp-up that is done during go-live.
Learn more in Campaign migration to Public Cloud FAQ.
The database will be dumped from the legacy data center and restored at Public Cloud (AWS). When restarted on the new data center, the application will resume from the exact state it was before shutdown. Users won’t see any difference, except that some scheduled tasks will have been delayed.
Email sending IPs
When the migration is complete, the Campaign instance will have entirely different sending IPs. As a matter of ensuring a smooth transition, Adobe will implement a ramp-up of the new sending IPs by progres-sively switching traffic from the old to the new IPs.
Data integration IPs
Data integration on the client side might be affected by the change of IPs for data integration. The change might affect both directions, depending if Campaign acts as a server or a client.
- SFTP, possibly both directions
- HTTP, possibly both directions
- SMPP (connection to SMS provider), Campaign as a client, change of source IP
In general, that means that the client should check possible IP-restrictions set on their firewalls and adapt them accordingly.
Existing Campaign servers (containers actually) will be moved to Public Cloud (AWS) in a “lift-and-shift” approach. That is, no new server installation will be needed, but the entire server will be transferred to the new data center. The operation will require no more work than low-level technical reconfiguration.
Under the sub-domain(s) used for marketing communication: will remain the same. However, depending on the implementation, actions might will be needed on the client side:
- In case of sub-domain delegation (normal case), Adobe will take care of all changes and ensure a seamless transition
- In case of CNAME setup (exception), the client will be requested to implement changes. Coordination with Adobe will be needed.
For user access and data integration, the names under neolane.net will remain unchanged.
That means the change will be transparent for users, and data integration implementations, if server names were not replaced by hard-coded IPs.
Data transfer between data centers is on the critical path of the downtime.
The data is stored in two ways:
- By far the most important, the database
- Files on the application server (data imports and exports)
Reducing the size of the database is of highest importance to speed up the data transfer.
- Reduce the retention periods of historical data (delivery logs, tracking logs, etc.)
- Delete useless records on other tables (deliveries, recipients, custom tables)
We recommend slowing down and ideally pausing all executions just before the application is shutdown on the legacy data center: deliveries and workflows. That will ease the restart on Public Cloud (AWS) as processes will have been given time to pause “gracefully” and save any in-progress execution state.
During the migration
While the migration happens, only one service will remain functional: email links redirection. In other words, recipients will be able to reach the landing page when they click in an email. These clicks will however not be recorded, so click rates for the deliveries that were started shortly before the migration will be lower than normal.
Deletion of instances on legacy Data Center
Once the application migration is complete, there is no plan for running any process again on the legacy data center. We expect that all data on the legacy data center can be erased, except for temporary backup purposes, until the scheduled backup processes have run on Public Cloud (AWS).