Deploy Streamlit op Nodion

Streamlit stap voor stap deployen

1. Voeg Streamlit toe en leg de Python-versie vast Zet streamlit en je databibliotheken in requirements.txt. Leg in .python-version een Python-versie vast die je bibliotheken ondersteunen, want een bereik kiest de nieuwste release. requirements.txt

   streamlit
   pandas

2. Start Streamlit vanuit een Procfile Zonder deze regel zou Nodion python app.py uitvoeren, waardoor het script wordt uitgevoerd maar er geen server start. De flags binden Streamlit aan alle interfaces en de PORT die Nodion instelt, en slaan de interactieve vraag bij de eerste start over. Procfile

   web: streamlit run app.py --server.port $PORT --server.address 0.0.0.0 --server.headless true

3. Bewaar secrets in omgevingsvariabelen Commit .streamlit/secrets.toml niet. Stel API-sleutels in als geheime variabelen op het tabblad Environment en lees ze met os.environ; ze bestaan tijdens runtime, en dat is precies wanneer Streamlit je script uitvoert.
4. Maak de app aan en push Maak een applicatie aan vanuit je GitHub-, GitLab-, Bitbucket- of Gitea-repository in de regio EU Central. Apps die DataFrames laden, hebben geheugen nodig, dus 1 GB is een redelijk begin. Streamlit beantwoordt / met 200, dus de health check werkt met de standaardinstellingen zonder aanpassingen.

Goed om te weten

• Eén grotere instantieStreamlit houdt de status van elke sessie bij in het geheugen van het proces dat de sessie bedient. Met meerdere instanties kan een browser die opnieuw verbinding maakt op een andere terechtkomen en van voren af aan beginnen, dus één grotere instantie is meestal de eenvoudigere keuze.
• Bestanden en cachesst.cache_data en bestanden die tijdens runtime worden geschreven, staan op de instantie en zijn weg na de volgende deployment of na de dagelijkse vervanging door een nieuwe instantie. Bewaar data die je nodig hebt in een database, een bucket of een volume.

Wat Nodion voor je regelt

• Deploys zonder downtime Push naar je branch en Nodion bouwt een nieuwe release. Het verkeer schakelt over zodra de nieuwe instanties hun health check doorstaan; een mislukte release laat de draaiende versie staan. Apps met een lokaal volume herstarten in plaats daarvan, omdat de schijf bij één instantie hoort.
• Databases naast de app Managed PostgreSQL, pgvector, MySQL, Valkey en ClickHouse in dezelfde regio. Gekoppelde databases komen binnen als DATABASE_URL, REDIS_URL of CLICKHOUSE_URL.
• Previews per pull request Zet previews aan en pull requests uit je repository krijgen een eigen app met een eigen URL en nieuwe, lege databases, automatisch of handmatig aangemaakt. Forks en pull requests van bots worden overgeslagen.
• Workers, cronjobs en schalen Draai workers als extra processen van dezelfde app, plan jobs op het tabblad Cron en schaal elk proces naar maximaal 16 instanties.
• Releasestap Met buildpacks draait een release:-regel in het Procfile bij elke nieuwe build. Dockerfile-apps, en redeploys of rollbacks naar een eerdere image, gebruiken een releasecommando dat op de app zelf is ingesteld en dat ook voorrang heeft op de Procfile-regel. Bij statische sites draait een releasestap in een image die alleen de gebouwde bestanden bevat.
• Logs en metrics Build-, release- en runtimelogs plus metrics voor CPU, geheugen, schijf en netwerk van elke instantie in het dashboard.
• Domeinen en HTTPS Een standaardhostnaam met HTTPS vanaf de eerste deploy; je eigen domeinen krijgen automatisch certificaten.

Verder lezen

• Wat is PaaS? Platform as a Service uitgelegd Wat een PaaS overneemt, wat bij jou blijft, hoe het zich verhoudt tot IaaS, SaaS, serverless en Kubernetes, en wat je controleert voordat je kiest.

Streamlit op Nodion: vragen en antwoorden