ILC setup overview⚓︎
Production-grade ILC installation includes deployment of 3 Docker images:
We recommend using semver Docker tags (such as
1.1.0) to pin it to the exact version of the image.
To get more information about exact configuration of the Docker images see docker-compose.yml
To upgrade ILC to a higher version, you need to replace running Docker images with a new version in the following order: Registry, ILC. In this way, you will always have a new version of ILC running alongside the up-to-date Registry.
In ILC, most of the settings are configurable via Registry UI or API. There is also a set of system parameters that can only be configured via environment variables passed to the Docker container.
Check the full list of these parameters in the following files:
Authentication credentials configuration⚓︎
Once you get ILC up and running, you must remove default access credentials and configure your own. Check the Registry: Authentication / Authorization document for more details.
High availability (HA)⚓︎
To deploy ILC in HA fashion, you need to keep at least two instances of both ILC and Registry and deploy MySQL in cluster mode (for example, via AWS RDS Multi-AZ).
ILC uses aggressive caching of the data from the Registry, so it does not require a permanent connection to the Registry or a low latency response from the Registry.
Backup and restore⚓︎
As ILC stores all user data in the Registry DB, you can use regular MySQL backup/restore practices.
Performance analytics with NewRelic⚓︎
To enable the integration, you need to pass your NewRelic license key in
NR_LICENSE_KEY environmental variable to ILC and Registry containers.
environmental variable. This approach may be useful for compliance with GDPR customer settings.
Custom metrics sent to Insights:
- PageAction with Action Name
routeChange. It contains the duration of the reroute in miliseconds.