引子 想要明白Openstack Nova是怎么工作的，先要明白Openstack及Nova是干什么的？先看看百度百科介绍： OpenStack是一个开源的云计算管理平台项目，由几个主要的组件组合起来完成具体工作。OpenStack支持几乎所有类型的云环境，项目目标是提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。OpenStack通过各种互补的服务提供了基础设施即服务（IaaS）

在前面的章节中， 学习了Nova的WSGI相关的服务器创建及路由的基本原理。现在看看Deploy中的流水线操作。在api-paste.ini中， 可以看出Nova API有以下的流水线。[composite:openstack_compute_api_v2]use = call:nova.api.auth:pipeline_factorynoauth = faultwrap siz

在前一章中， 学习了所有的流水线处理。最后通过路由的设置，会把创建Instance的请求映射到servers.py的Controller的create方法。这中间会有不少的代码， 但都是一些常用的逻辑， 这里不进行讲述。Controller/Create这是一段比较长的代码， 但是做的事情还是比较简单。就是对各种参数的合法性检查。@wsgi.response(202) @wsgi.seria

古人云： 三思而后行但对我们来说， 有什么地方值得去思呢？任何事情， 如果能够身临其境，了解其来龙去脉，肯定是最好的学习方式。但是在代码走读时， 人不能像机器一样，去把代码都运行一次， 亲身去感受下。但是我们能在脑袋里运行代码， 但这里也有问题， 代码多了， 脑袋就不够用了，这个时候就要学会思。不再废话， 回到我们的问题。上一章中， nova 命令行已经发送了一个基于HTTP的RESTful请求过

前面几章中， 已经从需求，架构及Openstack官方的流程图， 讲述了Nova的基本知识。这一章开始到后面的几章，将从CLI入手， 结合代码， 来看看Instance的具体创建过程， 从而揭开Nova的神秘面纱。 代码版本: nova-2013.2.1从前一章知道， Openstack创建一个Instance有两种方法， 一个是从Dashboard的HTML页面的launch命令 或是CLI

在上一章中， 通过跟踪nova boot命令， 已经完成了Instance创建参数的解析及身份认证的过程。这一章中继续完成CLI部分的代码跟踪，看看RESTful的请求是如何发出去的。如果阅读过上一章的内容，就可知道nova boot所对应的最终的执行函数是do_boot。这段代码不长，内容也很简单，具体看注释。do_bootdef do_boot(cs, args): """Boot a

可以看出， 要创建一个Instance， 需要的东西有很多，步骤也不少。 先看看其每步都干了什么。1. dashboard 或是 CLI 从用户处获得认证信息（用户名及密码），然后转成REST 的API 发送给 Keystone， 并等待返回结果。Keystone会返回一个token, 然后用于后续的操作

云时代， 你会听到各种各样的平台， 然后他们提供接口，让第三方能够通过这些接口接入，对其提供对应的服务。比如说Google, Facebook, QQ等， 在这些接口中，数据基本上都是通过XML或是JSON来传输。而服务类型也基本上都为HTTP模式。所以在Openstack中，同样是选择了HTTP的JSON及XML RESTful风格来作为接口。

架构源自需求需求分析软件架构大部分都来自于需求，可以说，有什么样的需求，就会有什么样的架构， 虽然不同时期，不同的人来实现，可能不完全一样。但是总体来说， 架构不会相差太远。现在假设如果需要自己来实现一个类似Openstack这样功能的软件，会是什么样的呢？首先，还是再看看前一章中总结的最简单的需求 物理服务器的管理 服务器的选择 虚拟机的创建、开机、关机、挂起、暂停、调整、迁移

在前一章中， 学习了Computer API及Conductor调用RPC做下一步处理。那么， 这里就有个问题， Openstack中RPC是怎么工作的？想要知道RPC是怎么工作的， 那么第一个要了解的是什么是RPC？ RPC（Remote Procedure Call Protocol）——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。