~bkerensa/openstack-manuals/fix-for-920457

                                    <a accesskey="n" class="navLinkNext" onclick="_gaq.push(['_trackEvent', 'Header', 'nextLink', 'click', 1]);" tabindex="5" href="openstack-nova-logical-architecture.html">Next</a></td></tr></table></div></div><div id="content"><div class="statustext"> </div><div class="section" title="Cloud Provider Conceptual Architecture"><div xmlns="" class="titlepage"><div><div><h3 xmlns="http://www.w3.org/1999/xhtml" class="title"><a id="cloud-provider-conceptual-architecture"/>Cloud Provider Conceptual Architecture</h3></div><div><div xmlns="http://www.w3.org/1999/xhtml" class="author"><h3 class="author"><span class="firstname">Ken</span>, <span class="lineage">Pepple</span></h3></div></div></div></div><p>Imagine that we are going to build our own IaaS cloud and offer it to customers. To achieve this, we would need to provide several high level features:</p><div class="orderedlist"><ol class="orderedlist" type="1"><li class="listitem"><p>Allow application owners to register for our cloud services, view their usage and see their bill (basic customer relations management functionality)</p></li><li class="listitem"><p>Allow Developers/DevOps folks to create and store custom images for their applications (basic build-time functionality)</p></li><li class="listitem"><p>Allow DevOps/Developers to launch, monitor and terminate instances (basic run-time functionality)</p></li><li class="listitem"><p>Allow the Cloud Operator to configure and operate the cloud infrastructure</p></li></ol></div><p>While there are certainly many, many other features that we would need to offer (especially if we were to follow are more complete industry framework like <a class="link" href="http://www.tmforum.org/BusinessProcessFramework/1647/home.html" target="_top">eTOM</a>), these four get to the very heart of providing IaaS. Now assuming that you agree with these four top level features, you might put together a conceptual architecture that looks something like this:</p><div class="informalfigure"><div class="mediaobject"><img src="../figures/nova-cactus-conceptual.png"/></div></div><p>In this model, I’ve imagined four sets of users (developers, devops, owners and operators)

                (integration and management). Let’s explore each a little further: </p><div class="itemizedlist"><ul class="itemizedlist" type="disc"><li class="listitem"><p>As with presentation layers in more typical application architectures, components here interact with users to accept and present information. In this layer, you will find web portals to provide graphical interfaces for non-developers and API endpoints for developers. For more advanced architectures, you might find load balancing, console proxies, security and naming services present here also.</p></li><li class="listitem"><p>The logic tier would provide the intelligence and control functionality for our cloud. This tier would house orchestration (workflow for complex tasks), scheduling (determining mapping of jobs to resources), policy (quotas and such) , image registry (metadata about instance images), logging (events and metering). </p></li><li class="listitem"><p>There will need to integration functions within the architecture. It is assumed that most service providers will already have a customer identity and billing systems. Any cloud architecture would need to integrate with these systems.</p></li><li class="listitem"><p>As with any complex environment, we will need a management tier to operate the environment. This should include an API to access the cloud administration features as well as some forms of monitoring. It is likely that the monitoring functionality will take the form of integration into an existing tool. While I’ve highlighted monitoring and an admin API for our fictional provider, in a more complete architecture you would see a vast array of operational support functions like provisioning and configuration management.</p></li><li class="listitem"><p>Finally, since this is a compute cloud, we will need actual compute, network and storage resources to provide to our customers. This tier provides these services, whether they be servers, network switches, network attached storage or other resources.</p></li></ul></div><p>With this model in place, let’s shift gears and look at OpenStack Compute’s logical