--- title: CloudPrem slug: docs/fr/cloudprem icon: {"lucideIcon":"CloudCheck"} createdAt: 2026-06-12T10:26:58.047Z --- CloudPrem est un déploiement mono‑tenant d’Archbee qui fonctionne entièrement dans un compte AWS que vous possédez et contrôlez. Votre documentation, votre base de données, vos fichiers et vos sauvegardes restent tous dans les limites de votre environnement cloud. Archbee exploite l’application pour vous, mais vos données restent dans votre compte. Ce modèle est parfois appelé Bring Your Own Cloud (BYOC) : vous obtenez l’intégralité du produit Archbee en tant que service géré, avec la résidence des données, l’isolation et la posture de conformité d’une exécution dans votre propre infrastructure. ## Ce qu’est CloudPrem - **Architecture**. Un déploiement dédié et mono‑tenant garantissant une isolation complète de l’environnement. - **Infrastructure**. Hébergée dans votre propre compte AWS dans la région de votre choix. - **Résidence des données**. Toutes les données principales, y compris les documents, les bases de données et les sauvegardes, restent dans les limites de votre cloud. - **Opérations**. Entièrement gérées par Archbee DevOps pour garantir la santé du système, les mises à jour et la restauration. Puisque le déploiement réside dans votre compte, vous conservez une visibilité et un contrôle complets sur les ressources sous‑jacentes, tandis qu’Archbee prend en charge la charge opérationnelle liée à l’exécution du produit. ## Comment nous déployons Archbee CloudPrem est provisionné en tant que code à l’aide de l’AWS Cloud Development Kit (CDK). Tout — réseau, base de données, distribution de contenu, calcul et l’application elle‑même — est défini dans des modèles d’infrastructure versionnés et déployé dans votre compte AWS. Il n’y a aucune configuration manuelle ou via des clics. Le déploiement est organisé en un ensemble de piles coordonnées : - **Réseau**. Une VPC isolée répartie sur jusqu’à trois zones de disponibilité, des sous‑réseaux privés, des groupes de sécurité et un équilibreur de charge. - **Base de données. **Amazon Aurora Serverless v2 (configuration à un seul writer) et Amazon ElastiCache for Redis, dans des sous‑réseaux privés. - **CDN. **Stockage d’objets Amazon S3 et une distribution Amazon CloudFront. - **Calcul. **Le cluster Amazon ECS (AWS Fargate) qui exécute l’application. - **Principal. **Les services applicatifs Archbee, le routage via l’équilibreur de charge, les secrets et les journaux. ## Publication de nouvelles versions Archbee livre les mises à jour de l’application depuis des runners privés externes (en utilisant pnpm run build et CDK deploy), qui s’authentifient dans votre sous‑compte AWS pour mettre à jour les cibles ECR et CDK. Les déploiements sont contrôlés par des vérifications d’état : les nouvelles tâches doivent réussir un contrôle de santé applicatif avant que les anciennes ne soient retirées, de sorte que, en fonctionnement normal, les déploiements se terminent sans interruption. L’application s’exécute sous forme de trois types de services gérés indépendamment sur AWS Fargate : - **application** - le frontend Next.js - **api** - le backend Express - **travailleur** - tâches en arrière‑plan (non exposées à Internet) Le trafic applicatif atteint les services via HTTPS, terminé à un Application Load Balancer avec un certificat TLS géré par ACM, et CloudFront se trouve devant l’équilibreur de charge pour la distribution du contenu. ## Rythme de publication Archbee livre des mises à jour à votre déploiement CloudPrem selon un rythme hebdomadaire régulier, maintenant l’application à jour avec les nouvelles fonctionnalités, correctifs et mises à jour de dépendances. Archbee gère le processus de publication afin que vous n’ayez pas à l’opérer vous‑même. Lorsqu’un correctif critique ou une mise à jour de sécurité est nécessaire, Archbee la livre dès qu’elle est prête, en dehors de la fenêtre hebdomadaire normale. Le principe est simple : les améliorations courantes sont déployées chaque semaine ; les correctifs urgents arrivent immédiatement. ## Ce que fait Archbee DevOps L’équipe Archbee DevOps gère le cycle de vie de l’application en votre nom en : - **Gestion du cycle de vie.** En prenant en charge toutes les mises à niveau de version, mises à jour de dépendances et correctifs de sécurité. - **Engagement SLA.** En fournissant une disponibilité de service garantie telle que définie dans votre contrat de service. - **Réponse aux incidents.** En gérant les procédures complètes de sauvegarde, de restauration et de basculement. Vous possédez le compte AWS et ses garde‑fous ; Archbee possède l’application qui y fonctionne. ## Modèle d’accès Archbee opère selon un modèle de moindre privilège et sans accès permanent. - Archbee DevOps n’a **aucun accès permanent **à vos données applicatives, vos journaux applicatifs ou votre base de données. Il n’existe aucun chemin opérateur permanent vers vos données. - Lorsqu’une enquête nécessite un accès, Archbee en fait la demande. L’accès n’est accordé qu’après votre approbation explicite. - L’accès accordé est limité dans le temps et audité — il expire automatiquement et l’activité est enregistrée. Le chemin contrôlé pour tout travail au niveau de la base de données est un bastion host à l’intérieur de votre VPC. Les journaux sont envoyés directement à AWS CloudWatch ; l’inspection des journaux n’utilise pas le bastion host du VPC mais nécessite un accès approuvé à la console AWS ou aux APIs CloudWatch. Chaque accès spécifique à la base de données passe donc par un canal unique, vérifiable et soumis à approbation que vous contrôlez. ## Reprise après sinistre Archbee CloudPrem combine la résilience native d'AWS — la durabilité inhérente et les propriétés de basculement des services managés sur lesquels il fonctionne (Aurora, S3, ElastiCache, ECS Fargate) — avec les procédures opérationnelles de sauvegarde et de reprise d’Archbee. Certaines des protections ci‑dessous sont intégrées dans les services AWS eux‑mêmes ; d’autres sont des engagements opérationnels qu’Archbee configure et exécute pour votre déploiement. Quelques termes utilisés ci‑dessous : - **Région**. un emplacement géographique d’AWS (par exemple, l’est des États‑Unis). - **Zone de disponibilité (AZ).** un des nombreux centres de données indépendants au sein d’une région. - **Sauvegarde**. une copie enregistrée des données pouvant être restaurée ultérieurement. ## Comment vos données sont protégées - **Durabilité du stockage Multi‑AZ de la base de données.** Amazon Aurora maintient automatiquement six copies de vos données dans trois Availability Zones, indépendamment du nombre d’instances de base de données en cours d’exécution. Cette redondance au niveau du stockage signifie que la perte d’un disque ou d’une AZ n’entraîne pas de perte de données. - **Basculement automatique.** Archbee s’appuie sur la redondance native au niveau du stockage d’Aurora pour la durabilité des données. Pour la disponibilité du calcul, Aurora recrée l’instance écrivaine en cas de défaillance ; les attentes en matière de basculement au niveau du calcul sont définies dans votre contrat de service. - **Sauvegardes continues et ponctuelles.** Aurora sauvegarde en continu le volume du cluster et prend en charge la restauration à un point précis dans le temps dans sa fenêtre de rétention configurée, ce qui nous permet d’annuler une modification ou une suppression accidentelle. Archbee configure la fenêtre de rétention pour votre déploiement de production ; confirmez le nombre exact de jours dans votre contrat de service. - **Copies de sauvegarde inter‑régions (engagement opérationnel).** Il s’agit d’une configuration opérationnelle optionnelle. Lorsqu’elle est prévue au contrat, Archbee configure la réplication des sauvegardes vers une deuxième région géographiquement distincte afin que vos données puissent être récupérées si une région entière devient indisponible. - **Archive à long terme (engagement opérationnel).** Lorsqu’elle est prévue au contrat, Archbee effectue une sauvegarde complète périodique conservée pour une archive à long terme. La fréquence et la période de rétention sont définies dans votre contrat de service. - **Stockage de fichiers durable.** Les fichiers téléversés, images, diagrammes, révisions de documents et exports sont stockés dans Amazon S3, qui est conçu pour une durabilité de 99.999999999 % (onze 9) des objets en conservant automatiquement plusieurs copies redondantes dans différentes Availability Zones. Le contenu est distribué mondialement via Amazon CloudFront. - **Cache résilient.** En production, le cache Redis fonctionne en mode Multi‑AZ avec une réplique et un basculement automatique, de sorte qu’une défaillance d’un seul nœud n’interrompt pas le service. - **Calcul auto‑réparateur.** Les tâches applicatives s’exécutent sur AWS Fargate, réparties dans plusieurs Availability Zones derrière des contrôles d’intégrité du load balancer. Si une tâche devient défaillante ou si une AZ rencontre un problème, le load balancer retire la tâche affectée de la rotation et ECS la remplace automatiquement — aucune intervention manuelle requise. - **Historique des versions de documents.** Chaque fois qu’un document est enregistré, les versions précédentes sont conservées dans un espace de stockage dédié et durable, de sorte que les copies antérieures d’un document peuvent être récupérées via le processus de restauration d’Archbee. - **Chiffrement partout.** Toutes les données sont chiffrées en transit (TLS 1.2 ou supérieur) et au repos. Les objets S3 sont chiffrés avec une clé AWS KMS gérée par le client avec rotation annuelle automatique de la clé, et le cache est chiffré au repos et en transit. Scénarios de reprise | **Situation** | **Comment Archbee récupère** | | | ---------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | - | | **Données modifiées ou supprimées par erreur** | Restaurer la base de données à un moment juste avant que cela ne se produise, dans la fenêtre de rétention configurée pour la restauration à un point dans le temps. | | | **Une région entière tombe en panne** | Lorsque des sauvegardes inter-régions sont configurées, reconstruire la base de données à partir de la copie conservée dans la seconde région et remettre le service en ligne. | | | **Une version de fichier est perdue ou écrasée** | Restaurer la version précédente via le processus de restauration de l’historique des versions de documents d’Archbee. | | | **Une instance d’application ou une Availability Zone tombe en panne** | Le load balancer contourne la panne et ECS Fargate lance automatiquement un remplacement fonctionnel dans diverses AZ. | | ## Responsabilité partagée CloudPrem est un partenariat. Les responsabilités sont clairement réparties : | **Ce que vous possédez** | **Ce qu'Archbee possède** | | --------------------------------------------------------------- | ------------------------------------------------------------------------- | | Le compte AWS et ses garde-fous | L’application Archbee et ses mises à jour | | Approbation et définition de la portée de toute demande d’accès | Les déploiements et le processus de publication hebdomadaire / hors cycle | | Vos données, leur résidence et la limite de conformité | Le SLA de disponibilité (selon votre accord) | | | Reprise après sinistre (sauvegardes, restauration, basculement) | En bref : vous contrôlez le cloud et les données ; Archbee exécute le produit à l’intérieur et est responsable de le maintenir disponible et récupérable.