...
When we are ready to migrate, we need to contact DataCite and set up an hour or so of time where we migrate from their service to our service. The most simple time to do this would probably be when we migrate stacks.
In Synapse Stack Builder
...
Detailed Migration Plan
Prior to migration
- Set up a branch (probably just need to pull into the release build) on web client that will put the new DOI service out of alpha mode.
- Set up a branch (probably just need to pull into the release build) on stack builder that will change
org.sagebionetworks.doi.prefix
to be "10.7303"
...
In PLFM
In stack.properties, set "
org.sagebionetworks.doi.prefix=10.7303
"- Deprecate the old DOI controller methods so the old API cannot be used. (Give a message indicating that the API has been deprecated, instead of registering a new DOI call)
In SWC
- Remove the old DOI widget from the EntityMetadata page
- In the EntityActionController:
- Remove the old
createDoi
method - Remove the alpha flag from the
createOrUpdateDoi
method
- Remove the old
After the dust settles:
- Remove all of the unused and deprecated EZID code in PLFM and SWC!(elasticbeanstalk-template.json.vpt)
- Set up a '-1' build for the portal and repo that uses the artifacts from steps 1+2 (Xa)
During 1-hr migration window
- Confirm with DataCite that we are ready and they are ready to migrate
- Monitor/test the '-1' build to see if we can create a DOI with the new services
- This may not succeed until migration is complete
- Once a DOI is successfully created in '-1', change the CNAMES to make '-1' go live (Xa)
After migration
- Confirm that DOIs can be made on prod (using new system)
- Begin removing dead code in PLFM, SWC, and stack-builder
That should conclude migration