--- title: Latest stories from Acronis Editorial Team description: Stay up to date with the latest cybersecurity and cyber protection news, research, vulnerabilities, threats and computer attacks. canonical_url: https://www.acronis.com/en/blog/authors/acronis/page/92/ locale: en last_updated: 2026-10-27 --- [Acronis Blog](https://www.acronis.com/en/blog/) [Authors](https://www.acronis.com/en/blog/authors/) Acronis Editorial Team ![Image 1: Acronis Editorial Team](https://staticfiles.acronis.com/images/content/d85707ae91461544212d39836dc32b42.png) Acronis Editorial Team Acronis is a global cyber protection company that provides natively integrated cybersecurity, data protection, and endpoint management for managed service providers (MSPs), small and medium businesses (SMBs), and enterprise IT departments. # Latest stories from Acronis Editorial Team [08 June 2011 — 2 min read Acronis Blog ![Image 2: Backup strategies are a component of a larger disaster recovery strategy](https://staticfiles.acronis.com/images/blog-cover/f62a350b7e35dfe1e3dd057a635af90b.png) Backup strategies are a component of a larger disaster recovery strategy It used to be the case that disaster recovery was an implied part of the backup process. I say it was implied because the devil really is in the details. Most people would say they had a plan and could recover from an outage but few ever actually tested for the sake of proving the model. The presumption back in the early days was that you could always recover from tape and that if your data was backed up then the ability to recover from a disaster was implied. Given the technologies at the time along with slow WAN connections it was always understood that the concept of disaster recovery using tape was at best going to be a “best effort” kind of recovery.](https://www.acronis.com/en/blog/posts/backup-strategies-are-component-larger-disaster-recovery-strategy/) [07 June 2011 — 1 min read Acronis Blog ![Image 3: Can Hardware and OpEx Work Together?](https://staticfiles.acronis.com/images/blog-cover/74dd033305077b8ad219667201379601.png) Can Hardware and OpEx Work Together? As you know, one of the things that nScaled does a bit differently from other cloud infrastructure-as-a-service (IaaS) providers is we implement a Hybrid architecture, with an nScaled Local Cloud Appliance installed on the customer’s LAN providing business continuity and local backup, plus the nScaled Remote Cloud Data Centers providing the scale-up / scale-out elastic capacity for backup, failover and test/dev.](https://www.acronis.com/en/blog/posts/can-hardware-and-opex-work-together/) [27 May 2011 — 1 min read Acronis Blog ![Image 4: “Infrastructure does not differentiate us in any way”](https://staticfiles.acronis.com/images/blog-cover/701297a7531d17743bf6f7c5f50e97c8.png) “Infrastructure does not differentiate us in any way” You’d think a cloud IaaS provider like nScaled would hate to see a sentiment like, “Infrastructure does not differentiate us in any way,” coming from the lips of a CIO. But quite the opposite – it’s why we’re here. When a business is ready to admit this to itself, they’re ready for our services.](https://www.acronis.com/en/blog/posts/infrastructure-does-not-differentiate-us-any-way/) [26 May 2011 — 1 min read Acronis Blog ![Image 5: Enterprises Need Clouds, Not Droplets](https://staticfiles.acronis.com/images/blog-cover/8d171c9d5dce1ca04801e22dc732de75.png) Enterprises Need Clouds, Not Droplets I just read an interesting story about the Apache LibCloud project. It’s an interesting development in cloud computing for certain groups. But I don’t think mainstream enterprises aren’t one of those groups. Here’s why. LibCloud, and a lot of other cloud technology providers, are all about providing a la carte menus of commodity-priced, on-demand computing and storage that the customer can assemble into the solution they want. In other words, these providers aren’t actually supplying clouds. They’re supplying droplets of water vapor, requiring the customer to assemble them and turn them into clouds. That’s nuts if you’re the CIO of a business running a dozen critical business applications. If you’re that CIO, migrating to the cloud requires a complete, dependable stack, ready and waiting for your business applications. It requires the same enterprise tested technologies and brands for hardware, VM, networking, etc. that you already use. It requires a bullet-proof enterprise services agreement that actually protects you in case the vendor has a problem, not the “tough luck” click-wrap agreement that some commodity cloud providers force on you. More power to the developers out there who dig LibCloud. But woe betide the CIO who gets caught up in that stuff.](https://www.acronis.com/en/blog/posts/enterprises-need-clouds-not-droplets/) [27 April 2011 — 1 min read Acronis Blog ![Image 6: How To Not Lose Your Data](https://staticfiles.acronis.com/images/blog-cover/bd62a55daae50fdec0d6a6b238034607.png) How To Not Lose Your Data Once again I’ll start by citing a very nice story that came out today. This time, it’s David Gewirtz at ZDNet writing about the data that was lost in the Amazon outage last week.](https://www.acronis.com/en/blog/posts/how-not-lose-your-data/) [25 April 2011 — 1 min read Acronis Blog ![Image 7: Why the Amazon Outage is Not the End of the Cloud](https://staticfiles.acronis.com/images/blog-cover/30ed349a67c19cf8c26685d868f90f47.png) Why the Amazon Outage is Not the End of the Cloud Businesses are rightly concerned about what Amazon’s outage last week means to them, in terms of their plans to move some or all of their IT operations to cloud data centers. We hope that they keep cool heads and not panic. Too many of the stories being written about Amazon imply that all cloud data centers are alike, and thus prone to the same problems. Of course this is not true.](https://www.acronis.com/en/blog/posts/why-amazon-outage-not-end-cloud/) [1](https://www.acronis.com/en/blog/authors/acronis/page/1/)...[86](https://www.acronis.com/en/blog/authors/acronis/page/86/) [87](https://www.acronis.com/en/blog/authors/acronis/page/87/) [88](https://www.acronis.com/en/blog/authors/acronis/page/88/) [89](https://www.acronis.com/en/blog/authors/acronis/page/89/) [90](https://www.acronis.com/en/blog/authors/acronis/page/90/) [91](https://www.acronis.com/en/blog/authors/acronis/page/91/) [92](https://www.acronis.com/en/blog/authors/acronis/page/92/)