Container to run data lab python API for Constellab
3.0K
glab is a Constellabโ container developped by Gencoveryโ . It installs the Constellab bricks in the lab and then runs the python api.
โจ Gencoveryโ is a software company that offers Constellabโ ., the leading open and secure digital infrastructure designed to consolidate data and unlock its full potential in the life sciences industry. Gencovery's mission is to provide universal access to data to enhance people's health and well-being.
๐ With our Fair Open Access offer, you can use Constellab for free. Sign up hereโ . Find more information about the Open Access offer here (link to be defined).
This container is installed and runned by the lab-managerโ . It installs the bricks of the data lab, then run the api.
To view more information about the lab architecture hereโ
๐ For gws_core brick documentation, click hereโ
๐ซ For Constellab application documentation, click hereโ
To run this container, you need to run the lab-managerโ container first.
Then from Constellabโ space, you can configure your lab and run the glab.
The container picks what to run after init_all based on the RUN_MODE env var:
RUN_MODE | Command |
|---|---|
server (default) | gws server run --settings-path /lab/.sys/app/settings.json |
test | gws server <test-parallel|test> all --brick-name "${TEST_BRICK_NAME}" |
In test mode:
TEST_BRICK_NAME โ brick whose tests are run (required).TEST_PARALLEL โ true (default) uses test-parallel; false uses test for single-threaded execution.The container exits with the test command's exit code โ suitable for CI fan-out across bricks. A MariaDB instance must be reachable via the brick's usual GWS_TEST_DB_* env vars; the image does not provision it.
The image ships an SSH server (port 2222, labuser only, public-key authentication only) but does not start it by default. It is controlled by a single env var:
ENABLE_SSH_SERVER | Behaviour |
|---|---|
unset / false (default) | No host key is generated, no sshd and no rsyslog process is started, nothing listens on port 2222. |
true (also 1, yes, on) | A per-container host key is generated, rsyslog and sshd start, port 2222 accepts public-key logins as labuser. |
The container has no init system, so /init-lab/init-ssh.sh โ run by the entrypoint โ is the only thing that can start sshd. With the flag off there is no SSH surface to attack.
To use it, enable the flag, publish port 2222 and add the client public key to /home/labuser/.ssh/authorized_keys. Host keys are deliberately not baked into the image, so each container has its own identity.
The codelab image sets ENABLE_SSH_SERVER=true by default because VS Code Remote SSH is one of its features; set it to false at runtime to turn that off.
๐ Join the Constellab community hereโ to share and explore stories, code snippets and bricks with other users.
๐ฉ Feel free to open an issue if you have any question or suggestion.
โ๏ธ If you have any questions or suggestions, please feel free to contact us through our website: Constellabโ .
glab is completely free and open-source and licensed under the GNU General Public License v3.0โ .
This brick is maintained with โค๏ธ by Gencoveryโ .
Content type
Image
Digest
sha256:6b2d7c19aโฆ
Size
373.3 MB
Last updated
26 days ago
docker pull constellab/glab