-
Enhancement
-
Resolution: Done-Errata
-
Major
-
2.11.0 CR1
-
3
-
False
-
False
-
Not Started
-
Not Started
-
Not Started
-
Not Started
-
Not Started
-
Not Started
-
Undefined
-
RHOAM Sprint 43, API CCS Sprint 44 (3Scale) 2, RHOAM Sprint 44, RHOAM Sprint 45, RHOAM Sprint 46
WHY
We need to make a clear distinction between secrets that should be reconciled and ones that should be created by a customer/user.
WHAT
When OAS3 stored in secret is changed, ActiveDoc object in 3scale is not reconciled.
Note: This is a bug because our operator supports capabilities, see operator description - "Reconcilliation Tunable CRD parameters after 3scale API Management solution is installed"
HOW
Catalog all secrets and if they are created by Operator or User.
See open PR for pattern for reconciling secrets that do need to be reconciled.
Edge Case: Some secrets such as system-seed are initially created by the operator but can be edited by customers. In this case should be operator still reconcile this secret? This is a bootstrapping secret. Bootstrapping secrets should be a one time reconcile?
/// dev notes
see work done in apicast operator
https://github.com/3scale/apicast-operator/pull/170
DONE
All secrets have been documented as created by Operator or User.
Docs: Work with the docs team to document all secrets that should be created by the user of the Operator.
- blocks
-
MGDAPI-5030 Consume 3scale build and update RHOAM 3scale reconcile logic
- Closed
- relates to
-
THREESCALE-6584 Capabilities: ActiveDoc CRD
- Closed
-
THREESCALE-7904 APIcast operator attempt to take ownership of existing adminPortalCredentialsRef secret
- Closed
- links to
-
RHEA-2023:119803 Release of 3scale operator 0.11.8 for RHOAM - Containers
- mentioned on