This repository serves as a template for developing your own Streamlit application for internal use within Sage Bionetworks. The template is designed to source data from the databases in Snowflake and compose a dashboard using the various tools provided by Streamlit and plotly.
Below is the directory structure for all the components within streamlit_template
. In the following section we will break down the purpose for
each component within streamlit_template
, and how to use these components to design your own application and deploy via an AWS EC2 instance.
streamlit-snowflake-template/
├── .streamlit/
│ ├── config.toml
│ └── example_secrets.toml
├── tests/
│ ├── __init__.py
│ └── test_app.py
├── toolkit/
│ ├── __init__.py
│ ├── queries.py
│ ├── utils.py
| └── widgets.py
├── Dockerfile
├── app.py
├── requirements.txt
└── style.css
-
Create a new repository from this template under the
Sage-Bionetworks
organization on GitHub. -
Within the
.streamlit
folder, you will need a file calledsecrets.toml
which will be read by Streamlit before making communications with Snowflake. Use the contents inexample_secrets.toml
as a syntax guide for howsecrets.toml
should be set up. See the Snowflake documentation for how to find your account name. Note: If you use theCopy account identifier
button it will copy data in the format oforgname.account_name
, update it to beorgname-account_name
. -
Test your connection to Snowflake by running the example Streamlit app at the base of this directory. This will launch the application on port 8501, the default port for Streamlit applications.
streamlit run app.py
Caution
Do not commit your secrets.toml
file to your forked repository. Keep your credentials secure and do not expose them to the public.
Once you've completed the setup above, you can begin working on your SQL queries.
- Navigate to
queries.py
under thetoolkit/
folder. - Your queries can either be string objects, or functions that return string objects. Assign each of them an easy-to-remember variable/function name, as they will be imported into
app.py
later on. See below for two examples on how you can write your queries depending on your needs. - It is encouraged that you test these queries in a SQL Worksheet on Snowflake's Snowsight before running them on your application.
Example of a string object query:
You may assign your string objects to global variables if you do not intend for the queries to be modified in any way. Below is a simple example for
a use-case where only the number of files for Project syn53214489
is calculated.
QUERY_NUMBER_OF_FILES = """
select
count(*) as number_of_files
from
synapse_data_warehouse.synapse.node_latest
where
project_id = '53214489'
and
node_type = 'file';
"""
Example of a function query:
We encourage the use of function queries if you plan to make your application, and therefore your queries, interactive. For example, let's say you want to give users the option to input the project_id
they want to query the number of files for. Your query in this case would look like the following...
def query_number_of_files(pid):
"""Returns the total number of files for a given project (pid)."""
return f"""
select
count(*) as number_of_files
from
synapse_data_warehouse.synapse.node_latest
where
project_id = {pid}
and
node_type = 'file';
"""
Your widgets will be the main visual component of your Streamlit application.
- Navigate to
widgets.py
under thetoolkit/
folder. - Modify the imports as necessary. By default we are using
plotly
to design our widgets. - Create a function for each widget. For guidance, follow one of the examples in
widgets.py
.
Here is where all your work on queries.py
and widgets.py
come together.
- Navigate to
app.py
to begin developing. - Import the queries you developed in Step 2.
- Import the widgets you developed in Step 3.
- Begin developing! Use the pre-existing
app.py
in the template as a guide for structuring your application.
Tip
The utils.py
houses the functions used to connect to Snowflake and run your SQL queries. Make sure to reserve an area
in the script for using get_data_from_snowflake
with your queries from Step 2.
Example:
from toolkit.queries import (
query_entity_distribution,
query_project_downloads,
query_project_sizes,
query_unique_users,
)
entity_distribution_df = get_data_from_snowflake(query_entity_distribution())
project_sizes_df = get_data_from_snowflake(query_project_sizes())
project_downloads_df = get_data_from_snowflake(query_project_downloads())
unique_users_df = get_data_from_snowflake(query_unique_users(my_param))
We encourage implementing unit and regression tests in your application, particularly if there are components that involve interacting with the application to display and/or transform data (e.g. buttons, dropdown menus, sliders, so on).
- Navigate to
tests/test_app.py
to modify the existing script. - The default tests use Streamlit's AppTest tool to launch the application and retrieve its components. Please modify these existing tests or create brand new ones as you see fit.
Tip
Make sure to launch the test suite from the base directory of the streamlit_app/
(i.e pytest tests/test_app.py
)
to avoid import issues.
- Update the requirements file
Ensure that therequirements.txt
file is up to date with all the necessary Python packages that are used in your scripts. - Push all relevant changes
Ensure you have pushed all your changes to your branch of the forked repository that you are working in (remember not to commit yoursecrets.toml
file).
You can choose to build and push a Docker image to the GitHub Container Registry and pull it directly from the registry when ready to deploy in Step 7. Keep in mind the size of your Docker image will be right around 800Mb at least, due to the python libraries required for a basic application to run, so be conscious of this when choosing to upload your image.
If you do not wish to publish a Docker image to the container registry, you can skip the to the next section. Otherwise, follow the instructions below.
-
Build the Docker image
Run the following command in your terminal from the root of your project directory where theDockerfile
is located:docker build -t ghcr.io/<your-username>/<your-docker-image-name>:<tag> .
Replace
<your-username>
with the user that owns the forked repository,<your-docker-image-name>
with a name for your Docker image, and<tag>
with a version tag (e.g., v1.0.0). -
Login to GitHub Container Registry
Before pushing your image, you need to authenticate with the GitHub Container Registry. Use the following command:echo "<your-token>" | docker login ghcr.io -u <your-github-username> --password-stdin
Replace
<your-token>
with a GitHub token that has appropriate permissions, and<your-github-username>
with your GitHub username. -
Push the Docker Image
Once authenticated, push your Docker image to the GitHub Container Registry with the following command:docker push ghcr.io/<your-github-username>/<your-docker-image-name>:<tag>
Replace the placeholders with your relevant details.
For further instructions on how to deploy your Docker image to the GitHub Container Registry, see here.
- Create an EC2: Linux Docker product from the Sage Service Catalog.
- Go to Provisioned Products in the menu on the left-hand-side.
- Once your EC2 product's
status
is set toAvailable
, click it and navigate to the Events tab. - Click the URL next to
ConnectionURI
to launch a shell session in your instance. - Navigate to your home directory (
cd ~
). - Clone your repository in your desired working directory. Example:
Replace
git clone https://github.com/<your-username>/snowflake.git
<your-username>
with the user that the forked repository is under. - Create your
secrets.toml
file again. By default, the instance should already havevi
available to use as an editor. - Build your Docker image, either from the
Dockerfile
in the repository, or by pulling down your image from the GitHub Container Registry. - Run your Docker container from the image, and make sure to have your
secrets.toml
(in the current working directory) mounted and the 8501 port specified, like so:docker run \ -p 8501:8501 \ -v $PWD/secrets.toml:/.streamlit/secrets.toml \ <image name>
- Now your Streamlit application should be sharable via the private IP address of the EC2 instance. To find the private IP address, navigate back to the Events tab when viewing your provisioned EC2: Linux Docker product, and scroll down to
EC2InstancePrivateIpAddress
. Let's say your EC2 instance's private IP address is 22.22.22.222. The URL you can share with users to access the Streamlit app would be http://22.22.22.222:8501/. Remember that this is a private IP address, therefore your Streamlit app can only be viewed by those connected to Sage's internal network.
Tip
If you would like to leave the app running after you close your shell session, be sure to run with the container detached (i.e. Have -d
somewhere in the docker run
command)
If you would like to leverage VSCode to debug and test your application, rather than working with streamlit
and pytest
on the command line, follow the instructions below:
There is a .vscode/launch.json
file located at the root of the snowflake
repository. This file is used to define configurations for debugging and testing within VSCode. The launch.json
file in this repository contains two key configurations: one for debugging the Streamlit app and another for running tests with the pytest library. Here’s how you can set it up and use it:
Make sure you have Visual Studio Code (VSCode) installed on your machine. You can download it here.
- Open up VSCode.
- Click up File > Open Folder... and navigate to the root directory of the
snowflake
repository. - Select the folder and click Open.
-
Open the
launch.json
file in the VSCode editor. -
The launch.json file in this project contains two configurations:
Debugging the Streamlit App:
This configuration is named "debug streamlit". When you run this, it will start the Streamlit app in a debug session. This allows you to place breakpoints in your code, step through the execution, and inspect variables as the app runs.
Running Pytest for the Streamlit App:
The second configuration is named "pytest for Streamlit app". This is used to run the tests in the project using the pytest framework. It’s designed to execute the test file associated with the Streamlit app and allows you to debug your tests if they fail.
- Open the Run and Debug Sidebar
Click on the "Run and Debug" icon in the Activity Bar on the left side of the VSCode window. It looks like a play button with a bug on it. Alternatively, you can open it by pressingCtrl+Shift+D
(Windows/Linux) orCmd+Shift+D
(Mac). - Select a Configuration
At the top of the "Run and Debug" sidebar, you’ll see a dropdown menu where you can select one of the configurations defined in the launch.json file. Select "debug streamlit" to start debugging the Streamlit app, or "pytest for Streamlit app" to run and debug your tests. - Start Debugging or Testing
Once you’ve selected the desired configuration, click the green play button (Start Debugging) at the top of the sidebar, or simply press F5. The debugger will start, and you can place breakpoints in your code by clicking in the left margin next to the line numbers. If you’re running the tests, the pytest module will execute the specified test file, and you can debug any test failures using the same tools.