Skip to main content
Bring Your Own Cloud (BYOC) offre à votre entreprise des options pour exécuter la plateforme Replit ou des apps créées avec Replit dans votre propre tenant cloud. Choisissez une option selon l’endroit où le développement et la production doivent s’exécuter, et selon qui exploitera l’infrastructure.
Full BYOC est en préversion privée. BYOC for Published Apps et Image Exports sont en accès anticipé pour les clients Enterprise. La disponibilité et l’intégration varient selon le cloud, la configuration et le client. Contactez l’équipe Enterprise de Replit pour confirmer les fonctionnalités prises en charge pour votre organisation.

​
Comparer les options de déploiement

Les schémas d’architecture ci-dessous illustrent les options de déploiement ; ils ne constituent pas une matrice de disponibilité cloud par cloud. Confirmez les clouds, régions et services pris en charge avant de planifier une mise en œuvre.

​
Full BYOC

Full BYOC place la plateforme Replit et l’hébergement des apps publiées dans votre propre tenant cloud. La plateforme comprend le calcul, le stockage, le système de fichiers, les intégrations et le harnais de l’Agent. Replit regroupe l’infrastructure en unités isolées appelées cellules. Avec Full BYOC, ces cellules s’exécutent dans votre cloud. Votre équipe de sécurité peut gouverner les ressources internes auxquelles le harnais de l’Agent accède et appliquer des contrôles aux connexions sortantes.
Architecture Full BYOC montrant le harnais de l'Agent, le calcul, le stockage, le système de fichiers, les intégrations et l'hébergement des apps publiées dans votre cloud, connectés à un plan de contrôle externe.

Full BYOC place la cellule Replit et l'hébergement des apps publiées dans votre tenant cloud. Le plan de contrôle reste en dehors du tenant.

Choisissez Full BYOC lorsque vos exigences vont au-delà de l’hébergement en production et incluent le développement et l’exécution de l’Agent. Cette option demande plus de configuration initiale que l’hébergement des seules apps publiées dans votre cloud.
Full BYOC ne signifie pas une installation Replit isolée du réseau (air-gapped) ou entièrement auto-hébergée. Exécuter le harnais de l’Agent dans votre tenant ne signifie pas que l’inférence des modèles s’y exécute ; l’inférence reste une composante de l’offre Agent gérée par Replit.

​
BYOC for Published Apps

BYOC for Published Apps héberge les projets Replit publiés dans votre tenant cloud. Le développement et les aperçus restent sur l’infrastructure gérée par Replit. Les admins configurent la destination de publication pour chaque Workspace. Les builders continuent de sélectionner Publish dans Replit. Replit gère l’infrastructure de publication et d’hébergement dans la destination configurée.
Architecture Published Apps montrant une cellule et un plan de contrôle gérés par Replit, connectés à l'hébergement d'apps et aux sources de données dans votre cloud. Des clés de chiffrement facultatives gérées par le client sont représentées.

BYOC for Published Apps conserve la plateforme Replit sur l'infrastructure gérée par Replit et place l'hébergement des apps publiées dans votre tenant.

Cette option permet à votre équipe d’appliquer l’analyse de sécurité cloud et des dépendances aux charges de travail déployées. Les apps publiées peuvent se connecter à des sources de données privées au sein de votre environnement. L’accès réseau ou VPN dépend de votre configuration réseau. Replit conserve les autorisations opérationnelles nécessaires pour gérer l’infrastructure de publication dans votre tenant. Vos équipes cloud et sécurité examinent les autorisations de configuration, l’accès continu et les exigences réseau lors de l’intégration.
Les clés de chiffrement gérées par le client (CMEK) nécessitent un accord incluant l’isolation physique complète de la cellule Replit. Le schéma n’implique pas que les CMEK, tous les services représentés ou tous les clouds soient inclus dans toutes les configurations en accès anticipé.
Choisissez cette option lorsque vous avez besoin d’apps de production dans votre cloud sans y exécuter l’intégralité de la plateforme Replit.

​
Image Exports

Image Exports permet à votre équipe d’infrastructure de déployer et d’exploiter les apps créées avec Replit à l’aide de vos propres outils et processus. Pour les projets configurés pour utiliser Image Exports, sélectionner Publish produit des artefacts de déploiement :
  • Une image Docker contenant l’app.
  • Un fichier Terraform pour la configuration de l’infrastructure.
  • Une nomenclature logicielle (SBOM) pour l’examen des dépendances.
Architecture Image Exports montrant la plateforme gérée par Replit produisant une image Docker et un fichier Terraform à déployer dans votre cloud.

Image Exports livre des artefacts de déploiement à votre équipe au lieu que Replit exploite l'app publiée.

Votre équipe contrôle l’examen de sécurité, le déploiement et l’exploitation continue. Vous fournissez également les briques que Replit gérerait autrement, comme l’authentification et les connecteurs. Contrairement à l’hébergement géré par Replit, l’app exportée n’a pas besoin de connexion à la plateforme Replit pour fonctionner. Votre équipe reste responsable des services externes que l’app utilise. Choisissez Image Exports lorsque vous avez besoin d’un environnement de production personnalisé et d’une équipe pour l’exploiter. Vous pouvez l’associer à BYOC for Published Apps pour utiliser différentes approches de publication selon les projets.

​
Demander l’accès

Contactez l’équipe Enterprise de Replit pour discuter de l’option adaptée et du périmètre d’intégration. Préparez les informations suivantes :
  • Votre fournisseur cloud, votre région et votre tenant privilégiés.
  • Si vous avez besoin du développement, des apps publiées ou des deux dans votre cloud.
  • Les sources de données privées, le réseau et les contrôles d’accès dont vos apps ont besoin.
  • Vos responsables cloud, sécurité et infrastructure.
  • Si Replit ou votre équipe doit exploiter les apps publiées.
L’équipe Enterprise confirmera l’éligibilité, les configurations prises en charge, les autorisations et le calendrier d’intégration. Ne supposez pas qu’une app existante puisse migrer automatiquement ; discutez des exigences de migration avant la configuration.

​
Ressources associées