架构设计指南重构

架构设计指南重构

问题描述

当前的架构设计指南主要按用例组织。然而,在设计 OpenStack 云时,通常会结合来自不同用例的功能。

建议重构内容,以便用户在设计 OpenStack 云时可以考虑所有需求。在开发、分阶段或生产环境中设计 OpenStack 云时,应提供更多信息。建议修改内容结构,将用例细化为最常见的 OpenStack 部署,并创建云架构概念与各种 OpenStack 项目之间的抽象。这将使维护指南更容易。

提议的变更

指南的建议结构是首先描述常见的云用例,然后是通用的架构概念,最后是云架构设计,并详细分解主要的云架构组件。

建议的目录

更新后的架构设计指南的建议结构如下

  1. 概述

  2. 用例

    1. 开发云
    2. 通用计算云
    3. Web 规模云
    4. 存储云
    5. 网络功能虚拟化 (NFV) 云
  3. 高可用性

  4. 容量规划和扩展

    1. 添加云控制器节点
    2. 隔离您的云
    3. 可扩展的硬件
  5. 设计

    1. 计算

      计算平台的实现,包括 hypervisors、nova 和 ironic

    2. 存储

      存储选择以及 cinder 和 manila 等项目的实现。

    3. 网络

      网络设计选择,例如 SDN、LBaaS 和 neutron。

    4. Identity

      keystone 和相关项目的各个级别的身份验证、授权和分配。

    5. 镜像

      镜像的管理、创建、分发和部署,用于 glance 和相关项目。

    6. 控制平面

      OpenStack 控制组件的通用实现以及需要做出的决策。

    7. 仪表板和 API

      使用图形界面或 OpenStack API 与云服务交互。这包括 horizon 和其他云管理平台 (CMP) 工具。

用例章节将包含五个最常见的 OpenStack 用例。它将描述范围和需求,这将作为参考架构信息的先决条件。对于每个用例,章节标题如下

  1. 设计模型
  2. 要求
  3. 参考架构

设计章节的子章节标题如下

  1. 技术细节
  2. 容量和规模
  3. 高可用性
  4. 运维要求
  5. 部署注意事项
  6. 维护注意事项

这些标题旨在作为应提供信息的类型指南。只有在需要提供信息时才会使用它。

备选方案

保持指南不变。

实现

负责人

主要负责人
  • dazzachan
其他贡献者
  • shaunom
  • tersian
  • alexandra-settle

工作项

  • 将运维指南中的架构章节迁移到架构设计指南
  • 多位贡献者撰写内容
  • 识别信息差距并提交补丁

依赖项

来自云解决方案架构师的贡献和输入。

测试

测试将遵循标准文档审查流程。

参考资料

  • 讨论可以通过任何官方渠道进行,包括 #openstack-doc 中的 IRC、主题中带有 [arch-guide] 的 openstack-docs 邮件列表、双周运维指南专业团队会议、每周文档团队会议以及架构指南工作组会议。
  • 草案架构设计指南
  • Etherpad
Creative Commons Attribution 3.0 License

除非另有说明,本文档根据 知识共享署名 3.0 许可协议 授权。请参阅所有 OpenStack 法律文件

docs-specs