on 9/12/2019 by Mary E. Shacklett, Commentary

In an era when systems and applications are dispersed throughout the enterprise and the cloud, IT leaders have to rethink their disaster recovery plans.

Writing a disaster recovery plan has been the responsibility of IT departments for years, but now these plans must be recalibrated to failover for edge and cloud environments. What’s new, and how do organizations revise their plans?

Rule 1: IT does not control the edge

Given the adoption of edge computing and other distributed computing strategies, IT can’t control all of this distributed compute with a standard centralized DR plan that is built around the data center. In day to day manufacturing using robotics and automation, for example, it is line supervisors and manufacturing staff who run the robots and are responsible for making sure that these assets are safe and secure in locked areas when they are not in use. In many cases, these manufacturing personnel might also install and monitor/maintain the equipment themselves, or work with vendors.

Image: James Thew - stock.adobe.com

Image: James Thew – stock.adobe.com

These personnel do not have IT’s background in security or asset protection and maintenance/monitoring. At the same time, installing new edge networks and solutions outside of IT multiplies the number of IT assets where failures could occur. Somewhere, DR and failover plans need to be documented and trained for so these assets are covered. The most logical place for this to occur is within the IT DR and business continuity plan.

To revise the plan, IT must meet and work with these different distributed computing groups. The key is getting everyone involved and committed to documenting a DR and failover plan that they then participate in and test on a regular basis.

Rule 2: Cloud apps mean cloud DR consignment

In 2018, Rightscale surveyed nearly 1,000 IT professionals and found that the average number of clouds these companies were running on was approaching 4.8.

It would be interesting to see how many of these companies have documented disaster recovery procedures for dealing with cloud outages. This concern crossed my mind when I recently reviewed the cloud vendors that a client was using — to find that nearly all of the cloud vendors had clauses in their contracts that excused them from liability if a disaster occurred.

Think all financial technology providers are the same? Think again. Our difference is clear.

The takeaway: If your IT department hasn’t already done so, each cloud vendor that you use should be written into your disaster recovery plan. What are the SLAs that the vendor is promising for backup and recovery? If there is a failure, what are your (or your vendor’s) DR plans?  Do you have an agreement with your vendor to annually test the apps that you use on the cloud for DR failover?

Rule 3: Physical security is important

The more your IT gravitates to the edge, finding its way into manufacturing plants or field offices, the more physical security becomes entwined with disaster recovery. What if a field office in a remote desert location overheats and a server fails? Or an unauthorized employee enters a cage area in a manufacturing plant and tampers with a robot? Your DR plan should include regular inspections and tests of equipment and facilities at distributed physical locations, not just at your central data center. 

Rule 4: DR communications must get better

A number of years ago, when I was CIO in a banking operation, we experienced an earthquake and our IT went offline. There was minimal damage to the data center, but networks and communications throughout the area were disrupted, so tellers in branch offices had to handle customer transactions by keeping manual ledgers that they would then input into the system when system service returned.

During this time, a customer asked a teller what was wrong and she told him, “Our entire computers have been hit.” The information spread like wildfire throughout the community and media, and we had a lot of customers rushing in, trying to close accounts.

This type of situation is exacerbated when you have even more people controlling IT assets such as in edge computing. This is why it’s so important to have a communications “tree” that explains who communicate what and to whom during a disaster, and that everyone adheres to.

Normally, the communications “voice” should be the company’s public relations team. This team coordinates with upper management and issues statements about the disaster to the community and the media.

If this communications channel is not firmly established and entrenched in the minds of your employees, you could find yourself spending more time on disaster recovery from errant communications than on the actual disaster.

Rule 5: DR must be for multiple geographies

With edge computing and remote offices on the rise, it goes without saying that DR can no longer be centralized in one location or data center. Especially if you are using clouds for DR, choose cloud providers that have multiple geo-locations. This enables a failover to a location that is up and running in the event that your main data center, or a cloud data location, goes down. These failover data center scenarios should be included and tested for in your DR plan.

Rule 6: DR testing plans must be recalibrated

