Architecting OpenStack for enterprise reality

Canonical

on 11 March 2015

Architecting OpenStack for enterprise reality
With OpenStack becoming more and more popular as a cloud-building technology for enterprises, companies are asking themselves several important questions. How viable is OpenStack as an enterprise platform? Is it possible (and feasible) to integrate it with existing virtualisation infrastructure, e.g. vSphere from VMware? Is there a business case for such integration, and what are the risks and challenges associated with it? Finally, how do they best utilise OpenStack: is the “vanilla” architecture always the best approach, or is there a case for swapping out certain components for third-party tools?

Gigaom analyst Paul Miller looks at these questions and more in this report sponsored by Canonical. For a more in-depth look at integrating vSphere and OpenStack, you may also want to read this whitepaper.

Download eBook

Ubuntu cloud

Ubuntu offers all the training, software infrastructure, tools, services and support you need for your public and private clouds.

Newsletter signup

Select topics you’re
interested in

In submitting this form, I confirm that I have read and agree to Canonical’s Privacy Notice and Privacy Policy.

Related posts

Design and Web team summary – 16 August 2019

This iteration was the Web & design team’s first iteration of the second half of our roadmap cycle, after returning from the mid-cycle roadmap sprint in Toronto 2 weeks ago. Priorities have moved around a bit …

Linting ROS 2 Packages with mypy

One of the most common complaints from developers moving into large Python codebases is the difficulty in figuring out type information, and the ease by which type mismatch errors can appear at runtime. Python 3.5 added …

8 Ways Snaps are Different

Depending on the audience, the discussion of software packaging elicits very different responses. Users generally don’t care how software is packaged, so long as it works. Developers typically want software packaging as a task to not …