Datastore Visibility¶
Launchpad blueprint:
https://blueprints.launchpad.net/trove/+spec/datastore-visibility
Motivation: Since Trove supports multiple datastore types, there is a need for Trove to have a greater control over the customer visibility of these datastore types. This change enables Trove to control the visibility of the various datastore types.
Problem Description¶
There might be some datastore types, which the deployers require to be active but not visible to customers in the production environment. Example use case: Say we want to have an active datastore A in production and not expose it to customers yet.
Proposed Change¶
This change suggests adding a visibility attribute to the datastore versions. This enables the datastore to still be active, but not visible to the users. The visibility flag will ensure it is visible on the datastore list call only to admins.
Visibility attribute to the datastore version. It can be: public/private/unlisted/deprecated.
Adding a datastore version members table to add tenants for private datastores.
If visibility is public:
All users can view it in the list.
All users can make a GET call on the datastore version.
All admin can view it in the list.
All admin can make a GET call on the datastore version.
If visibility is private:
Members only can view it in the list.
Members only can make a GET call on the datastore version.
All admin can view it in the list.
All admin can make a GET call on the datastore version.
All admin can add and remove tenants as members of a datastore version.
If visibility is unlisted:
All users can make a GET call on the datastore version.
All admin can view it in the list.
All admin can make a GET call on the datastore version.
If visibility is deprecated:
All admin can view it in the list.
All admin can make a GET call on the datastore version.
Only admins can create a ‘deprecated’ instance.
Configuration¶
None
Database¶
Database migration of adding a column ‘visibility’ to the datastore_versions table.
Table datastore_versions:
Field | Type | Null | Key | Default | Extra|
---------------------------------------------------------------|
id | varchar(36) | NO | PRIMARY | NULL | |
datastore_id | varchar(36) | YES | MUL | NULL | |
name | varchar(255)| YES | | NULL | |
image_id | varchar(36) | NO | | NULL | |
packages | varchar(511)| YES | | NULL | |
active | tinyint(1) | NO | | NULL | |
manager | varchar(255)| YES | | NULL | |
visibility | varchar(255)| NO | | public | |
New table datastore_version_members which consists of columns - id, datastore_version_id,tenant_id.
Table datastore_version_members:
Field | Type | Null | Key | Default | Extra|
------------------------------------------------------------------------|
id | varchar(36) | NO | PRIMARY | NULL | |
datastore_version_id| varchar(36) | YES | Foreign [1] | NULL | |
tenant_id | varchar(36) | NO | | NULL | |
[1] datastore_version_id is a Foreign-Key on datastore_version.id
Public API¶
Public API Security¶
None
Internal API¶
None
Guest Agent¶
None
Alternatives¶
None
Implementation¶
Assignee(s)¶
- Primary:
Launchpad: riddhi89
IRC: Riddhi
Email: ridhi.j.shah@gmail.com
- Co-Authored by:
Theron Voran
Email: theron.voran@rackspace.com
Milestones¶
Kilo-1 Kilo-2
Work Items¶
Already in review process - References [1].
Implementation¶
It is in the process of review - References [1].
Dependencies¶
None
Testing¶
Unit tests, fake tests and real mode tests.
Documentation Impact¶
Since API calls have been added/modified, their respective samples would need to be incorporated in the API docs.