Accueil / Fonctionnalités / Apps et outils internes

Construisez des outils internes et des apps publiques avec osFoundry

Livrez un outil, cliquez sur Déployer, obtenez une URL publique. Base de données, secrets, cron, logs tous inclus. Remplace le chat d’équipe, le CRM et les outils de dashboard.

osFoundry est une plateforme d’apps tout équipée : chaque Room App obtient sa propre base de données Postgres, magasin KV, stockage de fichiers, coffre-fort de secrets, jobs planifiés, sous-domaine public et domaine personnalisé optionnel. Construisez des outils internes qui remplacent le chat d’équipe, le CRM ou les logiciels de documentation pour votre équipe — ou publiez des apps publiques à vos clients. Pas de DevOps, pas de seconde facture cloud, pas de verrouillage fournisseur.

Réponse rapide

Les apps sont livrées en quelques secondes — écrivez le code dans osFoundry, cliquez sur Déployer, obtenez une URL `<slug>.apps.osfoundry.io`.
Postgres + pgvector + TimescaleDB par app prêts à l’emploi.
KV, stockage de fichiers, coffre-fort de secrets, jobs planifiés, logs de build par app.
Trois modes de runtime : fonctions serverless, calcul conteneur, ou natif (bureau uniquement).
Les grants de données cross-app permettent à deux apps de partager des données avec une permission explicite.

Fonctionnalités clés

Apps bundlées Sandpack pour une itération UI rapide sans DevOps.
Calcul conteneur pour les charges de travail longues, l’inférence ML, ou tout ce qui est lourd.
Postgres par app avec pgvector + TimescaleDB pré-installés.
Coffre-fort de secrets par app — les clés ne touchent jamais le code source ou les artefacts de build.
Jobs cron d’app (next_run_at + déclencheur manuel).
Sous-domaines par app + domaines personnalisés avec TLS automatique.
Limitation de débit d’app publique et authentification des visiteurs.

Comment faire dans osFoundry

Choisissez un starter ou importez un repo — Démarrez à partir d’un template (CRM, dashboard, visualiseur de jeux de données) ou collez une URL GitHub.
Développez dans l’IDE web — Éditez le code dans Monaco. Le runtime Sandpack hot-reload à chaque sauvegarde.
Ajoutez une base de données — Cliquez sur « Ajouter Postgres » — l’app obtient son propre schéma, chaîne de connexion injectée comme secret.
Déployez — Cliquez sur Déployer. Le build s’exécute dans CodeBuild, l’artefact atterrit dans R2, servi depuis un CDN. URL publique en direct en ~30 secondes.

Magasin KV par app

Chaque app obtient un magasin clé-valeur pour les données de session, drapeaux de fonctionnalités et état éphémère. Lectures sub-milliseconde, politiques d’éviction automatiques.

Stockage de fichiers par app

Stockage objet limité à l’app. URLs signées pour les téléchargements, transformations d’image automatiques, sans marge sur la bande passante.

Grants de données cross-app

Les apps sont isolées par défaut. Accordez à une autre app un accès en lecture ou écriture explicite et audité à des tables spécifiques — comme RLS mais à travers les frontières d’apps.

Limitation de débit d’app publique

Quotas par IP, par utilisateur et par route avec burst et refill configurables. Appliqué à la périphérie (edge).

Authentification des visiteurs

Auth par lien magique ou mot de passe pour les apps publiques sans écrire de code d’auth. Sessions stockées dans la base de données par app.

Questions fréquentes

Les apps osFoundry sont-elles des alternatives à Vercel/Heroku ?

osFoundry couvre la même surface pour les développeurs d’apps — code, base de données, secrets, cron, URLs de déploiement — et ajoute des primitives IA (invokeAI, groupes de mémoire, intégration d’agents) par-dessus.

Comment les apps osFoundry sont-elles facturées ?

Par seconde de calcul, par Go-jour de stockage et par million d’invocations de fonctions. Les apps inactives approchent 0 $ ; seul le stockage continue à facturer.

Puis-je utiliser mon propre domaine pour une app publique ?

Oui — ajoutez un CNAME et osFoundry provisionne un certificat TLS automatiquement.

Les apps partagent-elles des données entre elles ?

Uniquement avec des grants de données cross-app explicites. Par défaut, chaque app est isolée (sa propre DB, secrets, portée de fichiers).

Puis-je exécuter une app entièrement hors ligne / sur mon propre matériel ?

Le mode de runtime natif exécute l’app à l’intérieur du shell de bureau avec accès au système de fichiers + shell. Les runtimes côté serveur nécessitent notre cloud (ou BYO-VPC pour entreprise).