-
Story
-
Resolution: Unresolved
-
Major
-
None
-
Product / Portfolio Work
-
False
-
-
False
-
None
-
Unset
-
None
-
-
-
-
5
-
Access & Management Sprint 116, Access & Management Sprint 117, Access & Management Sprint 118
In order to ensure that V1 APIs can be used in a V2 world, the V1 models, the V2 models, and Inventory must be in sync. Implementing this requires both updating the dual-write code (which currently keeps the V1 models and Inventory in sync) to also update RBAC's local V2 models.
This ticket is for updating the one-time migration code. In contrast, RHCLOUD-40827 is for ensuring that all updates made through the API update the appropriate V2 models.
This is not a Spike because the unknowns about how to do this should be resolved by RHCLOUD-41952.
The V2 models PoC PR may be useful as a starting point for this work (but note that the design of the models has since changed slightly; see the DDR for details).
- depends on
-
RHCLOUD-35356 Create V2 role model
-
- Closed
-
-
RHCLOUD-42211 Create V2 RoleBinding models
-
- Closed
-
-
RHCLOUD-41952 [SPIKE] Migrating existing V1 data to V2 models
-
- Code Review
-
- is related to
-
RHCLOUD-35383 In order to support existing binding mappings from V2 operations and to prevent concurrent creation of duplicate bindings, index the v2 role id in combination with resource columns so they can be looked up efficiently
-
- Backlog
-
-
RHCLOUD-40827 Ensure V2 models are updated from V1 API operations
-
- Backlog
-
- split from
-
RHCLOUD-40825 [SPIKE] Update migrator from V1 to V2 models
-
- Closed
-