Upgrade to Pro — share decks privately, control downloads, hide ads and more …

OpenStack: the good, the bad, and the ugly

OpenStack: the good, the bad, and the ugly

Given to the North Dallas Cloud Computing Group on May 21, 2014

Glen Campbell

May 23, 2014

Transcript

25 slides
  1. OPENSTACK:
 THE GOOD, THE BAD, AND THE UGLY GLEN CAMPBELL


    RACKSPACE HOSTING
 DEVELOPER RELATIONS
  2. OPENSTACK CONCEPTS • virtual infrastructure services • accessed via HTTP

    (RESTful) API • developed by an open-source community • highly configurable
  3. OPENSTACK GOVERNANCE • Independent foundation • Board of Directors: some

    directors appointed by funding companies, others elected at-large • Technical Committee: elected by active members • Biannual releases and summit/workshops • Project Technical Leaders
  4. COMPUTE • Project “Nova” • Supports multiple hypervisors including KVM,

    Xen • Massively-scalable architecture • Working towards interoperable workloads
  5. STORAGE • Project “Swift” • Elastic “blob” storage • Can

    scale to regional or even global deployments • Eventually consistent
  6. NETWORKING • Project “Neutron” (formerly “Quantum”) • Dynamically create and

    manage L2/L3 networks • Works with plugins for virtual network devices (OpenVSwitch, others)
  7. THE GOOD • Authentic competitor to Amazon, Google, Azure •

    Better than those for private clouds, not just public clouds • Stellar list of contributors and participants • Rigorous release schedule with rapid feature releases
  8. MORE GOOD • True code compatibility between clouds • Tons

    of live production use examples • Superb documentation, including O’Reilly books • Security is above par for an open-source project • It’s free • You can run it anywhere, even on a relatively small PC
  9. THE BAD • Project silos: sometimes inconsistent interfaces • No

    centralized product management: features still driven by developers, not by end-users • Very little cross-cloud workload compatibility (though that’s coming) • Features are not tied to releases but to code contribution • Rapid release schedule means it’s hard to stabilize
  10. THE UGLY • Politics: companies are still competitors. “coopetition” •

    Dependency on key contributors • Personality conflicts sometimes show up in the code
  11. KEY HAPPENINGS IN ATLANTA • For the first time, an

    emphasis on end users • Stability: for the first time, no new major projects; defining OpenStack “core” • Many discussions on workload portability

More Decks by Glen Campbell

Other Decks in Technology