This document describes how to leverage the frontend service's application configuration to configure particular features. After modifying the AppConfigCustom object in config-custom.ts in the ways described in this document, be sure to rebuild your application with these changes.
NOTE: This document is a work in progress and does not include 100% of features. We welcome PRs to complete this document
Annoncements is a feature that allows to disclose new features, changes or any other news to Amundsen's users.
To enable this feature, change the announcements.enable boolean value by overriding it on config-custom.ts. Once activated, an "Announcements" link will be available in the global navigation, and a new list of announcements will show up on the right sidebar on the Homepage.
Badges are a special type of tag that cannot be edited through the UI.
BadgeConfig can be used to customize the text and color of badges. This config defines a mapping of badge name to a BadgeStyle and optional displayName. Badges that are not defined will default to use the BadgeStyle.default style and displayName use the badge name with any _ or - characters replaced with a space.
TODO: Please add doc
- Add your logo to the folder in
amundsen_application/static/images/. - Set the the
logoPathkey on the to the location of your image.
This config allows you to specify various date formats across the app. There are three date formats in use shown below. These correspond to the formatDate, formatDateTimeShort and formatDateTimeLong utility functions.
default: 'MMM DD, YYYY'
dateTimeShort: 'MMM DD, YYYY ha z'
dateTimeLong: 'MMMM Do YYYY [at] h:mm:ss a'
Reference for formatting: https://devhints.io/datetime#momentjs-format
Amundsen supports pluggable user behavior analytics via the analytics library.
To emit analytics to a given destination, you must use one of the provided plugins (open a PR if you need to install a different vendor), then specify it the config passing the configuration of your account. Multiple destinations are supported if you wish to emit to multiple backends simultaneously.
For example, to use Google analytics, you must add the import at the top of your config-custom.ts file: import googleAnalytics from '@analytics/google-analytics';, then add this config block:
analytics: {
plugins: [
googleAnalytics({
trackingId: '<YOUR_UA_CODE>',
sampleRate: 100
}),
],
}
We provide out of the box support for Mixpanel, Segment and Google Analytics. All @analytics/ plugins are potentially supported, but you must first install the plugin: npm install @analytics/<provider> and send us a PR with it before you can use it.
In Amundsen, we currently support indexing other optional resources beyond tables.
Users themselves are data resources and user metadata helps to facilitate network based discovery. When users are indexed they will show up in search results, and selecting a user surfaces a profile page that displays that user's relationships with different data resources.
After ingesting user metadata into the search and metadata services, set IndexUsersConfig.enabled to true on the application configuration to display the UI for the aforementioned features.
Introducing dashboards into Amundsen allows users to discovery data analysis that has been already done. When dashboards are indexed they will show up in search results, and selecting a dashboard surfaces a page where users can explore dashboard metadata.
After ingesting dashboard metadata into the search and metadata services, set IndexDashboardsConfig.enabled to true on the application configuration to display the UI for the aforementioned features.
Amundsen has two features that leverage the custom mail client -- the feedback tool and notifications.
As these are optional features, our MailClientFeaturesConfig can be used to hide/display any UI related to these features:
- Set
MailClientFeaturesConfig.feedbackEnabledtotruein order to display theFeedbackcomponent in the UI. - Set
MailClientFeaturesConfig.notificationsEnabledtotruein order to display the optional UI for users to request more information about resources on theTableDetailpage.
For information about how to configure a custom mail client, please see this entry in our flask configuration doc.
TODO: Please add doc
This configuration drives resource specific aspects of the application's user interface. Each supported resource should be mapped to an object that matches or extends the BaseResourceConfig.
All resource configurations must match or extend the BaseResourceConfig. This configuration supports the following options:
displayName: The name displayed throughout the application to refer to this resource type.filterCategories: An optionalFilterConfigobject. When set for a given resource, that resource will display filter options in the search page UI.supportedSources: An optionalSourcesConfigobject.
The FilterConfig is an array of objects that match any of the supported filter options. We currently support a MultiSelectFilterCategory and a SingleFilterCategory. See our config-types for more information about each option.
The SourcesConfig can be used for the customizations detailed below. See examples in config-default.ts.
You can configure custom icons to be used throughout the UI when representing entities from particular sources. On the supportedSources object, add an entry with the id used to reference that source and map to an object that specifies the iconClass for that database. This iconClass should be defined in icons.scss.
You can configure a specific display name to be used throughout the UI when representing entities from particular sources. On the supportedSources object, add an entry with the id used to reference that source and map to an object that specified the displayName for that source.
To configure Table related features we have created a new resource configuration TableResourceConfig which extends BaseResourceConfig. In addition to the configurations explained above it also supports supportedDescriptionSources.
A table resource may have a source of table and column description attached to it. We can customize it by using supportedDescriptionSources object which is an optional object.
This object has displayName and iconPath, which can be used throughout the UI to represent a particular description source. See example in config-default.ts.
For configuring new description sources, add an entry in supportedDescriptionSources with the id used to reference that source and add desired display name and icon for it.
If you have a stat field that is made of a JSON like set of value names and counts, you can show that as a set of "unique values". You can see an example of this in the following figure:
To achieve this, you will need to modify your custom configuration (config-custom.ts) by adding the name of the stat_type field that holds these values. You can find the config property in the stats section for table resource:
[ResourceType.table]: {
//...
stats: {
uniqueValueTypeName: "keyNameExample",
},
}
The unique values set needs to be an object like this:
{
end_epoch: 1609522182,
start_epoch: 1608917382,
stat_type: 'keyNameExample',
stat_val:
"{'Category': 66, 'AnotherCategory': 54, 'More': 48}",
},
We now can add notices to tables and dashboards. These notices allows Amundsen administrators to show informational, warning and alert messages related to the different resources (tables, dashboards, eventually people) we expose in Amundsen.
This feature help administrators show messages related to deprecation, updates (or lack of), and informational messages related to specific resources.
A notice is a small box with an icon and a message containing HTML markup (like links and bolded text). These will come in three flavors:
Informational: Marked with a blue "i" icon on the right side
To set them up, we'll use the current configuration objects for the resources. For example, if company X wants to deprecate the use of one table or dashboard, they can opt to add new notices in their configuration file:
resourceConfig: {
[ResourceType.table]: {
... //Table Resource Configuration
notices: {
"<CLUSTER>.<DATABASE>.<SCHEMA>.<TABLENAME>": {
severity: NoticeSeverity.ALERT,
messageHtml: `This table is deprecated, please use <a href="<LINKTONEWTABLEDETAILPAGE>">this new table</a> instead.`,
},
},
},
[ResourceType.dashboard]: {
... //Dashboard Resource Configuration
notices: {
"<PRODUCT>.<CLUSTER>.<GROUPNAME>.<DASHBOARDNAME>": {
severity: NoticeSeverity.WARNING,
messageHtml: `This dashboard is deprecated, please use <a href="<LINKTONEWDASHBOARDDETAILPAGE>">this new dashboard</a> instead.`,
},
},
},
},
The above code will show a notice with a red exclamation icon whenever a final user visits the table's Table Detail page or the Dashboard Detail page.
This feature's ultimate goal is to allow Amundsen administrators to point their users to more trusted/higher quality resources without removing the old references.
Learn more about the future developments for this feature in its RFC.
TODO: Please add doc
TODO: Please add doc*
In order to enable Issue Tracking set IssueTrackingConfig.enabled to true to see UI features. Further configuration
is required to fully enable the feature, please see this entry