Enhance ESR to register/un-register Kubernetes based Cloud regions (Srinivasa Addepalli )
- Ability to register a site with kubeconfig (available as a file with user), which is used to connect to Kubernetes API server of the cloud-region.
- Flexibility in site registration with additional reachability information. For example, OVN network controller has its own endpoint information. This is required by K8S plugin to reach OVN from ONAP. In future, there would be need for adding additional network controllers or storage controller and hence there needs to be flexibility to register with more reachability blocks.
- Dublin simplification considerations:
- It is okay to assume that all reachability blocks are represented as BLOBs (from user perspective, files) in initial release. That is, there is no need to provide GUI for every element of reachability information. For example, it is okay to expect user to copy and paste kubeconfig file content in ESR GUI. Similarly, it is okay to expect user to provide content as opaque to ESR for OVN reachability and others in future.
- Some implementation considerations:
- Minimizing A&AI changes (Or no changes): Reachability blobs can be stored in MC K8S Plugin instead of storing in A&AI. Since MC is called for registering/de-registering cloud-regions, this can be done, I guess. But, in MC, we need to ensure that the plugins get called for them to take any action on these registration/de-registration/Get requests and that enhancement is required in MC. That said, if team thinks that A&AI schema can be changed easily, we are okay with that too.