Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

CDCM Architecture.jpg

  • CDCM (Cross Domain Config Management): A multi-tenant application that manages items across multiple domains. It is designed for scalability and can cater to various clients or users within separate domains.

  • CDCM Spaces: These are the core components of the CDCM system. Each space is an isolated tenant environment containing all necessary data and configurations for user authentication and authorization. The design implies that each space is intended to operate independently within the broader CDCM application. Each uses a unique Mongo Database instance

  • MongoDatabase: Functions as the data storage layer, with each CDCM Space having a separate database within MongoDB. This segregation ensures data isolation and integrity across different tenants.

  • Corporate Identity Provider: CDCM is authenticated using the existing corporate identify provider which also provides a list of CDCM roles for the authenticated user.

For new users, it’s important to understand that the CDCM system is built for flexibility in managing diverse configurations and data across different domains. Each tenant, or space, is self-contained with its own database and authentication mechanisms.

The future state of the system will represent a more centralized administration model, with the CDCM Space Admin Application simplifying the management of individual spaces and enhancing the system's overall security framework.

CDCM Rest backend

describe the context of the backend in the architecture and that its possible to use the api directly (for example to create configurations)

Kubernetes/Openshift

Difference between MongoDb and Atlas

  • No labels