Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.replit.com/llms.txt

Use this file to discover all available pages before exploring further.

Replit propose la publication pour tous les cas d’utilisation :
  • Déploiement Autoscale : réduction pour économiser des coûts, et montée en charge vers plusieurs instances pour gérer un trafic élevé
  • Déploiement statique : sites statiques rapides, gratuits pour les utilisateurs abonnés
  • Déploiement Reserved VM : une seule VM pour une prévisibilité des coûts et des cas d’utilisation spéciaux
  • Déploiement planifié : un service qui vous permet de planifier l’exécution de vos applications à des intervalles de temps prédéfinis de manière transparente
Vous souhaitez en savoir plus sur la publication ? Vous avez du mal à choisir le bon type ? Voici un aperçu complet :

Qu’est-ce que la publication ?

Une application publiée enregistre l’état actuel de votre application Replit sous forme d’« instantané » et l’exécute sur une machine partagée ou dédiée. Cela vous permet de partager votre application Replit avec d’autres personnes ou d’héberger un site web ou un bot Discord avec un temps d’arrêt minimal. Contrairement à la publication dans la communauté, qui n’héberge pas votre application Replit sous un domaine et présente une phase de démarrage lorsqu’elle est accessible via la page de couverture, les options de publication offrent différentes spécifications et capacités pour votre application Replit en production.

Pourquoi publier ?

Les applications publiées sont utiles pour diverses raisons. Par exemple, vous pouvez les utiliser pour :
  • Héberger un site web ou un bot Discord avec un temps d’arrêt minimal
  • Séparer votre environnement de développement de votre environnement de production
  • Partager un instantané de votre application Replit avec d’autres personnes

Comment publier ?

La publication est initiée depuis l’éditeur d’application Replit. Sélectionnez le bouton Publier ou ouvrez l’outil Publication pour commencer.

Variables d’environnement

Lors de la publication de vos applications sur Replit, vous pouvez personnaliser le comportement de votre application publiée en utilisant des variables d’environnement. Ces variables fournissent des informations sur l’environnement de l’application publiée, vous aidant à adapter le comportement de votre application en conséquence. REPLIT_DEPLOYMENT : Cette variable d’environnement est définie sur 1 lorsque votre application est publiée sur Replit. Vous pouvez utiliser cette variable pour déterminer si votre code s’exécute dans un environnement publié. Par exemple, dans une application Node.js, vous pouvez vérifier si votre application est publiée en utilisant :
if (process.env.REPLIT_DEPLOYMENT) {
  // Votre code spécifique à l'environnement de l'application publiée
}

Quelle option de publication choisir ?

Replit propose plusieurs types de publication pour répondre à différents cas d’utilisation. Matt a créé un organigramme pour vous aider à choisir le bon (cliquez pour l’ouvrir dans un nouvel onglet) :
Choisir une option
Toujours curieux ? Continuez à lire pour en savoir plus sur chaque option de publication.

Déploiement Autoscale

Le déploiement Autoscale est notre option la plus recommandée. Il offre à la fois un dimensionnement flexible des machines et une mise à l’échelle horizontale. Autoscale peut se mettre à l’échelle vers autant d’instances que nécessaire. Vous êtes facturé proportionnellement au trafic, et vous pouvez effectuer une mise à l’échelle horizontale pour gérer une charge importante si nécessaire. C’est notre choix recommandé pour les sites web, les applications web, les API ou les microservices. Autoscale est le bon choix si :
  • Votre application est un serveur utilisant HTTP, HTTP/2, WebSockets ou gRPC pour traiter les requêtes.
  • Vous souhaitez essayer plusieurs idées sans dépenser pour des applications qui ne reçoivent pas de trafic.
  • Vous souhaitez pouvoir monter en charge rapidement pour gérer de grandes quantités de requêtes.
  • Vous avez besoin de notre fiabilité la plus élevée (disponibilité à 99,95 %).
Votre application peut ne pas convenir à Autoscale si :
  • Votre application exécute des activités en arrière-plan en dehors du traitement des requêtes.
  • Votre application ne peut pas exécuter plusieurs instances en parallèle.
  • Votre application ne peut pas traiter plusieurs requêtes en parallèle.
  • Les redémarrages sont perturbateurs pour votre application.

Déploiement Reserved VM

Le déploiement Reserved VM exécute exactement une copie de votre application sur une seule VM. Il offre un dimensionnement flexible des machines avec une prévisibilité des coûts. C’est notre meilleur choix pour les applications et les tâches de longue durée ou gourmandes en calcul. Si votre application ne convient pas à Autoscale, envisagez plutôt les Reserved VM. Reserved VM est le bon choix si :
  • Vous souhaitez une prévisibilité des coûts.
  • Votre application n’est pas un serveur.
  • Votre application ne tolère pas facilement les redémarrages.
  • Vous avez besoin d’une connexion de longue durée (par exemple, des bots).
  • Vous exécutez des activités en arrière-plan en dehors du traitement des requêtes.
  • Vous avez besoin que la VM hôte fonctionne en permanence (disponibilité à 99,9 %).

Déploiement statique

Le déploiement statique sert du contenu statique tel que des fichiers HTML, JavaScript et CSS. Aucun serveur n’est impliqué. C’est un moyen rentable de partager des sites web simples tels que des portfolios, des sites personnels ou des pages d’accueil d’entreprise. Pour plus d’informations, consultez la section facturation du document sur le déploiement statique.

Déploiement planifié

Le déploiement planifié vous aide à planifier l’exécution de votre application à des moments précis sans effort. Vous pouvez facilement spécifier les heures d’exécution en langage naturel, éliminant ainsi le besoin de procédures de configuration complexes. En tant que membre Replit Core, vous recevez par mois en crédits pour compenser les dépenses, améliorant ainsi votre accessibilité. Les spécifications comprennent une configuration 1vCPU/2 Gio de RAM, une durée de délai d’attente de 24 heures et aucune limite de simultanéité.

Stockage persistant

Veuillez noter que les déploiements Autoscale, statiques, Reserved VM et planifiés n’ont pas de stockage persistant. Toutes les données enregistrées dans le système de fichiers ne persisteront pas après une nouvelle publication. Nous proposons actuellement deux options de stockage persistant pour vos applications : le stockage d’objets et une base de données SQL.