
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">

<div>Hi all,</div>

<div>I am just trying to understand the motivation behind creations API versions and how that ties in to a release content.</div>

<div>As per listed documentation (<a href="http://docs.openstack.org/api/openstack-compute/2/content/Versions-d1e1193.html">http://docs.openstack.org/api/openstack-compute/2/content/Versions-d1e1193.html</a>)</div>

<div>"New Features and functionality that break  API-compatibility necessitate a new version. When new API version are released older versions are marked as deprecated."</div>

<div><br>

</div>

<div>My questions are:</div>

<div>1.) Is the assumption here that operators may update the release but opt to stay with an older API version to get bug fixes etc.?</div>

<div>2.) Do new versions have to be deployed with a new release? Keystone has V3 version, but I don't see it being available for use in devstack or Grizzly release (based on my assumption that the command 'keystone discover' will display supported API versions)</div>

<div>3.) Do versions have their own release schedule (so Keystone V3 is part of Grizzly code but the implementation is not yet complete or supported??)</div>

<div><br>

</div>

<div>I would really appreciate if someone can shed light on this.</div>

<div><br>

</div>

<div>Thanks for your time,</div>

<div><br>

</div>

<div>-Farhan Patwa.</div>

</body>

</html>