docs: cleanup driver parity scope section
This fixes some grammar issues, links to the interop page and fixes a misuse of tenant. Change-Id: I3ce0e130e3691240a625c67dfb6123bafe7f48b8
This commit is contained in:
parent
5ca858eaa7
commit
5de08c0966
|
@ -89,15 +89,15 @@ it is expected that gap with shrink over time.
|
||||||
Driver Parity
|
Driver Parity
|
||||||
**************
|
**************
|
||||||
|
|
||||||
Our goal for the Nova API to provide a consistent abstraction to access
|
Our goal for the Nova API is to provide a consistent abstraction to access
|
||||||
on demand compute resources. We are not aiming to expose all features of all
|
on demand compute resources. We are not aiming to expose all features of all
|
||||||
hypervisors. Where the details of the underlying hypervisor leak through
|
hypervisors. Where the details of the underlying hypervisor leak through
|
||||||
our APIs, we have failed in this goal, and we must work towards better
|
our APIs, we have failed in this goal, and we must work towards better
|
||||||
abstractions that are more interoperable.
|
abstractions that are more `interoperable`_.
|
||||||
This is one reason why we put so much emphasis on the use of Tempest in third
|
This is one reason why we put so much emphasis on the use of Tempest in third
|
||||||
party CI systems.
|
party CI systems.
|
||||||
|
|
||||||
The key tenant of driver parity is that if a feature is supported in a driver,
|
The key tenet of driver parity is that if a feature is supported in a driver,
|
||||||
it must feel the same to users, as if they where using any of the other
|
it must feel the same to users, as if they where using any of the other
|
||||||
drivers that also support that feature. The exception is that, if possible for
|
drivers that also support that feature. The exception is that, if possible for
|
||||||
widely different performance characteristics, but the effect of that API call
|
widely different performance characteristics, but the effect of that API call
|
||||||
|
@ -107,11 +107,13 @@ Following on from that, should a feature only be added to one of the drivers,
|
||||||
we must make every effort to ensure another driver could be implemented to
|
we must make every effort to ensure another driver could be implemented to
|
||||||
match that behavior.
|
match that behavior.
|
||||||
|
|
||||||
Its important that drivers support enough features, so the API actually
|
It is important that drivers support enough features, so the API actually
|
||||||
provides a consistent abstraction. For example, being unable to create a
|
provides a consistent abstraction. For example, being unable to create a
|
||||||
server or delete a server, would severely undermine that goal.
|
server or delete a server would severely undermine that goal.
|
||||||
In fact, Nova only ever manages resources it creates.
|
In fact, Nova only ever manages resources it creates.
|
||||||
|
|
||||||
|
.. _interoperable: https://www.openstack.org/brand/interop/
|
||||||
|
|
||||||
Upgrades
|
Upgrades
|
||||||
---------
|
---------
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue