.ia-secondary-container
This guide explains how to manage users and develop applications in Kaa Admin UI.
This guide assumes that Kaa has already been installed and Admin UI is available from the web. If it's not the case, look at the Installation guide for more info, or at the Sandbox guide in case you use Kaa Sandbox.
The first time you log in to Kaa Admin UI, it is required that you register as a Kaa admin.
The following three user types are available in Kaa:
NOTE
In Kaa Sandbox, default credentials are provided for all three types of Kaa users.
The Kaa admin is the highest level administrator of Kaa. He is able to create, edit, and delete tenant admins.
To log into the Kaa UI as a Kaa admin, use the previously created username/password for the Kaa admin.
To customize the account, click Settings => Profile in the upper right corner of the window and change the first/last name and e-mail to the private ones. Click Save to apply the changes.
Note that Email is a mandatory field.
To set a private password, click Settings => Change password and fill in the fields as required.
The General settings window allows you to configure the application title and application base URL parameters. These parameters are used for sending email notifications to registered users.
To customize the general settings, click Settings => General settings and fill in the fields as required.
Outgoing mail settings are used to send emails to newly created users with the information about their passwords, as well as for sending other notifications.
To customize the outgoing mail settings, click Settings => Outgoing mail settings and fill in the fields according to your SMTP mail server configuration.
The Tenants window, which is the starting window for a Kaa admin, displays a list of tenant admins. A Kaa admin can edit a tenant admin's name/e-mail and delete tenant admins from the system.
To view a tenant admin's details, select the tenant admin either from the list or from the navigation panel on the left side.
To create a new tenant admin, click Add tenant and then fill in all the required fields. Click Add to apply the changes.
The newly created tenant admin will receive an e-mail with his or her login to Kaa web UI credentials window.
The System CTL window displays a list of CTs with the system scope. The Kaa admin can add new system CTs and delete system CTs.
To create a new system CT, click Add new type and then fill in all the required fields. Click Add to apply the changes.
To view a system CT, open the CT details window by clicking the row in the list in the System CTL window.
To view another version of the system CT, click on the version drop-down and select the appropriate version.
To create a new version of the system CT of the same FQN, click Create new version at the top of CT details window.
To export the system CT, click Export and select export method from drop-down. See CT schema export support for available export methods details.
To delete the system CT version, click Delete at the top of the CT details window.
The tenant admin is a Kaa user who is responsible for managing applications, users and event class families.
To log into the Admin UI as a tenant admin, use the previously generated username/password for the tenant admin.
To customize the account, click Settings => Profile and change the first/last name and e-mail to private ones.
To set a private password, click Settings => Change password and fill in the fields as required.
As a tenant admin, you can add and edit applications.
To create a new application, do the following:
NOTE: If you open the Application details window of the newly created application (by clicking this application on either the Applications menu on the navigation panel or the Applications window), you will notice that the Application Token field has been filled in automatically. This is a unique auto-generated application ID.
To edit the application, open the Application details window by clicking the application name either on the navigation panel or in the list in the Applications window.
The tenant admin can add, edit and delete users.
To add a user, do the following:
To edit a user's profile, open the User details window by clicking the user's name either on the navigation panel or in the list in the Users window..
To delete a user, open the Users window and click Delete next to the user's name.
To use the Kaa events feature for one or more applications, the tenant admin should create an event class family (ECF). Each ECF should be described using the Avro format.
To create a new ECF, do the following:
The Tenant CTL window displays a list of CTs with the tenant and system scopes. The tenant admin can add new tenant CTs and delete tenant CTs from the system. It has read-only access to the system CTs.
To display/hide higher scopes of CTs, check/uncheck Display higher scopes.
To create a new tenant CT, click Add new type and then fill in all the required fields. Click Add to apply the changes.
To view a CT, open the CT details window by clicking the row in the list in the Tenant CTL window.
To view another version of the CT, click on the version drop-down and select the appropriate version.
To create a new version of the tenant CT of the same FQN, click Create new version at the top of the CT details window.
To export the CT, click Export and select an export method from the drop-down list. See CT schema export support for available export methods details.
To delete the tenant CT version, click Delete at the top of the CT details window.
The tenant developer is a user that creates SDKs based on customer requirements. Tenant developers set the Kaa schemas, group endpoints, and control notification processes.
To log into the Kaa UI as a tenant developer, use the previously generated credentials for the tenant developer.
To customize this account, click Settings => Profile and change the first/last name and e-mail to private ones.
To set a private password, click Settings => Change password.
NOTE: A tenant developer is able to work only with those applications which have been created by his tenant admin. The list of available applications is displayed in the Applications window, as well as on the navigation panel under the Applications menu.
Each SDK instance in Kaa is based on the SDK profile – a template which is used to generate SDK instances for different target platforms. This template must be created by the tenant developer as the first step of the application development process.
To view a list of the SDK profiles already created for the application, open the SDK profiles window either from the navigation panel or by clicking Generate SDK in the application view.
To view some SDK profile in detail, open the SDK profile window by clicking on the profile from the list.
To create an SDK profile for the application, do the following:
Once created, the SDK profile cannot be changed. However, unused or erroneous SDK profiles can be deleted by clicking on the Delete icon.
NOTE
The SDK profile in use cannot be deleted. An attempt to delete the SDK profile that has endpoint profiles associated with it will fail and result in an error.
Each SDK profile has a unique SDK token associated with it. These tokens are generated from the SDK profile's raw data using SHA-1 algorithm and then encoded in URL-safe Base64.
To generate the SDK instance from the SDK profile, open the SDK profiles window, then click on the Generate SDK icon next to the selected SDK profile, select the target platform, and click Generate SDK.
The resulting file will contain the appropriate SDK token as a part of its name.
In Kaa, an SDK for an application is generated based on the following five schemas: client-side endpoint profile, server-side endpoint profile, configuration, notification, and log. Every application has default schemas, which can be accessed from the Schema submenu in the corresponding application menu on the navigation panel.
The list of client-side endpoint profile schemas created by a tenant developer for the application is shown in the Client-side EP profile schemas window, which can be opened from the application menu on the navigation panel as illustrated by the following screenshot.
To export the client-side EP profile schema, click Export in the last column of desired schema row and select export method from drop-down. See CT schema export support for available export methods details.
As a tenant developer, you can create new client-side EP schemas for the application as follows:
If you want to review the added Avro schema, open the corresponding Client-side EP profile schema window by clicking the schema in the Client-side EP profile schemas window.
The list of server-side endpoint profile schemas created by a tenant developer for the application is shown in the Server-side EP profile schemas window, which can be opened from the application menu on the navigation panel as illustrated by the following screenshot.
To export the server-side EP profile schema, click Export in the last column of desired schema row and select export method from drop-down. See CT schema export support for available export methods details.
As a tenant developer, you can create new server-side EP schemas for the application as follows:
If you want to review the added Avro schema, open the corresponding Server-side EP profile schema window by clicking the schema in the Server-side EP profile schemas window.
The list of configuration schemas created by a tenant developer for the application is shown in the Configuration schemas window.
As a tenant developer, you can create new configuration schemas for the application as follows:
If you want to review the added Avro schema, open the corresponding Configuration schema window by clicking the schema in the Configuration schemas window.
The list of notification schemas created by a tenant developer for the application is shown in the Notification schemas window.
As a tenant developer, you can create new notification schemas for the application as follows:
If you want to review the added Avro schema, open the corresponding Notification schema window by clicking the schema in the Notification schemas window.
The list of log schemas created by a tenant developer for the application is shown in the Log schemas window.
As a tenant developer, you can create new log schemas for the application as follows:
If you want to review the added Avro schema, open the Log schema details window by clicking the schema in the Log schemas window.
Notification topics are used for grouping notifications by subject. An endpoint group will receive only those notifications which correspond to the notification topics this endpoint group is subscribed to.
To add a new notification topic to the application, do the following:
The newly created topic will appear in the Notification topics window.
To send a notification for the application, do the following:
For example, the default sandbox notification schema structure is the following:
{ "type": "record", "name": "Notification", "namespace": "org.kaa.config", "fields": [ { "name": "message", "type": "string" } ] }
The file with the following contents will match the default sandbox notification schema.
{"message": "Hello from Kaa!"}
Endpoint groups are created based on the profile filter and configuration.
To add a new endpoint group, do the following:
To add a profile filter to the endpoint group, do the following:
To add a configuration to the endpoint group, do the following:
To add a notification topic to the endpoint group, do the following:
Event family mappings are used by tenant developers to set event class families for the application and determine the actions for each class family - whether an application should be a source, a sink, or both.
To view the list of ECFs which are mapped to the application, open the Event family mappings window by clicking Event family mappings under the application on the navigation panel.
To add a new mapping, do the following:
To update configuration data for the specific user under the application, do the following:
A tenant developer can set a log appender for a log schema depending on the data storage type. All created log appenders are displayed in the Log appenders window.
NOTE: It is possible to add several log appenders for one log schema.
To create a log appender of the file system storage type, do the following:
To create a log appender for access via REST, do the following:
To create a log appender of the MongoDB storage type, do the following:
To create a log appender which will be integrated with Hadoop or Spark, do the following:
To create a log appender which will be integrated with CDAP, do the following:
To create a log appender of the Oracle NoSQL key/value storage type, do the following:
To create a log appender of the Cassandra storage type, do the following:
To create a log appender of the Kafka storage type, do the following:
To create a log appender of the Couchbase storage type, do the following:
Each SDK can be configured to use a default user verifier. All created user verifiers are displayed in the User verifiers window.
To create a trustful user verifier, do the following:
Click Add.
To create a Facebook user verifier, do the following:
Click Add.
To create a Google+ user verifier, do the following:
Click Add.
To create a Twitter user verifier, do the following:
Click Add.
To retrieve information on a specific client-side and server-side endpoint profiles, do the following:
The Application CTL window displays a list of CTs of the current application, of the current tenant and all CTs with system scope. The tenant developer can add new application CTs and delete application CTs from the system. It has read-only access to the system CTs and to the tenant CTs within Application CTL window. Tenant developer is still able to manage tenant CTs within Tenant CTL window.
To display/hide higher scopes of CTs, check/uncheck Display higher scopes checkbox.
To create a new application CT, click Add new type and then fill in all the required fields. Click Add to apply the changes.
To view a CT, open the CT details window by clicking the row in the list in the Application CTL window.
To view another version of the CT, click on the version drop-down and select the appropriate version.
To create a new version of the application CT of the same FQN, click Create new version on the top of CT details.
To export the CT, click Export and select export method from drop-down. See CT schema export support for available export methods details.
To delete the application CT version, click Delete on the top of the CT details.
To promote the application CT from application to tenant scope, click Promote.
The Tenant CTL window displays a list of CTs with tenant and system scope. The tenant developer can add new tenant CTs and delete tenant CTs from the system. It has read-only access to the system CTs.
The tenant developer has the same Tenant CTL management capabilities as the tenant admin. See Managing Tenant CTL in the Tenant admin section.
Use the following guides and references to make the most of Kaa.
Guide | What it is for |
---|---|
Design reference | Use this reference to learn about features and capabilities of Kaa. |
Programming guide | Use this guide to create your own Kaa applications. |
Contribute to Kaa | Use this guide to learn how to contribute to Kaa project and which code/documentation style conventions we use. |
Copyright © 2014-2015, CyberVision, Inc.