A number of blueprints relate to block devices configuration and controling the cinder volumes. They not only propose enhancements but also raise questions that suggest a deep rework of the internal API between compute manager and compute drivers.
This session would be about
* what should be reworked in the internal API between compute manager and compute drivers * explaining how the blueprints all fit together * defining what can be achieved for Havana * what should be next although it's unrealistic for Havana
The API currently implements an abstraction (inherited from EC2) that does not map to the abstraction of the virtualisation layer. The external API should be modified first and then it will be easier to rework the internals. For backward compatibility, the old API would be preserved.
The virtualization abstraction follows the EC2 api exactly ( a hash from the EC2 abstraction is passed to the virtualization driver which requires guessing from the driver ). The virtualization abstraction needs to be modified to be able to take advantage of a better API.
Josh Durgin and Nikola Đipanov are implementing the blueprints.