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
Tweet

More Decks by Glen Campbell

Other Decks in Technology

Transcript

  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