If you’re going to consign more IT to the cloud and deploy more edge computing, new DR testing scenarios should be added to your plan to ensure that DR documentation and testing are in place for all of these new locations. You want to know your DR will work for every company DR scenario if you have to enact it.

Rule 7: The C-suite must give more than lip service to DR

The move to cloud and to edge computing has complicated disaster recovery. This means that most organizations need to review and revise their DR plans. DR reviews and revisions take time for a task that already isn’t a priority for most organizations and that tends to lag behind the large list of projects that need to get out.

Because of the changes that cloud and the edge have brought to IT, it is up to the CIO to impress upon management and the board how these changes have affected DR, and of the need to put effort and time into revising the DR plan.

Rule 8: Edge and cloud vendor involvement in DR should be secured

As mentioned earlier, a majority of cloud vendors don’t give much assurance for disaster recovery and failover in their contracts. Before you sign on a dotted line with a cloud vendor, vendor disaster recovery commitment and support should be part of your RFP and an important point of discussion.

Rule 9: Network redundancy is paramount

Many organizations focus on recovery of systems and data when disasters strike, but place less emphasis on networks. However, given the role of the Internet and wide area networks today, network DR failover and redundancy should also be built into DR plans.

Mary E. Shacklett is an internationally recognized technology commentator and President of Transworld Data, a marketing and technology services firm.

Collected at:  https://www.informationweek.com/strategic-cio/it-strategy/rewriting-disaster-recovery-plans-for-the-edge/a/d-id/1335784?_mc=NL_IWK_EDT_IWK_review_20190913&cid=NL_IWK_EDT_IWK_review_20190913&elq_mid=92962&elq_cid=27653255 

19 thoughts on “Rewriting Disaster Recovery Plans for the Edge”

  1. Pretty component to content. I just stumbled upon your site and in accession capital to assert that I acquire in fact enjoyed account your weblog posts. Any way I will be subscribing in your feeds and even I achievement you get entry to constantly quickly.

  2. Excellent read, I just passed this onto a colleague who was doing a little research on that. And he just bought me lunch as I found it for him smile Thus let me rephrase that: Thank you for lunch!

  3. Hello There. I discovered your blog using msn. That is a really well written article.
    I’ll be sure to bookmark it and return to learn more of your helpful information. Thanks for the post.
    I will definitely comeback.

  4. Having read this I thought it was very informative.
    I appreciate you spending some time and effort to put this informative
    article together. I once again find myself personally spending way too much time both reading and leaving
    comments. But so what, it was still worth
    it!

  5. I think that everything wrote was very logical.

    However, what about this? suppose you added a little information? I ain’t suggesting your information is not solid., however
    suppose you added a post title that grabbed people’s attention? I mean Rewriting Disaster
    Recovery Plans for the Edge – WEBSITE OF SCIENCE RESEARCH is a little boring.
    You ought to peek at Yahoo’s front page and watch how they write article headlines
    to get people to click. You might try adding a video or
    a picture or two to grab people excited about everything’ve got to
    say. Just my opinion, it could make your posts a little bit more interesting.

  6. I like the helpful info you supply on your articles. I will bookmark your blog and test again right here regularly. I’m reasonably sure I抣l learn a lot of new stuff proper here! Good luck for the next!

  7. Hello there! I know this is kinda off topic however , I’d figured I’d ask. Would you be interested in trading links or maybe guest authoring a blog post or vice-versa? My website covers a lot of the same subjects as yours and I feel we could greatly benefit from each other. If you happen to be interested feel free to send me an email. I look forward to hearing from you! Superb blog by the way!

  8. I am often to running a blog and i really appreciate your content. The article has actually peaks my interest. I’m going to bookmark your web site and preserve checking for brand spanking new information.

  9. Very nice info and straight to the point. I don’t know if this is actually the best place to ask but do you people have any ideea where to hire some professional writers? Thank you 🙂

  10. Hey would you mind letting me know which web host you’re utilizing? I’ve loaded your blog in 3 different browsers and I must say this blog loads a lot quicker then most. Can you recommend a good hosting provider at a reasonable price? Many thanks, I appreciate it!

Leave a Reply

Your email address will not be published. Required fields are marked *