Page tree
Skip to end of metadata
Go to start of metadata

Deploying COmanage Registry by itself won't necessarily solve very many problems. As an identity lifecycle management tool, utility comes in integrating Registry with other components, with data sources, and with end-user applications. There is a wide variety of possible deployment configurations, where the right answer for any given deployment will depend on the current environment and future goals. This guide can't provide the best solution for your specific deployment, but it can provide general guidance and overviews of common deployment patterns.


The primary purpose of COmanage Registry is to provide lifecycle management over person identities associated with your organization. In the simplest case, these identities are created and manage from within registry itself. In the more complex (and typical) cases, components of an individual's overall identity can come from multiple sources, including campus databases, institutional partners, and social identity providers. It Is Registry's responsibility to merge these data sources together and to create a single view of the individual's identity within the organization.

For more information about Registry identities, see Understanding Registry People Types and the Registry Data Model Overview.

This document assumes a working Registry installation. For more information, see the Registry installation instructions or the TIER packaging materials.

Related Components

Depending on the requirements of your organization you may want to deploy some additional components alongside Registry, including

While the COmanage project recommends the use of Open Source software, integration with commercial products is also possible.

Common Deployment Patterns

  • Virtual Organization
  • Enterprise/University Registry
  • Guest Management System
  • Campus Hosted Virtual Organization Platform
  • No labels