Add custom entity types
Last updated
Was this helpful?
Last updated
Was this helpful?
Every entity you add to your workspace is associated with an entity type. Cortex comes with several built-in entity types, but you can to extend your catalogs.
There are two distinct parts of this process: (via the UI or API), then (via the UI, GitOps, or API).
To view all entity types, go to Catalogs > All Entities then click the .
A Cortex logo appears next to built-in entity types. When you hover over the logo, you will see a "Powered by Cortex" banner:
The other entity types in the list are custom types.
You can create custom entity types:
Manually in the Cortex UI
To create, edit, and delete entity types, your user or API key must have the Edit entity types
permission.
In Cortex, navigate to Catalogs > All entities.
Click the Entity types tab, then click Create entity type.
Configure the form:
Name: Enter a human-readable name that will appear in the catalog for this entity type.
Type: Enter a unique identifier that corresponds to the entity type. This will be used to specify the type defined in the YAML definitions for imported entities.
Description: Optionally, enter a description for the entity type.
Display icon: Select an icon to appear alongside the entity type throughout the app.
In the example screen shot below, we’ve created a custom entity type called Employee
— this is what we’ll use to represent individuals at our organization. In the schema section, you can see that each profile is required to include an employee’s location. This means every time you create an entity of type "Employee," you will define the employee's location.
At the bottom of the page, click Create.
After saving, the entity type will appear in the Entity types tab under Catalogs > All entities, and you are now able to import entities of that type.
Entity type definitions require a JSON schema that outlines the attributes that entities should conform to.
The JSON schema for a custom entity type ensures consistency and validation when creating entities of that type. The attributes listed under required
in the schema must be defined for entities of that type according to the outlined properties
.
In the example below, location
is required when creating this type of entity, but the schema also includes department
as a possible property.
type
Type of entity and/or required component: array
, boolean
, integer
, null
, number
, object
, or string
Yes
required
Required specs for the entity type
properties
Properties of the required specs (including type
)
Yes only if the required
field is not null
When creating a new entity of the custom type, if the entity type's JSON schema requires certain attributes, you must include the metadata for those attributes on that entity.
In the example below, the entity "Sally S" displays metadata for the property "location."
in the Cortex UI
via the Cortex API
To create custom entities, your user or API key must have the Edit entities
permission.
In the main nav of Cortex, click Catalogs > All entities.
At the top of the Services page, click +Import entities.
Configure the form:
Type: Select your custom entity type.
Schema: Enter a JSON schema to define your custom entity.
For example, if the entity type's schema requires location and department, your new entity's schema might look like this:
Entity name: Enter a human readable name for your entity.
Identifier: This field is auto-populated based on your entity name. It is a unique identifier for your entity. This is also known as the x-cortex-tag
.
Description: Enter a description of the entity to help others understand its purpose.
Links: Add links to external documentation, such as runbooks, docs, logs, or custom categories.
On-call: Configure on-call information.
Repository: Select the repository associated with this entity.
When you are finished, click Confirm import at the bottom of the page.
It is possible to edit entities after creating them:
Navigate to the entity's page.
In the upper right corner, click Configure entity.
Make any desired changes.
Note: The only field you cannot edit is the identifier.
At the bottom of the screen, click Save changes.
In some instances, you may want to use custom data instead of a custom entity type. This is recommended if you need more flexibility for these entity types; they may not always require specific metadata.
It is possible to create an entity type with an empty properties schema:
A schema is ideal for enforcing static properties across all entities, while custom data allows users to augment and update attributes.
Via the
When creating an entity type, keep in mind that these will ultimately dictate how you import specific entities later on. After creating the type itself, you will be able to (via the UI, API, or GitOps).
Schema: Define a that will be used to validate the x-cortex-validation
block of a given entity’s YAML.
This can be used to enforce certain attributes about entities, such as a region or version number. Attributes defined in the schema will be required when creating an entity of that type, which can then be validated in Scorecards. Learn more under .
If you want entities of the new entity type to automatically belong to a specific catalog, you can configure the catalog's defined entity types while or you can to update the entity types.
You can create, update, and delete entity types using the .
Learn more about the below.
Custom entity type definitions are powered by the open-source project.
While , you can enter JSON for the entity's schema into the Schema field.
Based on the , the entity schema format would look like the following:
Based on the , the entity YAML would look like the following:
When creating a custom entity, the x-cortex-type
(the custom entity type) and the x-cortex-definition
are required. Learn more under .
Defining a JSON schema enables visibility on an . The schema and the defined properties will appear under the Metadata section on the entity's overview, making it easy for you to identify key specs.
After , you can create entities of that custom type:
in the via
Before creating a custom entity in the UI, make sure you have UI-based editing enabled for this entity type in .
Choose Create entities manually.
See for more information.
Groups: Select your entity.
Owners: Define for your entity. We recommend selecting team owners to keep your ownership information up-to-date through any future personnel changes.
Parents: Define parent domains. This is where you configure the hierarchy for your entity. These can be visualized in the .
Dependencies: Select entities that this entity depends on. These can be visualized in the .
Before creating a custom entity via GitOps, make sure you have UI-based editing disabled for this this entity type in .
The x-cortex-definition
field is validated against the that you created via the UI or API. If your custom entity type does not have specific requirements, entities of that type still need a non-null definition specified, like x-cortex-definition: {}
.
You can create, read, update, and delete entities via the .
After an entity is imported or created, it will automatically belong to a catalog based on the entity type criteria set for each catalog. When you , you can set the entity type criteria.
By default, any you create will belong to the Infrastructure catalog. If you do not want the entity type to belong to this catalog, you can add the entity type to a different catalog's definition.
While a custom entity type's metadata will appear on the overview of an , custom data does not appear there. Instead, it appears in the Custom data sidebar of an entity details page.
This entity type will display in the catalogs, but entities of this type won't be validated against certain specs. Such properties can instead be defined using .