You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
This indicates CCMA uses `rps--prod-east--app-migration-service--ams` s3 for app data.
If client is in EU, is `prod-east` still used? If client is in JP? Client on US west coast?
For JCMA, this is even worse, as the actual Jira data appears to always be sent to `us-west-2`. If enterprise customer is region locked, this breaks it and forces all data to, at some point, be subject to US jurisdiction.
Why does CCMA not do this? Is there a missing (or yet to be developed) web service in the JCMA stack?
Why is something like Multi-Region Access Points not being leveraged?
Am I missing something?
Hi @Derek White
Thanks for your question. When we developer the App migration platform, we talked about this. Data in the S3 bucket is only held for about 10 days before it's deleted, or when the app transfer is finished.
It's a transient store, not a permanent store. Also, we don't control where apps store their data (although we do provide a way for regions to be specified.) So it might end up anywhere in the world once the app downloads it for processing.
It's the same for GDPr data. In https://developer.atlassian.com/platform/app-migration/mappings/ you can see we store it for no more than 14 days (in reality it's between 12 and 14 days as the deletion process can take 24 hours to run).
Hope this help.
That explains app data, but I was actually more concerned with product data.
Why does Jira have a "Uploading of migration data" entry, but Confluence does not? (This is not the "Uploading of app migration data" entry.)
How is this handled and why are they different? Does Confluence send migration data directly to the new site? If so, why does Jira not do it this way? Is the "Atlassian Migration Platform" utilized by Confluence to send data, whereas Jira uses an S3 bucket?
The client expected to see similar Functions for both CCMA and JCMA, since the migrations are similar. Who can blame them. When they saw the differences and the region locked S3 buckets, they questioned it. Why should their data go across the country to us-west-2, just to come back to us-east-*? Doesn't this make migrations and AWS data transfers take longer (takes longer to go between regions, than within a region).
They're different because they're built completely differently. Confluence already have Space export, which is used in CCMA but Jira doesn't have anything similar, so each and every piece of data for a Project has to be exported and transferred. The Jira migration also has pieces of data that can differ between migrations (e.g. shared components like Workflows that can cause configuration drift.)
The Confluence Space goes almost directly (via a service) to the site for import. There's no residual data left over.
The Migration Platform consists of about 8 services, several DynamoDB databases, and a few S3 buckets.
The user interface is very similar, and some components are similar (especially for app migrations) but under the hood they're very different. But the end result is the same, the data gets to its destination. From my experience working on the platform, the different between different AWS regions doesn't make a lot of different to the speed as the network is rarely the slowest part of the process.
Hope this help.