Site Studio
Éditeur pour créer un site vitrine HTML multipage, modèles personnalisables, sections, médiathèque PNG/JPEG/WebP, aperçu mobile et brouillons. Publication volontaire sur projet Static / HTML.
Voir Site Studio →Créer un site web sans code, déployer une application React ou Astro, administrer PostgreSQL, gérer Auth et Storage, automatiser des tâches et suivre les déploiements : Astrabase regroupe plusieurs outils cloud dans une console. Cette page indique précisément les fonctions présentes et leurs limites.
Des sites vitrines aux applications web statiques, Astrabase offre plusieurs points de départ. Certaines options dépendent du type de projet.
Éditeur pour créer un site vitrine HTML multipage, modèles personnalisables, sections, médiathèque PNG/JPEG/WebP, aperçu mobile et brouillons. Publication volontaire sur projet Static / HTML.
Voir Site Studio →Constructeur d'une page vitrine statique simple avec brouillon, aperçu et publication explicite. Distinct de Site Studio, plus avancé.
Comparer les éditeurs →Modèles HTML/CSS, React/Vite et Astro statiques : sources et ZIP précompilés. Compilation nécessaire si les sources React/Astro sont modifiées.
Guide d'hébergement →Import ZIP ou dépôt Git public, historiques, logs, aperçus de versions et rollback. Des prévisualisations de branche Git sont prévues pour les sites compatibles.
Publier un projet →Un déploiement statique prêt peut être affecté à une adresse staging stable, après vérification et confirmation avec droits adaptés. Pas de staging universel pour tout runtime.
Association de domaines, preuve de propriété et HTTPS ; inspection en lecture seule des DNS A, AAAA, CNAME, MX et TXT des domaines vérifiés. Pas d'édition de zone DNS depuis Astrabase.
Connectez votre frontend à des services backend. Les fonctionnalités dépendent des permissions, de la configuration et du mode de déploiement.
Base PostgreSQL par projet avec éditeurs de tables et SQL, et extension pgvector pour stocker et interroger des vecteurs. Pas de garantie de haute disponibilité multi-région.
Accès aux données via API, clés API, jetons et règles d'accès. La parité intégrale avec PostgREST ou les SDK tiers n'est pas établie.
Gestion des utilisateurs, inscriptions, sessions, emails de vérification et récupération, politiques d'authentification et contrôle des accès.
MFA et authentification WebAuthn/Passkeys pour les utilisateurs des applications clientes, avec domaine HTTPS et configuration correspondante. Ce n'est pas un système de Passkeys pour l'admin Astrabase.
Envoi, lecture et gestion de fichiers et buckets liés à un projet. Cette couche de stockage ne garantit pas toutes les fonctions d'un service S3 complet.
Fonctions serveur et événements de changements de données INSERT/UPDATE/DELETE pour les applications intégrées, suivant les capacités activées. Ce n'est pas une plateforme edge mondiale.
Des fonctions ciblées existent dans la console ; certaines sont encore des premières versions avec limites de portée.
Créer des interrupteurs de fonctionnalités et définir un pourcentage de déploiement progressif. L'évaluation est destinée à un backend autorisé et non à une clé exposée dans le navigateur.
Cache clé/valeur avec TTL et compteurs atomiques dans le stockage local. Pas un cluster Redis ou Valkey distribué ; n'y stockez pas de secrets.
Variables d'environnement et secrets chiffrés ; révisions et rotation des valeurs stockées. Les fournisseurs externes ne font pas automatiquement l'objet d'une rotation.
Gestion de tâches planifiées, pause, suppression et historique. L'exécution HTTP sortante exige un durcissement réseau supplémentaire avant une ouverture libre à des utilisateurs non fiables.
Collecte de formulaires et workflows de notification selon la configuration du projet et de l'email. Vérifiez la délivrabilité avant de proposer des engagements commerciaux.
Modèles de messages et vérification DNS de domaines expéditeurs ; la vérification d'un domaine ne vaut pas activation automatique d'un service de livraison transactionnelle complet.
Génération de texte sur consentement explicite, seulement si un fournisseur API est configuré côté serveur. Pas d'agent autonome, d'accès SQL automatique ni de RAG.
Accès conversationnel encadré par les autorisations accordées aux outils et projets. Les fonctions réellement accessibles dépendent du connecteur installé et des permissions activées.
Astrabase propose plusieurs contrôles de sécurité, sans prétendre certifier l'ensemble de l'infrastructure ni remplacer un audit indépendant.
Membres de projet et permissions adaptées aux actions : consultation, développement ou administration selon les rôles configurés.
Gestion des jetons, expiration et révocation, historique de session et politiques d'authentification disponibles suivant le contexte.
Vues de posture sur les comptes, privilèges et fraîcheur des secrets, et hygiène des tokens. Diagnostics informatifs : pas de scanner de vulnérabilités ni de correction automatique.
Politique de quota optionnelle sur certaines routes de lecture privées. Pas encore de reverse-proxy programmable ni de protection DDoS globale.
Journal de changements et d'opérations de projet, avec contrôles d'accès. Les secrets et valeurs sensibles ne doivent pas être inclus dans les événements.
Les métriques proviennent des opérations réellement observées. Elles ne sont pas assimilées à des visiteurs uniques, du suivi publicitaire ou une garantie de disponibilité.
Compteurs de réponses et d'octets, rapports sur 31 jours et comparaison des sept derniers jours avec les sept précédents. Pas d'identification des visiteurs ni des conversions.
Historique des déploiements, diagnostics déclenchés à la demande et contrôle des fichiers d'un site statique. La présence des ressources ne prouve pas le rendu navigateur.
Signalement et regroupement privé de codes d'erreur structurés, avec marquage résolu. Pas d'ingestion ouverte de traces ni de SDK équivalent à Sentry.
Mesures agrégées de ressources et de santé, notamment pour les opérateurs. Les mesures locales ne peuvent pas détecter seules une panne totale du VPS.
Répertoire de VPS existants attachés aux projets. Aucune location, connexion SSH ou administration automatique de serveur n'est réalisée.
Sauvegardes de l'instance et contrôles d'intégrité des archives dans l'exploitation actuelle. Le test de restauration et la sauvegarde extérieure au VPS doivent être vérifiés séparément.
Le programme Cloud prévoit quinze familles de services : Servers, Mail, Git, Cache, Buckets, DNS, Monitor, Automate, Secrets, Analytics, Errors, Flags, Builder, AI et API Gateway. Ces noms désignent un périmètre produit et des étapes de développement, pas quinze services industriels terminés.
À titre d'exemple, l'inventaire Servers ne loue pas de VPS, la vérification DNS ne modifie pas les zones, le module Errors n'ingère pas des traces libres comme Sentry, le Cache n'est pas un cluster Redis et Mail ne remplace pas une infrastructure complète de délivrabilité. Les fonctionnalités futures seront ajoutées après tests et validation. Ce catalogue ne démontre pas une parité complète avec les offres de Supabase, Netlify ou d'autres fournisseurs spécialisés.
Pour les projets clients, il convient de tester la fonction exacte, le type de projet et les autorisations avant de s'engager sur son comportement en production.