Docker images for RapidMiner StandPy
The documentation below describes the images implementingRapidMiner StandPy, which is a component consisting of the following Docker images:
You can read a description for each container below.
These containers are only functional when deployed together, they will not function as intended individually. Check out theRapidMiner StandPy deployment guideto see how these should be deployed.
StandPy Router
This container implements proxy functionality which exposes the StandPy containers to other components of the RapidMiner AI Hub. A single router is sufficient to serve multiple StandPy containers.
For available versions, please see thetags on Docker Hub.
配置
- Volumes: none
- Ports: none.
- Networks: this container is the bridge between the AI Hub docker network and the StandPy docker network, so both need to be added.
- Environment variables:
ENGINE_
: the docker hostname of the StandPy container which should be served by this router._HOST ENGINE_
: the optional security token (passphrase) which can be used for securing the StandPy container._TOKEN
In the above variables, the
provided will be used by the router to direct requests to the StandPy container athttp://
.
StandPy Container
This container implements a single StandPy execution engine, which can serve requests using acentrally managed Python environmentspecified by the user.
For available versions, please see thetags on Docker Hub.
配置
- Volumes
rm-coding-shared-vol:/opt/coding-shared:ro
: volume mount to access the centrally managed Python environments.
- Ports: none.
- Networks: should only be accessible on the internal docker network created only for StandPy containers.
- Environment variables:
CONDA_ENV
: name of the Python environment, as defined inPlatform Admin.WORKERS
: number of worker threads. used to serve incoming requests. Optional, defaults to 1.TIMEOUT
: timeout, in seconds, for each incoming execution request. Optional, defaults to 30 seconds.MAX_REQUESTS
: the number of requests after which a worker thread is restarted. Optional, if not provided, workers are never restarted. Set this to a low number for cleaner execution and a tradeoff in latency.