Quick start
This guide provides simple instruction to get a single host instance of KeySquare running quickly. For more detailed deployment instructions, please see Deployment Guide
You'll need access to:
- Docker (official documentation)
- /dev/shm mounted (ideally as RAM disk) and accessible
And Java 17 if you wish to use the java api to connect to the platform.
Installation
Platform installation
The platform is provided as a tarball with name like: platform-(x.y.z).tar.gz where (x.y.z) represents the version number.
Please reach out to us if you don't have this file.
If a platform has been previously installed and is running, go to the installation directory and turn it off e.g.
cd /opt/keysquare/platform/platform-0.1.1
./down-core.sh
- Extract the provided
platform-(x.y.z).tar.gzto a suitable location e.g./opt/keysquare/platform.tar xvzf platform-0.1.2.tar.gz -C /opt/keysquare/platform - This will create a version number directory
/opt/keysquare/platform/platform-0.1.2/ - Change directory to installation directory and run
./setup.shcd /opt/keysquare/platform/platform-0.1.2
./setup.sh - Run
./up-core.shto start the platform./up-core.sh
That's it!
For more detailed deployment instructions, please see Deployment Guide
Open http://<server>:6500 in your browser to view data replacing <server> with the hostname where the platform is being installed.
Use default credentials username=admin, password=ksadmin

Following is a list of default configuration used to run the platform.
In case of any port conflicts, update the relevant property in: /opt/keysquare/platform/platform-0.1.2/docker.env
All possible configurations are listed here
Ports:
| Application | Property | Default Port |
|---|---|---|
| KS Ingress Controller | KS_INGRESS_HTTP_PORT | 6500 |
| Key UI | KS_KEY_UI_HTTP_PORT | 6600 |
| KeySquare Proxy | KS_KEY_SQUARE_PROXY_GRPC_PORT | 6700 |
| KeyAccess | KS_KEY_ACCESS_HTTP_PORT | 6800 |
| Web-Data-Server | KS_WEB_DATA_SERVER_HTTP_PORT | 6900 |
| Grafana | KS_QUESTDB_HTTP_PORT | 5500 |
| QuestDb | KS_GRAFANA_HTTP_PORT | 5510 |
Ingress Routes:
| Route | Application | Full Path |
|---|---|---|
| * | Key UI | http://<server>:6500 |
| /api/web | Web-Data-Server | http://<server>:6500/api/web |
| /api/key-access | KeyAccess | http://<server>:6500/api/key-access |
| /api/proxy | KeySquare Proxy | http://<server>:6500/api/proxy |
Java Client Sample Installation
You can run the Java Client Samples in a number of ways
- Remote Dev on Linux and Dev Containers
- Pros
- Remote development is awesome
- When you run Dev Container on Linux, if you start the process, it's running directly on the Linux server
- Less load on your laptop
- Linux server will have better networking
- Linux server will have access to things that you may not
- When you run Dev Container on Linux, if you start the process, it's running directly on the Linux server
- Dev Containers are awesome
- Repeatable environments
- Remote development is awesome
- Cons
- Java in VS Code is a bit hit or miss
- IntelliJ users need Ultimate
- Eclipse users are out of luck
- Pros
- Windows and Dev Containers
- Pros
- Develop however you please
- Cons
- Running apps on your workstation is less performant than a server
- Pros
- Traditional Windows dev workflow
- Linux without an IDE
Linux and Dev Containers
- Extract the provided
client-sample-(x.y.z).tar.gzto a suitable location e.g./opt/keysquare/client-sample/. Note (x.y.z) represents the version number.
$ tar xvzf client-sample-0.1.2.tar.gz -C /opt/keysquare/client-sample
- After running 1, that will create a version number directory
/opt/keysquare/client-sample/client-sample-0.1.2/ - Do a mvn clean compile to verify
$ cd /opt/keysquare/client-sample/client-sample-0.1.2
$ mvn clean compile
- Load a remote session in VS Code or IntelliJ Ultimate and load the directory as a Dev Container
Start Building!
Ready to build your first application?
Learn how to do so in the language of your choice: