Sign inSign up

constellab/glab

By constellab

โ€ขUpdated 26 days ago

Container to run data lab python API for Constellab

Image
Data science
0

3.0K

constellab/glab repository overview

Constellab Logo


โ ๐Ÿ‘‹ Welcome to Glab

glab is a Constellabโ  container developped by Gencoveryโ . It installs the Constellab bricks in the lab and then runs the python api.

โ ๐Ÿš€ What is Constellab?

โœจ 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).

โ โœ… Features

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โ 

โ ๐Ÿ“„ Documentation

๐Ÿ“„ For gws_core brick documentation, click hereโ 

๐Ÿ’ซ For Constellab application documentation, click hereโ 

โ ๐Ÿ› ๏ธ Installation

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.

โ ๐Ÿงช Run modes

The container picks what to run after init_all based on the RUN_MODE env var:

RUN_MODECommand
server (default)gws server run --settings-path /lab/.sys/app/settings.json
testgws 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.

โ ๐Ÿ” SSH access (optional)

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_SERVERBehaviour
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.

โ ๐Ÿค— Community

๐ŸŒ 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โ .

โ ๐ŸŒŽ License

glab is completely free and open-source and licensed under the GNU General Public License v3.0โ .


This brick is maintained with โค๏ธ by Gencoveryโ .

Gencovery Logo

Tag summary

Content type

Image

Digest

sha256:6b2d7c19aโ€ฆ

Size

373.3 MB

Last updated

26 days ago

docker pull constellab/glab