...

1. Main DCM Microservice (contains the service mesh Module(formally Logical Cloud Controller), User Module and Namespace Module, Quota Module(Limits resources available to each logical cloud))
2. CA Key Distribution Controller ( Generate intermediate CA key for each edge which is signed by an root or intermediate key)

...

1. Client creates logical cloud using logical cloud creation API and the following documents are created in the DCM collection
   • The core module parses the Json and creates a new document for the logical cloud in the mongodb DCM collection.
   • The core module also creates a cluster document in the DCM collection
   • The user module parses the Json and creates a new document for user 
   • The namespace module parses the Json and creates a new document for namespace
2. Associates logical cloud with clusters (this API is called multiple times)
   
   • Updates the cluster document with the cluster name, loadbalancer ip every time its called
3. Add quota for logical cloud
   • The quota module creates a quota document containing the quota details
4. Apply API is called
   • Service mesh module gets CA bundle from CA controller via gRPC
   • Service mesh module gets names of logical cloud and creates a new namespace name using name of logical cloud name
   • Service mesh module creates helm template/istioctl manifest (WIP)
   • Service mesh module creates service mesh document in the DCM collection and stores the above (CA bundle contents, istio namespace, istioctl manifest) in the document
5. DCM informs the resource synchronizer to start the logical cloud creation via gRPC and the resource synchronizer starts reading from the DB
6. The DCM gets status from the resource synchronizer via gRPC
7.  When the logical cloud creation is complete, the resource synchronizer will store the modified kubeconfig file for each cluster in the cluster document of the logical cloud

...

The details of the DCM Data Model can be found in DCM MongoDB Data Model

DCM Source Code Directory Structure

...

URL: /v2/projects/<project-name>/logical-clouds/<logical-cloud-name>/cluster-providers/<cluster-provider-name>/cluster-references/cluster-name
PUT BODY:
{
 "loadbalancer-ip" : "0.0.0.0"  //IP address of the istio loadbalancer for the logical cloud control plane in the cluster
}
Return Status: 200 (OK)
Return Body:
{
  "cluster-name" : "cluster-1"
  "loadbalancer-ip" : "0.0.0.0"
   
}

...

GET
URL: /v2/projects/<project-name>/logical-clouds/<logical-cloud-name>/cluster-providers/<cluster-provider-name>/cluster-references/

RESPONSE BODY:
{ cluster-references : [
  { "cluster-name" : "c1",
    "loadbalancer-ip" : "0.0.0.0
   },
  { "cluster-name" : "c2",
    "loadbalancer-ip" : "x.x.x.x
  }
]
}

...

DELETE
URL: /v2/projects/<project-name>/logical-clouds/<logical-cloud-name>/cluster-providers/<cluster-provider-name>/cluster-references/<cluster-name>
RESPONSE STATUS: 204
}

...