<mets:mets OBJID="eprint_1280" LABEL="Eprints Item" xsi:schemaLocation="http://www.loc.gov/METS/ http://www.loc.gov/standards/mets/mets.xsd http://www.loc.gov/mods/v3 http://www.loc.gov/standards/mods/v3/mods-3-3.xsd" xmlns:mets="http://www.loc.gov/METS/" xmlns:mods="http://www.loc.gov/mods/v3" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><mets:metsHdr CREATEDATE="2026-07-15T12:50:31Z"><mets:agent ROLE="CUSTODIAN" TYPE="ORGANIZATION"><mets:name>ELUNA Document Repository</mets:name></mets:agent></mets:metsHdr><mets:dmdSec ID="DMD_eprint_1280_mods"><mets:mdWrap MDTYPE="MODS"><mets:xmlData><mods:titleInfo><mods:title>Moving to the Cloud: You Need More Than Some Balloons</mods:title></mods:titleInfo><mods:name type="personal"><mods:namePart type="given">Michael</mods:namePart><mods:namePart type="family">Perry</mods:namePart><mods:role><mods:roleTerm type="text">author</mods:roleTerm></mods:role></mods:name><mods:abstract>As Northwestern University Library’s began preparation for migrating to Alma, we migrated Primo to the cloud. We learned things aren’t as simple as you might hope. We had little to no documentation on decisions and configurations that were made during the initial implementation of Primo. Coupled with a time crunch to complete the project, this made it exceptionally difficult to review configurations or make new decisions about functionality that had been introduced in later versions of Primo. During this process, we learned some valuable lessons that have already improved future projects .&#13;
&#13;
Document your decisions - Documentation is often a thankless task that most people happily avoid. While it’s value isn’t immediately clear somewhere down the line your or someone else will be happy you did it. By know why you choose to do something it can make dealing with issues down the line much more simple.&#13;
&#13;
Figure out the resources you need, but also those you might - While planning for this we never considered the need to manually move our normalization rules to the new system. While we had them to reference we needed someone that really understood them to copy them over to avoid mistakes. Luckily we were able to bring in the relevant experts but had they not been available it might have sunk the entire project.&#13;
&#13;
The cloud means things move out of your control - The implementation of any product means you have to coordinate with the vendor of that product. When that product exists in the cloud, you might find several new layers or problems with this. In our case, some miscommunications with our central IT division about Shibboleth and LDAP meant some last minute pleading to get necessary work done.&#13;
&#13;
Sometimes the simple things are the most time consuming - One of the things we thought would be pretty straight forward, establishing firewall rules and setting up some static ip addresses, ended up taking much longer than anticipated. Always try to identify slack in your project and make sure you know your dependencies and what work can be split up. Luckily we were able to get our VPN IP address added right away so this let us work around the larger issue.&#13;
&#13;
Moving a system to the cloud can be scary proposition. There are any number of things that can go wrong. I hope our example demonstrates that even if some of the biggest possible things do go wrong you can not only still successfully complete your project, you can even do so under a strict timeline.</mods:abstract><mods:classification authority="lcc">Primo</mods:classification><mods:originInfo><mods:dateIssued encoding="iso8601">2015-03-08</mods:dateIssued></mods:originInfo><mods:genre>Conference or Workshop Item</mods:genre></mets:xmlData></mets:mdWrap></mets:dmdSec><mets:amdSec ID="TMD_eprint_1280"><mets:rightsMD ID="rights_eprint_1280_mods"><mets:mdWrap MDTYPE="MODS"><mets:xmlData><mods:useAndReproduction>
<p xmlns="http://www.w3.org/1999/xhtml"><strong>For work being deposited by its own author:</strong> 
In self-archiving this collection of files and associated bibliographic 
metadata, I grant ELUNA Document Repository the right to store 
them and to make them permanently available publicly for free on-line. 
I declare that this material is my own intellectual property and I 
understand that ELUNA Document Repository does not assume any 
responsibility if there is any breach of copyright in distributing these 
files or metadata. (All authors are urged to prominently assert their 
copyright on the title page of their work.)</p>

<p xmlns="http://www.w3.org/1999/xhtml"><strong>For work being deposited by someone other than its 
author:</strong> I hereby declare that the collection of files and 
associated bibliographic metadata that I am archiving at 
ELUNA Document Repository) is in the public domain. If this is 
not the case, I accept full responsibility for any breach of copyright 
that distributing these files or metadata may entail.</p>

<p xmlns="http://www.w3.org/1999/xhtml">Clicking on the deposit button indicates your agreement to these 
terms.</p>
    </mods:useAndReproduction></mets:xmlData></mets:mdWrap></mets:rightsMD></mets:amdSec><mets:fileSec><mets:fileGrp USE="reference"><mets:file ID="eprint_1280_1547_1" SIZE="11944028" OWNERID="https://beta-documents.el-una.org/id/eprint/1280/1/perry_primo.pdf" MIMETYPE="application/pdf"><mets:FLocat LOCTYPE="URL" xlink:type="simple" xlink:href="https://beta-documents.el-una.org/id/eprint/1280/1/perry_primo.pdf"></mets:FLocat></mets:file></mets:fileGrp></mets:fileSec><mets:structMap><mets:div DMDID="DMD_eprint_1280_mods" ADMID="TMD_eprint_1280"><mets:fptr FILEID="eprint_1280_document_1547_1"></mets:fptr></mets:div></mets:structMap></mets:mets>