Re: [MCN-L] Cloud Exit Strategy / Termination Policies

[Erwin Verbruggen]

Apologies, one of those links was a dupe - corrected version:

At the 2016 PASIG and iPRES conferences, Matthew Addis gave a shot talk on this 
topic:
- Here’s someone’s blog summary: 
https://preservationmatters.blogspot.nl/2016/10/exit-strategies-and-techniques-for.html
 

- Here’s his PASIG slides: https://dx.doi.org/10.6084/m9.figshare.4029189 
 
- Here’s his iPRES paper abstract: 
https://ipr16.organizers-congress.org/frontend/organizers/media/iPRES2016/_PDF/IPR16.Proceedings_4_Web_Broschuere_Link.pdf
 


Related literature from the iPRES proceedings:
- Schaffer, H. Will You Ever Need an Exit Strategy? In IT Pro. 4-6. March/April 
2014 https://www.computer.org/csdl/mags/it/2014/02/mit2014020004.pdf 


Warm regards,
Erwin


Erwin Verbruggen
Project lead R

T +31 35 677 16 91 | M +31 6 153 603 71
Skype: erwinverbruggen

Netherlands Institute for Sound and Vision
Media Parkboulevard 1, 1217 WE  Hilversum | Postbus 1060, 1200 BB  Hilversum | 
beeldengeluid.nl 
> 
> 
> 
> 
>> On 17 Jan 2017, at 15:15, Beaudet, David > > wrote:
>> 
>> Kate, I saw your question last week and happened to be in AWS training so I 
>> asked a gentleman who works for AWS sales to get his perspective.  Not too 
>> surprisingly, he suggests engaging professional services to assist in an 
>> exit from AWS.
>> 
>> 
>> 
>> "Professional services or a partner would be the fastest way to recover data 
>> when exiting AWS.  A cloud provider going out of business is a real concern 
>> when you're dealing with smaller providers. As you know the cloud industry 
>> is simultaneously growing and consolidating on a few major providers at a 
>> very fast rate. Having worked for a smaller IaaS provider, I've seen the 
>> difficulty for smaller providers to compete via product and financially 
>> (very thin margins if your platform is not fully automated, which most 
>> "cloud providers" are not). With Azure and AWS, going out of business is a 
>> small risk. Google you could be a little more leery of them pulling the plug 
>> since they have a history of stopping major initiatives (Google Glass, 
>> Google Fiber).
>> 
>> 
>> 
>> With AWS, we have a standard term agreement with 30 days guaranteed that AWS 
>> will not touch your environment (https://aws.amazon.com/agreement/ 
>> ). This can be negotiated when you 
>> establish an Enterprise Agreement with AWS. As a self-service platform, AWS 
>> does not offer support migrating clients out."
>> 
>> 
>> 
>> 
>> 
>> Regarding recoverability of cloud-based data, I asked him whether he thought 
>> it would make sense to push backups to another cloud provider.
>> 
>> 
>> 
>> 
>> 
>> "Certainly pushing backups to another provider is an option. My thought is, 
>> does the risk justify the cost in this scenario. If you're with the major 3 
>> cloud players, I see very little risk of the provider going under, and 
>> you'll have to pay storage and data transfer fees to the duration of this 
>> strategy. Based on the size of your environment, it may be worth saving the 
>> money and being prepared to pay for professional services to help you exit 
>> efficiently in the off chance you need to make a quick exit."
>> 
>> 
>> 
>> 
>> 
>> Happy to put you in touch with him directly if it would be useful.
>> 
>> 
>> 
>> Dave Beaudet
>> 
>> National Gallery of Art
>> 
>> ___
>> You are currently subscribed to mcn-l, the listserv of the Museum Computer 
>> Network (http://www.mcn.edu )
>> 
>> To post to this list, send messages to: mcn-l@mcn.edu 
>> 
>> To unsubscribe or change mcn-l delivery options visit:
>> http://mcn.edu/mailman/listinfo/mcn-l 
>> 
>> The MCN-L archives can be found at:
>> http://www.mail-archive.com/mcn-l@mcn.edu/
> 
> 

Erwin Verbruggen
Project lead R

T +31 35 677 16 91 | M +31 6 153 603 71
Skype: erwinverbruggen

Netherlands Institute for Sound and Vision
Media Parkboulevard 1, 1217 WE  Hilversum | Postbus 1060, 1200 BB  Hilversum | 
beeldengeluid.nl 
___
You are currently subscribed to mcn-l, the listserv of the Museum Computer 
Network (http://www.mcn.edu)

To post to this list, send messages to: mcn-l@mcn.edu

To unsubscribe or change mcn-l delivery options visit:
http://mcn.edu/mailman/listinfo/mcn-l

The MCN-L archives can be found at:
http://www.mail-archive.com/mcn-l@mcn.edu/

Re: [MCN-L] Cloud Exit Strategy / Termination Policies

[Erwin Verbruggen]

Hi Kate,

At the 2016 PASIG and iPRES conferences, Matthew Addis gave a shot talk on this 
topic:
- Here’s someone’s blog summary: 
https://preservationmatters.blogspot.nl/2016/10/exit-strategies-and-techniques-for.html
- Here’s his PASIG slides: 
https://ipr16.organizers-congress.org/frontend/organizers/media/iPRES2016/_PDF/IPR16.Proceedings_4_Web_Broschuere_Link.pdf
- Here’s his iPRES paper abstract: 
https://ipr16.organizers-congress.org/frontend/organizers/media/iPRES2016/_PDF/IPR16.Proceedings_4_Web_Broschuere_Link.pdf

Related literature from the iPRES proceedings:
- Schaffer, H. Will You Ever Need an Exit Strategy? In IT Pro. 4-6. March/April 
2014 https://www.computer.org/csdl/mags/it/2014/02/mit2014020004.pdf

Warm regards,
Erwin


Erwin Verbruggen
Project lead R

T +31 35 677 16 91 | M +31 6 153 603 71
Skype: erwinverbruggen

Netherlands Institute for Sound and Vision
Media Parkboulevard 1, 1217 WE  Hilversum | Postbus 1060, 1200 BB  Hilversum | 
beeldengeluid.nl




> On 17 Jan 2017, at 15:15, Beaudet, David  wrote:
> 
> Kate, I saw your question last week and happened to be in AWS training so I 
> asked a gentleman who works for AWS sales to get his perspective.  Not too 
> surprisingly, he suggests engaging professional services to assist in an exit 
> from AWS.
> 
> 
> 
> "Professional services or a partner would be the fastest way to recover data 
> when exiting AWS.  A cloud provider going out of business is a real concern 
> when you're dealing with smaller providers. As you know the cloud industry is 
> simultaneously growing and consolidating on a few major providers at a very 
> fast rate. Having worked for a smaller IaaS provider, I've seen the 
> difficulty for smaller providers to compete via product and financially (very 
> thin margins if your platform is not fully automated, which most "cloud 
> providers" are not). With Azure and AWS, going out of business is a small 
> risk. Google you could be a little more leery of them pulling the plug since 
> they have a history of stopping major initiatives (Google Glass, Google 
> Fiber).
> 
> 
> 
> With AWS, we have a standard term agreement with 30 days guaranteed that AWS 
> will not touch your environment (https://aws.amazon.com/agreement/). This can 
> be negotiated when you establish an Enterprise Agreement with AWS. As a 
> self-service platform, AWS does not offer support migrating clients out."
> 
> 
> 
> 
> 
> Regarding recoverability of cloud-based data, I asked him whether he thought 
> it would make sense to push backups to another cloud provider.
> 
> 
> 
> 
> 
> "Certainly pushing backups to another provider is an option. My thought is, 
> does the risk justify the cost in this scenario. If you're with the major 3 
> cloud players, I see very little risk of the provider going under, and you'll 
> have to pay storage and data transfer fees to the duration of this strategy. 
> Based on the size of your environment, it may be worth saving the money and 
> being prepared to pay for professional services to help you exit efficiently 
> in the off chance you need to make a quick exit."
> 
> 
> 
> 
> 
> Happy to put you in touch with him directly if it would be useful.
> 
> 
> 
> Dave Beaudet
> 
> National Gallery of Art
> 
> ___
> You are currently subscribed to mcn-l, the listserv of the Museum Computer 
> Network (http://www.mcn.edu)
> 
> To post to this list, send messages to: mcn-l@mcn.edu
> 
> To unsubscribe or change mcn-l delivery options visit:
> http://mcn.edu/mailman/listinfo/mcn-l
> 
> The MCN-L archives can be found at:
> http://www.mail-archive.com/mcn-l@mcn.edu/


___
You are currently subscribed to mcn-l, the listserv of the Museum Computer 
Network (http://www.mcn.edu)

To post to this list, send messages to: mcn-l@mcn.edu

To unsubscribe or change mcn-l delivery options visit:
http://mcn.edu/mailman/listinfo/mcn-l

The MCN-L archives can be found at:
http://www.mail-archive.com/mcn-l@mcn.edu/

Re: [MCN-L] Cloud Exit Strategy / Termination Policies

[Beaudet, David]

Kate, I saw your question last week and happened to be in AWS training so I 
asked a gentleman who works for AWS sales to get his perspective.  Not too 
surprisingly, he suggests engaging professional services to assist in an exit 
from AWS.



"Professional services or a partner would be the fastest way to recover data 
when exiting AWS.  A cloud provider going out of business is a real concern 
when you're dealing with smaller providers. As you know the cloud industry is 
simultaneously growing and consolidating on a few major providers at a very 
fast rate. Having worked for a smaller IaaS provider, I've seen the difficulty 
for smaller providers to compete via product and financially (very thin margins 
if your platform is not fully automated, which most "cloud providers" are not). 
With Azure and AWS, going out of business is a small risk. Google you could be 
a little more leery of them pulling the plug since they have a history of 
stopping major initiatives (Google Glass, Google Fiber).



With AWS, we have a standard term agreement with 30 days guaranteed that AWS 
will not touch your environment (https://aws.amazon.com/agreement/). This can 
be negotiated when you establish an Enterprise Agreement with AWS. As a 
self-service platform, AWS does not offer support migrating clients out."





Regarding recoverability of cloud-based data, I asked him whether he thought it 
would make sense to push backups to another cloud provider.





"Certainly pushing backups to another provider is an option. My thought is, 
does the risk justify the cost in this scenario. If you're with the major 3 
cloud players, I see very little risk of the provider going under, and you'll 
have to pay storage and data transfer fees to the duration of this strategy. 
Based on the size of your environment, it may be worth saving the money and 
being prepared to pay for professional services to help you exit efficiently in 
the off chance you need to make a quick exit."





Happy to put you in touch with him directly if it would be useful.



Dave Beaudet

National Gallery of Art

___
You are currently subscribed to mcn-l, the listserv of the Museum Computer 
Network (http://www.mcn.edu)

To post to this list, send messages to: mcn-l@mcn.edu

To unsubscribe or change mcn-l delivery options visit:
http://mcn.edu/mailman/listinfo/mcn-l

The MCN-L archives can be found at:
http://www.mail-archive.com/mcn-l@mcn.edu/

Re: [MCN-L] Cloud Exit Strategy / Termination Policies

[Bryon Thornburgh]

Kate,
This isn't exactly what you are looking for, but maybe there are some learnings 
from source code escrow services. If you aren't familiar with source code 
escrow, it is a service where a vendor keeps and maintains a copy of the source 
code for their software/application in a third-party escrow account. If a 
qualifying event takes place (i.e. vendor goes out of business), the source 
code is released to the customer and the customer has rights to use the source 
code. These services are common for business critical applications where the 
livelihood of a company/organization is dependent on an application.

I personally don't have any agreements to share as I've only researched these 
services and never purchased them. I'm sure a quick Google search will give you 
a number of vendors to look at, but at one time Iron Mountain offered this 
service.

For what it is worth,
Bryon Thornburgh
Director of Technology
720.913.0136
bthornbu...@denverartmuseum.org

Denver Art Museum
100 W. 14th Avenue Parkway
Denver, CO 80204

Visit www.denverartmuseum.org and sign up for our e-mail updates. The Denver 
Art Museum salutes the citizens of metro Denver for helping fund arts, culture 
and science through their support of the Scientific and Cultural Facilities 
District (SCFD).

-Original Message-
From: mcn-l-boun...@mcn.edu [mailto:mcn-l-boun...@mcn.edu] On Behalf Of Kate 
Blanch
Sent: Thursday, January 12, 2017 10:18 AM
To: mcn-l@mcn.edu
Subject: [MCN-L] Cloud Exit Strategy / Termination Policies

Happy new year MCN!
Would anyone have knowledge or samples of a cloud services termination 
agreement, policy or SLA with a provider that includes termination activities?
I'm researching materials that are intended to deal with backup, re-migration, 
data ownership and transfer, etc. on the chance that the cloud based service 
provider goes under, or terminates the service with the customer, or vice versa.
Any ideas around safeguarding or planning for "unclouding" or moving clouds or 
having your cloud move on<https://youtu.be/O3F4GmbHl5g> would be helpful! (I 
think Mick says it best -- https://youtu.be/O3F4GmbHl5g :)) Have a great day. 
Thanks, Kate

Kate Blanch
Systems Manager, Data & Digital Resources
410.547.9000 x.266 | kbla...@thewalters.org

The Walters Art Museum
600 North Charles Street, Baltimore, MD 21201-5185 
thewalters.org<http://thewalters.org/>



[SCFD]
___
You are currently subscribed to mcn-l, the listserv of the Museum Computer 
Network (http://www.mcn.edu)

To post to this list, send messages to: mcn-l@mcn.edu

To unsubscribe or change mcn-l delivery options visit:
http://mcn.edu/mailman/listinfo/mcn-l

The MCN-L archives can be found at:
http://www.mail-archive.com/mcn-l@mcn.edu/

[MCN-L] Cloud Exit Strategy / Termination Policies

[Kate Blanch]

Happy new year MCN!
Would anyone have knowledge or samples of a cloud services termination 
agreement, policy or SLA with a provider that includes termination activities?
I'm researching materials that are intended to deal with backup, re-migration, 
data ownership and transfer, etc. on the chance that the cloud based service 
provider goes under, or terminates the service with the customer, or vice versa.
Any ideas around safeguarding or planning for "unclouding" or moving clouds or 
having your cloud move on would be helpful! (I 
think Mick says it best -- https://youtu.be/O3F4GmbHl5g :))
Have a great day. Thanks, Kate

Kate Blanch
Systems Manager, Data & Digital Resources
410.547.9000 x.266 | kbla...@thewalters.org

The Walters Art Museum
600 North Charles Street, Baltimore, MD 21201-5185
thewalters.org



___
You are currently subscribed to mcn-l, the listserv of the Museum Computer 
Network (http://www.mcn.edu)

To post to this list, send messages to: mcn-l@mcn.edu

To unsubscribe or change mcn-l delivery options visit:
http://mcn.edu/mailman/listinfo/mcn-l

The MCN-L archives can be found at:
http://www.mail-archive.com/mcn-l@mcn.edu/