Improve the Architecture Design Guide¶

Problem description¶

Currently, the Architecture Design Guide is primarily organised by use case. However, a combination of features from different use cases is often used when designing an OpenStack cloud.

It is recommended to reorganise information so the user can consider all the requirements first, to help determine their OpenStack cloud architecture. Additional information should be provided when designing an OpenStack cloud in a development, staged or production environment. The initial proposal is to reorganise cloud design requirements into chapters, and consolidate use case examples into a single chapter.

Proposed change¶

Reorganize and update the guide to improve usability and accessibility of information. Proposed table of contents:

1. Introduction
2. Identifying stakeholders
3. Functional requirements
4. User requirements
5. Operator requirements
6. Capacity planning and scaling 6.1 Storage 6.2 Networking 6.3 Compute
7. High availability
8. Security requirements
9. Legal requirements
10. Example architectures (reflecting concepts and terminology described in previous chapters)

Implementation¶

Dependencies¶

This work is dependent on the guide being converted from DocBook to RST. See Architecture Design Guide: RST conversion.

Testing¶

Testing will follow the standard documentation review process.

References¶

• Discussion can occur using any official medium including IRC in #openstack-doc, the openstack-docs mailing list with [arch-guide] in the subject, weekly Ops Guide specialty team meeting, weekly documentation team meeting, and potentially etherpads.
• Docs swarm etherpad
• Docs swarm specification