1. Documentation
2. 10.2 (Latest)10.110.09.109.99.89.79.69.59.49.39.29.19.08.28.18.07.6
3. Deployment
4. Image reference
5. Docker images for RapidMiner StandPy

Docker images for RapidMiner StandPy

The documentation below describes the images implementingRapidMiner StandPy, which is a component consisting of the following Docker images:

• StandPy Router
• StandPy Container

You can read a description for each container below.

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__HOST: the docker hostname of the StandPy container which should be served by this router.
  • ENGINE__TOKEN: the optional security token (passphrase) which can be used for securing the StandPy container.

In the above variables, theprovided 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.