浅谈OpenStack（一）

本文分享自天翼云开发者社区《浅谈OpenStack（一）》，作者:EmmaDu

 

OpenStack刚诞生的时候比较单纯，只有计算（NASA开源）和存储（Rackspace开源）两个功能组件，至于NASA和Rackspace开源这两个项目并成立OpenStack社区()的原因，网络上流传了很多版本，感兴趣的同学可以去网上找找。

 

个人认为OpenStack是一个伟大的开源项目，几乎所有的架构、所有的厂商都能在社区找到解决方案。截至到现在，OpenStack已经拥有超过1000万行核心代码，这是由8000多名开发者贡献了50万+的变更得来的。Zui初的OpenStack有多厉害？很多开发者仅仅是把OpenStack的代码搬到本地，运行起来再卖出去，就能成立一家公司。

 

OpenStack刚开始只有nova（计算）和swift（存储）两个核心组件，尤其是nova，几乎负责了云主机生命周期的所有操作，包括cpu、内存、磁盘、网络等，后来随着功能越来越多，项目越来越庞大，社区才把镜像管理（nova-image）服务、存储管理（nova-volume）服务、网络管理（nova-network）服务等独立出来，于是有了glance、cinder、neutron等服务。在OpenStack里有两个概念：组件和服务。我们把每个完成独立功能的项目称为一个组件，比如nova、cinder、glance、neutron。每个组件里会细分很多个服务，用来承担不同的职责，比如nova里会有nova-api服务，负责api请求的处理；nova-scheduler服务负责宿主机的调度；nova-compute服务负责与虚拟化软件进行交互，来操作云主机。

 

 

 

上图展示了OpenStack里的主要核心组件的交互流程，可以看到，组件和组件之间通过RESTful API交互；组件内的服务和服务之间通过消息队列交互。整个架构，逻辑清晰，组件之间相互独立，耦合性很低；而组件内部，通过消息队列来传递请求，耦合性也很低。个人认为，松耦合是OpenStack Zui大的特点，也是Zui值得学习的地方。

 

什么是松耦合？松耦合是指系统架构中不同的组件之间存在低度的耦合关系，这之间彼此相互独立，如果发生改变，其他相关模块不受影响，即可以分离出来独立开发或替换。我们的TeleCloudOS4.0底座虽然不再使用OpenStack，但是在做设计时，还是有很多OpenStack的影子。比如，现在各个产品线之间负责独立组件（计算、存储、网络等），而每个组件之间通过RESTful API的方式进行调用；比如每个组件内部又细分了很多服务，来负责不同的功能（api、调度、计算代理服务等）。各个产品线只需要专注的实现自有的产品功能，而不需要关心其他产品的内部实现，产品线的产品调用通过RESTful API来实现，只要定义好对接的接口格式，就可以实现并行开发，独立维护，互不影响，可以大大的提升开发效率，同时某一个组件的bug影响范围控制在组件内部，对其他组件不会造成影响。而产品线内部在设计时，也参考了OpenStack，将一个组件细分成很多服务来承担不同的任务，服务之间通过分布式队列来交互，其实和OpenStack异曲同工。