带你深入了解OpenStack架构图

1、OpenStack架构

学习Openstack的部署和运维之前，应当熟悉其架构和运行机制，OpenStack作为开源、可扩展、富有弹性的云操作系统，其设计基本原则如下:
■ 按照不同的功能和通用性划分不同项目，拆分子系统
解读：按照不同功能划分不同服务，将一个整体功能拆分成各个子功能，并且服务之间相互隔离，只通过API作为统一交互入口相互对接，方便管理，排障

■ 按照逻辑计划、规范子系统之间的通信
解读：API之间进行交互会有特定/通用的方式，之间相互隔离,各个子功能模块之间只会通过一个公共的api进行交互/通讯，对不同组件之间的通讯方式进行规范，各个子功能模块遵循一些规范进行通讯 (API、HTTP)

■ 通过分层设计整个系统架构
解读：
分层(以架构为单位)，三层:
● 全局组件
● 辅助组件
● 核心组件
以单个核心服务/组件进行分层（各组件内部）:
● API（进行预处理）
定位：内外（相对）统一的交互入口（集中化管理方式）
优点：便于集成，方便管理，集中化
◆ 向keystone进行申请认证请求的合法性和权限
◆ 下发任务，会根据请求的功能需求，将不同的任务交给不同的组件来完成，统一收集结果和需要提供的资源，整合在一起，响应请求
● 子功能模块（执行具体的功能处理）
● 其他（rabbitmq,承载了OpenStack组件内部通讯/数据交互/传输的消息代理）

注：消息代理
各组件内部，各子功能模块之间通讯都可以通过消息队列/代理(rabbitmq)进行通讯
作为组件和组件通讯/交互/数据传输的载体

■ 不同的功能子系统间提供统一的API接口
解读：
各组件之间通过统一的API接口进行交互/通讯/数据传输/调用

2、OpenStack概念架构图

解析架构图：
以架构维度分为全局组件，核心组件，辅助组件