Implement database storage for the composite container API

Registered by Steven Dake

State changes of the composite containers should be stored in a database. A database is necessary to ensure a distinctive name, store state information, and provide diagnostics.

The unique identifier of the composite container should be stored.
The composite container descriptor should be converted to YAML and stored.
The composite container descriptor should be decomposed and stored as individual items.
The states of each container in the composite container should be stored in the decomposed area and may be "SCHEDULING, LOADING, RESTARTING, TERMINATING, and TERMINATED'

scheduling = magnum is sorting out where to put the container
loading = magnum is loading the images into docker
restarting = magnum detected a failure of the container and is restarting
terminating = magnum is terminating the container
terminated = magnum has terminated the container

Blueprint information

Status:
Complete
Approver:
Steven Dake
Priority:
Medium
Drafter:
Steven Dake
Direction:
Approved
Assignee:
yuanying
Definition:
Approved
Series goal:
Accepted for milestone-1
Implementation:
Implemented
Milestone target:
None
Started by
Steven Dake
Completed by
Steven Dake

Related branches

Sprints

Whiteboard

(?)

Work Items

This blueprint contains Public information 
Everyone can see this information.