{"meta":{"title":"Mise à l'échelle et multilocataire","intro":"Concevez votre déploiement Copilot SDK pour servir plusieurs utilisateurs, gérer des sessions simultanées et effectuer une mise à l’échelle horizontalement sur l’ensemble de l’infrastructure. Ce guide traite des modèles d’isolation de session, des topologies de mise à l’échelle et des meilleures pratiques de production.","product":"GitHub Copilot","breadcrumbs":[{"href":"/fr/copilot","title":"GitHub Copilot"},{"href":"/fr/copilot/how-tos","title":"Procédures"},{"href":"/fr/copilot/how-tos/copilot-sdk","title":"Kit de développement logiciel (SDK) Copilot"},{"href":"/fr/copilot/how-tos/copilot-sdk/setup","title":"Configurer le Kit de développement logiciel (SDK) Copilot"},{"href":"/fr/copilot/how-tos/copilot-sdk/setup/scaling","title":"Croissance"}],"documentType":"article"},"body":"# Mise à l'échelle et multilocataire\n\nConcevez votre déploiement Copilot SDK pour servir plusieurs utilisateurs, gérer des sessions simultanées et effectuer une mise à l’échelle horizontalement sur l’ensemble de l’infrastructure. Ce guide traite des modèles d’isolation de session, des topologies de mise à l’échelle et des meilleures pratiques de production.\n\n<!-- markdownlint-disable GHD046 GHD005 -->\n\n<!-- Suppressed: GHD046 (outdated release terminology), GHD005 (hardcoded data variable) -->\n\nPour connaître les options et les modèles au niveau du SDK, consultez [Multilocataire et déploiements de serveurs](/fr/copilot/how-tos/copilot-sdk/setup/multi-tenancy).\n\n**Meilleur pour :** Développeurs de plateforme, générateurs SaaS, tout déploiement servant plus d’un petit nombre d’utilisateurs simultanés.\n\n## Concepts de base\n\nAvant de choisir un modèle, comprenez trois dimensions de la mise à l’échelle :\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-0.png)\n\n## Modèles d’isolation de session\n\n### Modèle 1 : interface CLI isolée par utilisateur\n\nChaque utilisateur obtient sa propre instance de serveur CLI. Isolation la plus forte : les sessions, la mémoire et les processus d’un utilisateur sont complètement séparés.\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-1.png)\n\n**Quand utiliser :**\n\n* SaaS multilocataire où l’isolation des données est critique\n* Utilisateurs disposant d’identifiants d’authentification différents\n* Exigences de conformité (SOC 2, HIPAA)\n\n```typescript\n// CLI pool manager — one CLI per user\nclass CLIPool {\n    private instances = new Map<string, { client: CopilotClient; port: number }>();\n    private nextPort = 5000;\n\n    async getClientForUser(userId: string, token?: string): Promise<CopilotClient> {\n        if (this.instances.has(userId)) {\n            return this.instances.get(userId)!.client;\n        }\n\n        const port = this.nextPort++;\n\n        // Spawn a dedicated CLI for this user\n        await spawnCLI(port, token);\n\n        const client = new CopilotClient({\n            cliUrl: `localhost:${port}`,\n        });\n\n        this.instances.set(userId, { client, port });\n        return client;\n    }\n\n    async releaseUser(userId: string): Promise<void> {\n        const instance = this.instances.get(userId);\n        if (instance) {\n            await instance.client.stop();\n            this.instances.delete(userId);\n        }\n    }\n}\n```\n\n### Modèle 2 : interface CLI partagée avec isolation de session\n\nPlusieurs utilisateurs partagent un serveur CLI, mais ont des sessions isolées via des ID de session uniques. Moins gourmand en ressources, mais isolation moindre.\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-2.png)\n\n**Quand utiliser :**\n\n* Outils internes avec des utilisateurs approuvés\n* Environnements contraints par des ressources\n* Exigences d’isolation inférieures\n\n```typescript\nconst sharedClient = new CopilotClient({\n    cliUrl: \"localhost:4321\",\n});\n\n// Enforce session isolation through naming conventions\nfunction getSessionId(userId: string, purpose: string): string {\n    return `${userId}-${purpose}-${Date.now()}`;\n}\n\n// Access control: ensure users can only access their own sessions\nasync function resumeSessionWithAuth(\n    sessionId: string,\n    currentUserId: string\n): Promise<Session> {\n    const [sessionUserId] = sessionId.split(\"-\");\n    if (sessionUserId !== currentUserId) {\n        throw new Error(\"Access denied: session belongs to another user\");\n    }\n    return sharedClient.resumeSession(sessionId);\n}\n```\n\n### Modèle 3 : sessions partagées (collaboratives)\n\nPlusieurs utilisateurs interagissent avec la même session, comme une salle de conversation partagée avec Copilot.\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-3.png)\n\n**Quand utiliser :**\n\n* Outils de collaboration d’équipe\n* Sessions de révision de code partagé\n* Associer des assistants de programmation\n\n> ⚠️**Important:** Le Kit de développement logiciel (SDK) ne fournit pas de verrouillage de session intégré. Vous **devez** sérialiser l’accès pour empêcher les écritures simultanées dans la même session.\n\n```typescript\nimport Redis from \"ioredis\";\n\nconst redis = new Redis();\n\nasync function withSessionLock<T>(\n    sessionId: string,\n    fn: () => Promise<T>,\n    timeoutSec = 300\n): Promise<T> {\n    const lockKey = `session-lock:${sessionId}`;\n    const lockId = crypto.randomUUID();\n\n    // Acquire lock\n    const acquired = await redis.set(lockKey, lockId, \"NX\", \"EX\", timeoutSec);\n    if (!acquired) {\n        throw new Error(\"Session is in use by another user\");\n    }\n\n    try {\n        return await fn();\n    } finally {\n        // Release lock (only if we still own it)\n        const currentLock = await redis.get(lockKey);\n        if (currentLock === lockId) {\n            await redis.del(lockKey);\n        }\n    }\n}\n\n// Usage: serialize access to shared session\napp.post(\"/team-chat\", authMiddleware, async (req, res) => {\n    const result = await withSessionLock(\"team-project-review\", async () => {\n        const session = await client.resumeSession(\"team-project-review\");\n        return session.sendAndWait({ prompt: req.body.message });\n    });\n\n    res.json({ content: result?.data.content });\n});\n```\n\n## Comparaison des modèles d’isolation\n\n|                                       | Interface CLI isolée par utilisateur | Interface CLI partagée + isolation de session | Sessions partagées            |\n| ------------------------------------- | ------------------------------------ | --------------------------------------------- | ----------------------------- |\n| **Isolation**                         |                                      |                                               |                               |\n| ✅ Terminé                             |                                      |                                               |                               |\n| ⚠️ Logique                            |                                      |                                               |                               |\n| ❌ Partagé                             |                                      |                                               |                               |\n| **Utilisation des ressources**        | High (CLI par utilisateur)           | Faible (une CLI)                              | Faible (un CLI + une session) |\n| **Complexité**                        | Moyenne                              | Faible                                        | Élevé (verrouillage)          |\n| **Flexibilité de l’authentification** |                                      |                                               |                               |\n| ✅ Jetons par utilisateur              |                                      |                                               |                               |\n| ⚠️ Jeton de service                   |                                      |                                               |                               |\n| ⚠️ Jeton de service                   |                                      |                                               |                               |\n| **Idéal pour**                        | SaaS multilocataire                  | Outils internes                               | Collaboration                 |\n\n## Scalabilité horizontale\n\n### Plusieurs serveurs CLI derrière un équilibreur de charge\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-4.png)\n\n**Condition clé :** L’état de session doit être sur **le stockage partagé** afin que n’importe quel serveur CLI puisse reprendre n’importe quelle session.\n\n```typescript\n// Route sessions to CLI servers\nclass CLILoadBalancer {\n    private servers: string[];\n    private currentIndex = 0;\n\n    constructor(servers: string[]) {\n        this.servers = servers;\n    }\n\n    // Round-robin selection\n    getNextServer(): string {\n        const server = this.servers[this.currentIndex];\n        this.currentIndex = (this.currentIndex + 1) % this.servers.length;\n        return server;\n    }\n\n    // Sticky sessions: same user always hits same server\n    getServerForUser(userId: string): string {\n        const hash = this.hashCode(userId);\n        return this.servers[hash % this.servers.length];\n    }\n\n    private hashCode(str: string): number {\n        let hash = 0;\n        for (let i = 0; i < str.length; i++) {\n            hash = (hash << 5) - hash + str.charCodeAt(i);\n            hash |= 0;\n        }\n        return Math.abs(hash);\n    }\n}\n\nconst lb = new CLILoadBalancer([\n    \"cli-1:4321\",\n    \"cli-2:4321\",\n    \"cli-3:4321\",\n]);\n\napp.post(\"/chat\", async (req, res) => {\n    const server = lb.getServerForUser(req.user.id);\n    const client = new CopilotClient({ cliUrl: server });\n\n    const session = await client.createSession({\n        sessionId: `user-${req.user.id}-chat`,\n        model: \"gpt-5.4\",\n    });\n\n    const response = await session.sendAndWait({ prompt: req.body.message });\n    res.json({ content: response?.data.content });\n});\n```\n\n### Sessions sticky et stockage partagé\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-5.png)\n\n**Les sessions persistantes** sont plus simples : affectez les utilisateurs à des serveurs CLI spécifiques. Aucun stockage partagé n’est nécessaire, mais la distribution de charge n’est pas inégale.\n\n**Le stockage partagé** permet à n’importe quelle interface CLI de gérer n’importe quelle session. Meilleure distribution de charge, mais nécessite un stockage en réseau pour `~/.copilot/session-state/`.\n\n## Scalabilité verticale\n\n### Réglage d’un serveur CLI unique\n\nUn serveur CLI unique peut gérer de nombreuses sessions simultanées. Considérations clés :\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-6.png)\n\n**La gestion du cycle de vie des sessions** est essentielle à la mise à l’échelle verticale :\n\n```typescript\n// Limit concurrent active sessions\nclass SessionManager {\n    private activeSessions = new Map<string, Session>();\n    private maxConcurrent: number;\n\n    constructor(maxConcurrent = 50) {\n        this.maxConcurrent = maxConcurrent;\n    }\n\n    async getSession(sessionId: string): Promise<Session> {\n        // Return existing active session\n        if (this.activeSessions.has(sessionId)) {\n            return this.activeSessions.get(sessionId)!;\n        }\n\n        // Enforce concurrency limit\n        if (this.activeSessions.size >= this.maxConcurrent) {\n            await this.evictOldestSession();\n        }\n\n        // Create or resume\n        const session = await client.createSession({\n            sessionId,\n            model: \"gpt-5.4\",\n        });\n\n        this.activeSessions.set(sessionId, session);\n        return session;\n    }\n\n    private async evictOldestSession(): Promise<void> {\n        const [oldestId] = this.activeSessions.keys();\n        const session = this.activeSessions.get(oldestId)!;\n        // Session state is persisted automatically — safe to disconnect\n        await session.disconnect();\n        this.activeSessions.delete(oldestId);\n    }\n}\n```\n\n## Sessions éphémères et persistantes\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-7.png)\n\n### Sessions éphémères\n\nPour les points de terminaison d’API sans état où chaque requête est indépendante :\n\n```typescript\napp.post(\"/api/analyze\", async (req, res) => {\n    const session = await client.createSession({\n        model: \"gpt-5.4\",\n    });\n\n    try {\n        const response = await session.sendAndWait({\n            prompt: req.body.prompt,\n        });\n        res.json({ result: response?.data.content });\n    } finally {\n        await session.disconnect();  // Clean up immediately\n    }\n});\n```\n\n### Sessions persistantes\n\nPour les interfaces conversationnelles ou les workflows de longue durée :\n\n```typescript\n// Create a resumable session\napp.post(\"/api/chat/start\", async (req, res) => {\n    const sessionId = `user-${req.user.id}-${Date.now()}`;\n\n    const session = await client.createSession({\n        sessionId,\n        model: \"gpt-5.4\",\n        infiniteSessions: {\n            enabled: true,\n            backgroundCompactionThreshold: 0.80,\n        },\n    });\n\n    res.json({ sessionId });\n});\n\n// Continue the conversation\napp.post(\"/api/chat/message\", async (req, res) => {\n    const session = await client.resumeSession(req.body.sessionId);\n    const response = await session.sendAndWait({ prompt: req.body.message });\n\n    res.json({ content: response?.data.content });\n});\n\n// Clean up when done\napp.post(\"/api/chat/end\", async (req, res) => {\n    await client.deleteSession(req.body.sessionId);\n    res.json({ success: true });\n});\n```\n\n## Déploiements de conteneurs\n\n### Kubernetes avec stockage persistant\n\n```yaml\napiVersion: apps/v1\nkind: Deployment\nmetadata:\n  name: copilot-cli\nspec:\n  replicas: 3\n  selector:\n    matchLabels:\n      app: copilot-cli\n  template:\n    metadata:\n      labels:\n        app: copilot-cli\n    spec:\n      containers:\n        - name: copilot-cli\n          image: your-registry/copilot-cli:latest  # See backend-services.md for how to build and push this image\n          args: [\"--headless\", \"--host\", \"0.0.0.0\", \"--port\", \"4321\"]\n          env:\n            - name: COPILOT_GITHUB_TOKEN\n              valueFrom:\n                secretKeyRef:\n                  name: copilot-secrets\n                  key: github-token\n          ports:\n            - containerPort: 4321\n          volumeMounts:\n            - name: session-state\n              mountPath: /root/.copilot/session-state\n      volumes:\n        - name: session-state\n          persistentVolumeClaim:\n            claimName: copilot-sessions-pvc\n---\napiVersion: v1\nkind: Service\nmetadata:\n  name: copilot-cli\nspec:\n  selector:\n    app: copilot-cli\n  ports:\n    - port: 4321\n      targetPort: 4321\n```\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-8.png)\n\n### Azure Container Instances (Instances de Conteneur Azure)\n\n```yaml\ncontainers:\n  - name: copilot-cli\n    image: your-registry/copilot-cli:latest  # See backend-services.md for how to build and push this image\n    command: [\"copilot\", \"--headless\", \"--host\", \"0.0.0.0\", \"--port\", \"4321\"]\n    volumeMounts:\n      - name: session-storage\n        mountPath: /root/.copilot/session-state\n\nvolumes:\n  - name: session-storage\n    azureFile:\n      shareName: copilot-sessions\n      storageAccountName: myaccount\n```\n\n## Liste de contrôle de production\n\n![Diagramme : Organigramme montrant le processus décrit.](/assets/images/help/copilot/copilot-sdk/setup-scaling-diagram-9.png)\n\n| Préoccupation                 | Recommandation                                                                               |\n| ----------------------------- | -------------------------------------------------------------------------------------------- |\n| **Nettoyage de session**      | Exécutez régulièrement un nettoyage pour supprimer les sessions plus anciennes que votre TTL |\n| **Vérifications d’intégrité** | Envoyez régulièrement une requête ping au serveur CLI ; redémarrez-le s’il ne répond pas.    |\n| **Stockage**                  | Monter des volumes persistants pour `~/.copilot/session-state/`                              |\n| **Secrets**                   | Utilisez le gestionnaire de secrets de votre plateforme (Coffre, K8s Secrets, etc.)          |\n| **Monitoring**                | Suivre le nombre de sessions actives, la latence de réponse, les taux d’erreur               |\n| **Locking**                   | Utiliser Redis ou similaire pour l’accès à une session partagée                              |\n| **Arrêter**                   | Laisser les sessions actives se terminer avant d’arrêter les serveurs CLI                    |\n\n## Limitations\n\n| Limitation                                      | Détails                                                                         |\n| ----------------------------------------------- | ------------------------------------------------------------------------------- |\n| **Aucun verrouillage de session intégré**       | Implémenter le verrouillage au niveau de l’application pour l’accès simultané   |\n| **Aucun équilibrage de charge intégré**         | Utilisez un équilibreur de charge externe ou un maillage de services.           |\n| **L’état de session est basé sur des fichiers** | Nécessite un système de fichiers partagé pour les configurations multiserveurs  |\n| **Délai d’inactivité de 30 minutes**            | Les sessions sans activité sont nettoyées automatiquement par l’interface CLI   |\n| **L’interface CLI est un processus unique**     | Faites évoluer en ajoutant davantage d’instances du serveur CLI, pas de threads |\n\n## Étapes suivantes\n\n* **[Reprise de session et persistance](/fr/copilot/how-tos/copilot-sdk/features/session-persistence)** : Présentation approfondie des sessions pouvant être reprise\n* **[Configuration des services principaux](/fr/copilot/how-tos/copilot-sdk/setup/backend-services)** : Configuration côté serveur core\n* **[configuration de GitHub OAuth](/fr/copilot/how-tos/copilot-sdk/setup/github-oauth)** : Authentification multi-utilisateur\n* **[BYOK (apportez votre propre clé)](/fr/copilot/how-tos/copilot-sdk/auth/byok)** : Utiliser votre propre fournisseur de modèles"}