How to handle HTTP requests with Streamlit?

[vdana]

I have a streamlit app currently deployed on Google’s App Engine. For this application, we want to introduce App Engine Cloud Tasks, to help us with timing and managing our resources. To create a task, our streamlit app on Google App Engine must be able to accept HTTP requests. Are there any good ways to do this?

Ideally we would like to use Flask in our streamlit app, but would like to avoid running two servers if possible.

Thanks in advance!

[andfanilo]

Hello @vdana, welcome to the forum!

There’s no way to use the Tornado backend used by Streamlit to process our own requests for now. I believe I saw a post on having Streamlit run a Flask/FastAPI process instead of managing 2 different servers, wait I got it here:

@asehmi

This is quite tricky to do in Streamlit due to its execution model and Python’s GIL. I released an app which uses a FastAPI wrapper for my “long running” process. The approach I took is:

• Launch the FastAPI wrapper as a separate process from a thread in Streamlit
• Start the long running process thread in the FastAPI initializer or kick it off behind a route, e.g. /run which would be more flexible and should be called via a web request from Streamlit
• Create a /shutdown route which kills its own process, and hence the long running child process thread
• From Streamlit call /shutdown to stop the long running process

The benefit of doing it this way is to avoid deploying multiple separate server apps, one being Streamlit and the other being my “long-running” process.

Hope this helps, but note the solution is only suited for “local” use… i.e. if your Streamlit app is going to be deployed and used by multiple users, then you’d be better off deploying your long running process as a separate standalone web service, if possible.

I’m actually not sure it answers your use case directly, especially if you expect to return Flask data into Streamlit. Maybe we’d need more info on your use case?

Cheers,
Fanilo