This project contains the code necessary to create a website that showcases scientific data collected on a tissue sample. Types of data handled by this example include multi-channel image stacks, volumetric map data, and 3D models. This repository includes synthetic data that can be used to stand up a demo website, as well as a configuration portal that can be used to upload project data to the site.
- Docker Desktop (version 4.43 or higher) or Docker Engine (version 28.3 or higher)
- Docker Compose (version 2.38 or higher)
-
Clone this repo
git clone https://github.com/TACC/tissue-data-explorer.git -
Add a
.envfile to theconfig_portalfolder. See the sectionLog in credentials for configuration sitefor more information. -
Build the images. The build script as currently configured will create the production build for the
linux/amd64andlinux/arm64platforms. If neither of those platforms meet your needs, then you will need to update the platforms specified indocker-compose.yamlto fit the platform of your production server. See the Docker Compose documentation for more information.Providing the value
prodto the-doption of the build script will trigger a production build. You can specify a custom volume using the-voption as well../build.sh -e prod -
Replace the variables in the code snippet below with your username and the appropriate version tag and run the commands to publish the images to Docker Hub
docker tag tde-prod-display {username}/tissue-data-explorer-display:{tag} docker push {username}/tissue-data-explorer-display:{tag} docker tag tde-prod-config {username}/tissue-data-explorer-config:{tag} docker push {username}/tissue-data-explorer-config:{tag} -
On the production server, pull the newly published images from Docker Hub
docker pull {username}/tissue-data-explorer-display:{tag} docker pull {username}/tissue-data-explorer-config:{tag} -
Copy the
docker-compose-prod.yamlfile and your.envfile for the production configuration app onto the production server. You will need to make the following changes todocker-compose-prod.yaml:- update the variables in the image names with your username and the version tag
- for the env_file setting in the config service, update the path of the .env file relative to the compose file. So, if you copied
docker-compose-prod.yamland.envinto the same directory, the path for env_file should be./.env.
-
Set up the shared volume. You can use the
./build/create_volume.shscript to do this. If you are starting from scratch, you can use the data in thedata/startfolder to see a demo version of the app.You can copy the
data/startfolder and the./build/create_volume.shscript onto the production server and make the volume there. You must provide the name of the volume you want to create as well as the path to the source dataset as inputs to./build/create_volume.shin that order:./build/create_volume.sh config-data-prod ./data/startAlternatively, if the volume is not too large, you can make the volume on another machine using the above steps, then publish it to Docker Hub and pull it onto the production server.
- Export the volume by opening Docker Desktop, opening the volume, clicking on "Quick export", then choosing the "Registry" option under "Local or Hub storage".
- On the production server, create the new volume, pull the volume image from Docker Hub, run it, and copy the data into the volume on the production server.
docker volume create config-data docker pull {username}/config-data:{tag} docker run -it --entrypoint /bin/sh --mount source=config-data,target=/config {username}/config-data:{tag} cp -r volume-data/* config -
Run the image. The production containers should restart automatically if the server reboots due to the Docker restart policy.
USERID=${UID} GROUPID=${GID} docker compose -f docker-compose-prod.yaml up -
Clean up old images by running the
./build/clean_images.shscript. This script will remove all containers and images with "tde-" in the name, then clean the Docker build cache.
-
Clone this repo
git clone https://github.com/TACC/tissue-data-explorer.git -
Add a
.envfile to theconfig_portalfolder. See the sectionLog in credentials for configuration sitefor more information. -
Use the script
./build.shto build a development environment. If this is your first time building a development environment, you will need to create a new volume for use with the environment by providing the-noption to the program. The default behavior is to populate your new volume with some test data:./build.sh -nOr, if you would prefer to use a minimum dataset, you can specify that by providing the value
minto the-doption../build.sh -n -d minYou can also specify a custom volume name using the
-voption.Running the script builds the apps and starts the display app at
localhost:8050and the config app atlocalhost:8040.
The script run_tests.sh in the root project folder creates docker containers for the display and configuration apps, fills them with test data, runs the tests for the display app and config app, and then deletes the test containers and test volume.
./run_tests.sh
See scripts\image_prep.md folder for more information about how to prepare images for display on the website.
The configuration app requires a file named .env in the root config app folder that contains the app secret and the credentials of authorized configuration portal users. The app secret is saved in the SECRET_KEY variable in the .env file and should be generated in a cryptographically secure manner. The usernames and passwords for configuration portal users are stored in the ACCOUNTS variable. See the file .env.example for file syntax and location.
The codebase includes two small datasets that will allow you to get started with the app before loading your own data into the tool. The min dataset has the bare minimum data required to run the app without errors, and with this dataset, the app will show several pages as blank. Start with this dataset if you are going to load in your own data. The start dataset contains enough data to demo the core features of the app. Use this dataset if you want to preview the features of the app without loading your own data, or if you want to test or develop features in the app.
You can configure a page of links to any websites of your choice by uploading the list of links you want to include to the configuration portal. If you have project results reported in static HTML pages, you can customize the example configuration shown in nginx/tde.conf to serve those static HTML pages from certain routes within the app, and list those links on the reports page.
File uploads through the configuration portal are capped at 150MB per file. Larger files can be added to the display app docker container. An example script is at scripts\move-files-to-docker.sh.