IoT Device Dashboard
Description
The iot-device-mgmt-web service is responsible for providing a status view of the registered devices.
Architecture
Diagrams
Endpoints
Application
This service is a frontend client, and does not expose any application endpoints of its own.
Probes
A health endpoint, that can be used by kubernetes probes for instance, is exposed on the default port under /health. A future release will move this endpoint to a separate control and monitoring port.
Links
Where | Address |
---|---|
Git Hub | https://github.com/diwise/iot-device-mgmt-web |
Run
Since the service is distributed as a container image, it can easily be started using docker or podman.
This service has a runtime dependency on Keycloak for token management and iot-device-mgmt for device information. Consult the source repository for information on how best to start this service for development purposes.
Refer to the default docker compose configuration in https://github.com/diwise/diwise for details on how to start this service in concert with the rest of the platform.
Configuration
Environment variables
This service does not use environment variables for configuration.
Command line flags
This service has no command line flags.
Configuration files
The behavior of the device management frontend is primarily configured by two files.
/config/keycloak.json should include a keycloak adapter configuration file. See the keycloak documentation for information about its contents.
{
"realm": "<realm-name>",
"auth-server-url": "<url to keycloak server>",
"ssl-required": "external",
"resource": "<name given to the frontend client in keycloak>",
"public-client": true
}
/config/env-config.js allows the injection of variables into the running frontend application. At the moment this only supports changing the customer logotype on the dashboard, but more customizations will be available as we move along.
window._env_ = {
CUSTOMER_LOGO_URL: "https://some.customer.site/images/logo.svg",
}
Security
Communication with device management requires a valid access token that will be requested via configured keycloak instance.
Operations
Run Book
In this section we will list different failure modes for the service, how to detect them based on observability data and how to recover from them.
FAQ
This section is supposed to list questions that get asked frequently by integrators and developers.
License
This document is licensed CC-BY