Want to learn more? Check out the Cortex Academy course on Catalogs, Entities, and Relationships.
Catalog and entities overview video
The video below shows how Cortex catalogs your engineering assets to improve visibility, adoption, and productivity:Entity types
Choose from the default entity types or define your own.Default entity types
Cortex provides a set of built-in entity types that cover the most common building blocks of a software organization. These defaults give you a strong foundation out of the box, so you can start cataloging your ecosystem without needing to design a schema from scratch.
Services are the core of your catalog and the default entity type. Use them to represent any codebase-like module, e.g. microservices, libraries, components, and similar building blocks. Services are typically where the majority of your catalog activity happens, since they connect to code, deployments, ownership, and quality standards. See Adding services.
Domains let you group services, resources, and other domains into hierarchical, logical units. They’re useful for modeling how your organization actually thinks about its software—by product area, business capability, or system boundary—and for rolling up insights across related entities. See Adding domains.
Teams represent the people side of your catalog. Use them to capture team membership, ownership relationships, and contact information, so it’s always clear who’s responsible for what. See Adding teams.
Cloud resources can be pulled in directly from your cloud providers and represented as their corresponding entity types, keeping your catalog in sync with what’s actually running in your infrastructure:
- For AWS, choose which resource types to include in your AWS integration settings.
- For Azure, choose which resource types to include in your Azure Resources integration settings.
- For Google Cloud, see the list of supported entity types.