> For the complete documentation index, see [llms.txt](https://docs.edgegap.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.edgegap.com/fr/godot.md).
# Godot - Démarrage
Apprenez en faisant et déployez votre premier serveur dédié sur Edgegap. À la fin de ce guide, vous aurez déployé un serveur dédié avec Edgegap sans frais.
## ✔️ Préparation
Avant de commencer, assurez-vous de [créer un compte gratuit chez Edgegap](https://app.edgegap.com/auth/register) (aucune carte de crédit requise).
**Configurez quelques éléments essentiels sur votre machine de développement :**
Installez Docker Desktop (ou Docker CLI)
* [Installez Docker Desktop à partir de la source officielle](https://www.docker.com/products/docker-desktop/) (aucun compte requis).
* Redémarrez votre ordinateur après avoir terminé l'installation.
Installez le plugin de démarrage rapide pour serveurs dédiés Godot d'Edgegap
Ce plugin a été testé et prend en charge les versions Godot 4.x.x et ultérieures.
Option 1) Installer depuis un ZIP :
1. [Téléchargez la dernière archive ZIP.](https://github.com/edgegap/edgegap-godot-plugin/archive/refs/heads/main.zip)
2. Extrayez le ZIP dans le dossier `addons` de votre projet.
{% hint style="info" %}
Pour mettre à jour un plugin installé avec ZIP, supprimez l'ancien plugin et remplacez-le par le nouveau ZIP.
{% endhint %}
Option 2) Installer depuis les sources :
1. [Installez un client git (par exemple git-scm)](https://git-scm.com/).
2. Clonez notre dépôt de plugin dans le dossier `addons` de votre projet.
```
git clone git@github.com:edgegap/edgegap-godot-plugin.git
```
{% hint style="info" %}
Pour mettre à jour un plugin installé avec git, ouvrez la ligne de commande dans le dossier du plugin et exécutez `git pull`.
{% endhint %}
{% hint style="info" %}
**Activez votre nouveau plugin Edgegap Servers Quickstart sous Projet / Paramètres du projet / Plugins.** Un nouvel onglet intitulé « Edgegap » apparaîtra dans votre panneau de droite, à côté de l'Inspecteur. Si vous fermez le panneau plus tard et devez le rouvrir, vous trouverez l'option sous Projet / Outils / Edgegap.
{% endhint %}
## ⚙️ 1. Connecter le compte
☑️ Connectez-vous et vérifiez qu'il n'y a pas de nouvelles erreurs dans votre sortie liées au plugin d'Edgegap.
✅ Vous pouvez maintenant passer à l'étape suivante.
## 🔧 2. Compiler le serveur de jeu
Que vous utilisiez une machine Windows, Mac ou Linux, vous devrez **compiler votre serveur pour l'environnement d'exécution Linux**, car la plupart des fournisseurs de cloud aujourd'hui (y compris Edgegap) fonctionnent sous Linux. Pas d'inquiétude, aucune connaissance de Linux n'est requise pour accomplir cela avec notre plugin.
☑️ **Validez les modèles d'exportation pour vous assurer que le plugin a correctement configuré votre modèle de serveur Linux.**
{% hint style="info" %}
**Utilisateurs avancés** - personnalisez éventuellement [le modèle d'exportation](https://docs.godotengine.org/en/latest/tutorials/export/exporting_projects.html). Attention ! Cela peut casser votre build.
{% endhint %}
☑️ **Ajoutez un nouveau script d'amorçage à votre projet pour lancer automatiquement en tant que serveur dédié.** Créez un nouveau nœud sous votre scène principale et liez le nouveau script dans Inspecteur / Script / Charger.
{% tabs %}
{% tab title="Exemple de script d'amorçage par défaut" %}
Il s'agit d'un script modèle minimal qui peut être étendu pour répondre aux besoins de votre projet.
{% file src="/files/5934f234fc63fedd6e13cb931544ee4a29c66c2f" %}
{% endtab %}
{% tab title="Exemple Netfox Forest Brawl" %}
Il s'agit d'une version personnalisée du script d'amorçage pour [netfox forest brawl](#netfox-forest-brawl-example) exemple.
{% file src="/files/16d88e9ef8050b7f67d58a6dfdfa21a424e9c0e7" %}
{% endtab %}
{% endtabs %}
{% hint style="success" %}
Les builds de serveur utilisent généralement le port `7777`. Si vous personnalisez votre port, veuillez spécifier le mêm~~e~~ dans votre [Applications et versions](/fr/learn/orchestration/application-and-versions.md#port-mapping) une fois que vous [#id-5.-upload-to-edgegap](#id-5.-upload-to-edgegap "mention").
{% endhint %}
☑️ Une fois que vous êtes satisfait de votre configuration, cliquez sur **Compiler le serveur**, attendez la fin du processus et vérifiez qu'il n'y a pas de nouvelles erreurs dans votre sortie. L'achèvement de cette étape entraînera **l'apparition d'une nouvelle build dans votre projet dans le dossier** `build`**.**
✅ Vous pouvez maintenant passer à l'étape suivante.
## 🐋 3. Conteneuriser le serveur
Travailler en équipe de développeurs signifie partager votre code. Quand les choses tournent mal, la dernière chose que vous voulez entendre est « ça marche sur ma machine ». Les serveurs de jeu doivent fonctionner de manière fiable sur n'importe quelle machine, car les serveurs d'un jeu à succès tourneront sur des milliers de machines serveur à travers le monde.
Pour aider à rendre votre serveur fiable, nous utilisons Docker - un logiciel de virtualisation garantissant que toutes les dépendances de votre code serveur jusqu'au niveau du système d'exploitation seront toujours exactement les mêmes, peu importe comment ou où le serveur est lancé.
{% hint style="info" %}
Nous recommandons de regarder ["Ne jamais installer localement" (vidéo)](https://www.youtube.com/watch?v=J0NuOlA2xDc\&ab_channel=Coderized). **Vous N'AVEZ PAS besoin d'utiliser Dockerhub avec Docker**. Docker ≠ Dockerhub. Pensez à Docker comme à un moteur de programmation et à Dockerhub comme à son App Store.
{% endhint %}
☑️ Commencez en cliquant sur le bouton **Valider Docker** pour vous assurer que vous avez terminé [#preparation](#preparation "mention").
Installez Docker Desktop (ou Docker CLI)
* [Installez Docker Desktop à partir de la source officielle](https://www.docker.com/products/docker-desktop/) (aucun compte requis).
* Redémarrez votre ordinateur après avoir terminé l'installation.
☑️ Vous pouvez configurer les options suivantes (ou conserver les valeurs par défaut) :
* **Nom de l'image** est un identifiant unique de votre choix, permettant d'étiqueter votre build de serveur avant l'envoi.
* En général, cela inclura le nom de votre jeu, par exemple « my-game-server ».
* **Tag de l'image** est un identifiant pointant vers une version spécifique de votre image.
* Le terme « artefact de build » est parfois utilisé pour désigner une version spécifique de votre image.
* Les horodatages sont une excellente option pour le marquage, par ex. `2026.07.30-16.25.00-UTC` .
* **Chemin vers le Dockerfile** peut être utilisé pour personnaliser la recette de vos images.
* Nous vous recommandons de conserver le paramètre par défaut pour l'instant, vous pourrez en lire davantage plus tard dans la section [#customize-image](#customize-image "mention").
* **Paramètres facultatifs de build Docker** peuvent être utilisés pour donner des instructions supplémentaires à Docker sur des nuances plus fines.
* Nous vous recommandons de conserver le paramètre par défaut pour l'instant, vous pouvez [en savoir plus plus tard dans la documentation Docker](https://docs.docker.com/reference/cli/docker/image/build/#options).
{% hint style="info" %}
**Reconstruire à partir du code source** sera automatiquement compilé et conteneurisé, afin de **accélérer votre prochaine compilation**.
{% endhint %}
☑️ Une fois que vous êtes satisfait de votre configuration, cliquez sur **Conteneuriser avec Docker**, attendez la fin du processus et vérifiez qu'il n'y a pas de nouvelles erreurs dans votre sortie. L'achèvement de cette étape entraînera **nouvelle image apparaissant sur votre machine locale**. Vous pouvez le vérifier soit dans Docker Desktop, dans l'onglet Images sous Local (par défaut), soit dans l'interface CLI Docker en exécutant `docker images` .
✅ Vous pouvez maintenant passer à l'étape suivante.
## 🧪 4. Tester le serveur en local
Essayons de déployer localement (sur votre machine) et de connecter un client de jeu, pour nous assurer que l'image du serveur fonctionne correctement avant de l'uploader et de la déployer (ce qui peut prendre un certain temps).
☑️ Vous pouvez configurer les options suivantes (ou conserver les valeurs par défaut) :
* **Tag de l'image du serveur** de l'étape précédente.
* Par défaut, prend le dernier tag que vous avez créé avec le plugin.
* :cloud: affiché devant le nom de votre image indique que cette image a été téléversée.
* **Paramètres facultatifs de docker run** peuvent être fournis pour exposer plusieurs ports, ou pour exécuter votre image sur des machines macOS.
* Vous pouvez publier plusieurs ports pour votre conteneur si nécessaire, il suffit d'ajouter le paramètre `-p {internal port}/{protocol}` pour chacun, par exemple `-p 8080/tcp -p 7777/udp` pour publier et mapper le port de votre serveur `8080` vers un port externe aléatoire pour la connexion TCP et le port du serveur `7777` vers un port externe aléatoire pour la connexion UDP en même temps. **Trouvez la configuration du port du serveur dans votre script d'amorçage.**
* Si vous utilisez une machine avec une architecture ARM (macOS M1, M2, M3, etc.), vous devriez voir ce paramètre facultatif inclus dans vos Paramètres facultatifs de build Docker : `--platform=linux/amd64` .
☑️ Une fois que vous êtes satisfait de votre configuration, cliquez sur **Déployer le conteneur local**, attendez la fin du processus et vérifiez qu'il n'y a pas de nouvelles erreurs dans votre sortie. L'achèvement de cette étape entraînera **le démarrage d'un nouveau conteneur** sur votre machine de développement.
{% hint style="info" %}
Pour plus de détails, voir Docker Desktop / Containers, ou la commande Docker CLI `docker ps` .
{% endhint %}
☑️ Il est maintenant temps de **connecter votre client de jeu Godot Editor à votre conteneur Docker local** pour vérifier que votre image de serveur fonctionne correctement. Trouvez les détails de connexion de votre client et saisissez :
* `localhost` ou `0.0.0.0` (équivalent dans la plupart des cas) à la place de l'IP du serveur,
* valeur de port externe aléatoire trouvée dans Docker Desktop / Containers.
☑️ Une fois que vous avez vérifié que vous pouvez vous connecter à votre conteneur de serveur local et jouer sans problème, vous pouvez supprimer le conteneur 🗑️ pour libérer des ressources sur votre machine pour d’autres programmes.
✅ Vous pouvez maintenant passer à l'étape suivante.
## ☁️ 5. Téléverser vers Edgegap
Il est temps de mettre votre serveur en ligne ! Maintenant que votre image peut héberger des joueurs avec succès, nous pouvons la téléverser sur Edgegap et commencer à l’exécuter n’importe où dans le monde. Dans ce guide, nous utiliserons [**le registre de conteneurs d’Edgegap**](/fr/learn/advanced-features/edgegap-container-registry.md) (stockage pour les images).
☑️ Vous pouvez configurer les options suivantes (ou conserver les valeurs par défaut) :
* **Nom de l'application** sur Edgegap peut correspondre au nom de votre image ou être personnalisé.
* Nous avons choisi de copier le nom de votre image pour l'instant.
* **Version de l'application** sur Edgegap peut correspondre à votre tag ou être personnalisée.
* Les horodatages sont une excellente option pour les noms de version d'application, par ex. `2024.01.30-16.50.20-UTC` .
* Plusieurs versions d'application peuvent pointer vers le même tag d'image, par exemple `v1.1.0` et `dev` .
* En savoir plus sur [Applications et versions](/fr/learn/orchestration/application-and-versions.md) plus tard.
* **Image du serveur** de l'étape [#id-3.-containerize-server](#id-3.-containerize-server "mention").
{% hint style="success" %}
Trouvez n’importe quel nom et tag d’image stockés sur votre machine dans **Docker Desktop / Images**.
{% endhint %}
☑️ Une fois que vous êtes satisfait de votre configuration, cliquez sur **Téléverser l'image et créer la version de l'application**, attendez la fin du processus et vérifiez qu'il n'y a pas de nouvelles erreurs dans votre sortie.
☑️ Vous serez redirigé vers notre [tableau de bord](https://app.edgegap.com/), où vous pourrez configurer des paramètres facultatifs. L'achèvement de cette étape entraînera [la création d'une nouvelle version d'application](https://app.edgegap.com/application-management/applications/list), et votre [artefact de build étant tagué et téléversé dans le registre de conteneurs d'Edgegap](https://app.edgegap.com/registry-management/repositories/list).
* **Version de l'application** sur Edgegap peut correspondre à votre tag ou être personnalisée.
* Les horodatages sont une excellente option pour les noms de version d'application, par ex. `2024.01.30-16.50.20-UTC` .
* Plusieurs versions d'application peuvent pointer vers le même tag d'image, par exemple `v1.1.0` et `dev` .
* En savoir plus sur [Applications et versions](/fr/learn/orchestration/application-and-versions.md) plus tard.
☑️ Vous serez maintenant invité à définir un port pour votre nouvelle version d'application. Assurez-vous de définir la même valeur de port serveur qu'à l'étape [#id-4.-test-server-locally](#id-4.-test-server-locally "mention") (par défaut 7777).
✅ Vous pouvez maintenant passer à l'étape suivante.
## 🚀 6. Déployer sur le cloud
Ceci est l'étape finale de ce guide, après laquelle vous disposerez d'un serveur déployé sur le cloud Edgegap, auquel des joueurs du monde entier pourront se connecter.
☑️ **Choisissez une application et une version** de l'étape précédente à déployer.
☑️ Une fois prêt, cliquez sur **Déployer sur le Cloud**, attendez d'atteindre [/pages/5d7a2f9e0583a99d78071f1c4b8a7892a518534a#id-3.-deployment-ready](https://docs.edgegap.com/fr/pages/5d7a2f9e0583a99d78071f1c4b8a7892a518534a#id-3.-deployment-ready "mention"). L'achèvement de cette étape entraînera le démarrage d'un [nouveau déploiement](https://app.edgegap.com/deployment-management/deployments/list) sur votre compte Edgegap.
☑️ Vérifiez qu'il n'y a pas de nouvelles erreurs dans la sortie de la console. Assurez-vous également que vos [Déploiements](/fr/learn/orchestration/deployments.md#container-logs) n'affichent aucune erreur et que vos [Déploiements](/fr/learn/orchestration/deployments.md#container-metrics) n'indiquent pas une utilisation des ressources à 100 % (vCPU ou mémoire), sinon de nouvelles connexions de joueurs peuvent être rejetées, ou votre serveur bloqué dans une boucle de redémarrage. Consultez les étapes de dépannage ci-dessous pour résoudre tout problème.
☑️ Nous allons maintenant effectuer le test final et **connecter votre client de jeu Godot Editor à votre déploiement cloud**. Trouvez les détails de connexion de votre client et saisissez :
* **Hôte** **URL** pointant vers l'IP du serveur,
* **Port externe** mappé sur le [port d'écoute interne du serveur](/fr/learn/orchestration/application-and-versions.md#port-mapping).
{% hint style="info" %}
Le port externe de votre déploiement sur le cloud Edgegap sera choisi aléatoirement, afin qu'un attaquant potentiel (hacker) soit ralenti et détecté avant de pouvoir causer des dommages.
{% endhint %}
{% hint style="warning" %}
**Désactiver le VPN lors des tests** pour des conditions plus réalistes et recevoir un [déploiement à faible latence](/fr/learn/orchestration/deployments.md#server-placement).
{% endhint %}
☑️ Une fois que vous avez vérifié que vous pouvez vous connecter à votre déploiement sans problème et que vous avez fini les tests, **Arrêtez votre déploiement** pour libérer de la capacité dans votre compte pour la prochaine build.
* En cas de problème, [inspectez les journaux du tableau de bord de votre déploiement](https://app.edgegap.com/deployment-management/deployments/list).
* Si vous ne parvenez pas à identifier le problème, nous traînons dans notre [Discord Communautaire](https://discord.gg/NgCnkHbsGp) et heureux de vous aider.
🙌 Félicitations pour votre premier déploiement sur Edgegap ! Si vous souhaitez en savoir plus, continuez à lire.
## 👉 Étapes suivantes
Une fois que vous disposez d'une configuration client/serveur fonctionnelle, assurez-vous de **sauvegarder une copie de votre projet** (en utilisant un logiciel de contrôle de version comme git) afin de toujours pouvoir retracer vos étapes en cas de problème.
Continuez à lire pour en savoir plus sur les sujets liés au cycle de vie des serveurs et à leur découvrabilité.
{% hint style="info" %}
Si vous avez besoin d’aide, [veuillez nous contacter sur Discord](https://discord.gg/MmJf8fWjnt). Pour l’assistance aux jeux en direct, consultez notre [système de tickets](https://edgegap.atlassian.net/servicedesk/customer/portal/3).
{% endhint %}
### Arrêter les déploiements
Une fois la partie terminée (ou lorsque les joueurs partent), votre déploiement peut être arrêté pour économiser des coûts. [Le fait de le faire tourner vide ou seulement partiellement rempli peut augmenter vos coûts inutilement !](https://edgegap.com/blog/how-session-fill-rate-affects-your-multiplayer-hosting-costs)
{% hint style="success" %}
Des exemples de scripts Godot arrivent bientôt !
{% endhint %}
{% hint style="warning" %}
Connectez votre [Stockage des points de terminaison](/fr/docs/endpoint-storage.md) pour obtenir vos journaux de déploiement, sinon ils seront supprimés !
{% endhint %}
### Variables injectées
Lisez des informations utiles comme l'ID du déploiement, l'adresse IP du serveur, l'emplacement du serveur, et plus encore, en accédant aux variables d'environnement injectées. Chaque déploiement inclut automatiquement :
* [Variables de déploiement](/fr/learn/orchestration/deployments.md#injected-environment-variables) - fournies automatiquement par Edgegap,
* [Variables de matchmaking](/fr/learn/matchmaking/matchmaker-in-depth.md#injected-environment-variables) - fournies automatiquement par Edgegap lors de l'utilisation de [Matchmaking](/fr/learn/matchmaking.md),
* [Variables de version d'application](/fr/learn/orchestration/application-and-versions.md#injected-variables) - paires clé-valeur personnalisées configurables par vous.
{% hint style="success" %}
Des exemples de scripts Godot arrivent bientôt !
{% endhint %}
### Automatisation des sessions
{% hint style="warning" %}
**Lancer vos déploiements manuellement, en collant l’URL et les ports, ne suffira pas pour un jeu en direct.**
{% endhint %}
Automatisez les flux de jeu populaires pour gérer les sessions et la mise à l’échelle à la demande avec l’une ou l’autre des options suivantes :
{% columns %}
{% column width="33.33333333333333%" %}
[Matchmaking](/fr/learn/matchmaking.md):
* Manches plus courtes
* Parties à la demande
* Classement par niveau et/ou\
Règles personnalisées
{% endcolumn %}
{% column width="33.33333333333333%" %}
[Navigateur de serveurs](/fr/learn/navigateur-de-serveurs.md):
* Persistant ou en manches
* Hubs régionaux sociaux
* Affectation automatique et/ou\
Recherche personnalisée
{% endcolumn %}
{% column width="33.33333333333333%" %}
Backend personnalisé :
* Migrer des parties en cours
* [Déployer avec l’API v2](/fr/docs/api/serveurs-dedies.md)
* [Observer les webhooks](/fr/learn/orchestration/deployments.md#webhooks)
{% endcolumn %}
{% endcolumns %}
{% hint style="success" %}
Des exemples de scripts Godot arrivent bientôt !
{% endhint %}
### Optimiser l'utilisation
Quelques conseils pour commencer à optimiser l'utilisation de votre serveur :
**Un taux de tick plus élevé signifie plus de mises à jour, ce qui nécessite davantage d'utilisation du CPU et de sortie de données.**
* Godot utilise par défaut 60 ticks par seconde, ce qui fonctionne très bien pour les jeux de tir rapides ou très sensibles à la latence. D'autres genres peuvent se contenter de 30 Hz, voire 15 Hz.
* Le coût caché d'un taux de tick plus élevé est l'utilisation de davantage de cycles CPU (par seconde) pour empaqueter/dépaqueter les données et recalculer les propriétés et procédures autoritaires du serveur. Soyez prudent si votre jeu comporte de nombreux joueurs par partie (10+), de nombreux nœuds avec collisions, des simulations physiques complexes ou de nombreux adversaires/coéquipiers bots.
* Testez la réactivité du jeu avec différents taux de tick dans vos paramètres de netcode. Pour ENET, voir Paramètres du projet / Physique / Commun / Physics Ticks Per Second.
**Comment choisir le bon protocole réseau ? Faites-le fonctionner d'abord, puis améliorez-le.**
* ENET intégré à Godot avec le protocole UDP par défaut est un excellent choix par défaut, offrant performance et compatibilité sur la plus large gamme d'appareils et de cas d'utilisation.
* Certains jeux peuvent vouloir expérimenter TCP, WS, WebRTC ou d'autres protocoles. Cela peut améliorer la fiabilité de votre connexion avec les appareils mobiles et les consoles, en particulier sur les réseaux publics (cellulaire, entreprise, cybercafé, Wi-Fi d'hôtel, etc.), mais cela demandera certainement des efforts de développement supplémentaires. Demandez-vous si c'est critique pour votre public cible.
* Utiliser plusieurs protocoles côte à côte pour garantir que les mises à jour importantes soient livrées en priorité peut améliorer l'expérience des joueurs pour certains genres (par ex. MMO), mais cela implique beaucoup d'efforts de développement supplémentaires et peut ajouter une complexité énorme à votre projet.
* Choisissez bien vos combats, le développement de jeux ne manque pas de défis.
### Personnaliser l'image
Nous prenons également en charge l'ajout de votre propre Dockerfile pour les utilisateurs qui ont besoin de plus de contrôle sur leurs images en raison de l'optimisation de la taille du build, de dépendances superflues ou d'un processus de démarrage plus complexe. Vous pouvez éventuellement fournir un chemin vers votre Dockerfile personnalisé à l'étape [#id-3.-containerize-server](#id-3.-containerize-server "mention"). Nous allons maintenant partager quelques conseils et bonnes pratiques « à faire soi-même ».
**Assurez-vous toujours de travailler avec une build serveur fonctionnelle.**
* Avant de supposer qu’un problème est lié au Dockerfile personnalisé, vérifiez que votre build serveur Unity peut démarrer et que le processus de build dans Unity n’a généré aucune exception ni erreur.
**Testez toujours localement avant de téléverser.**
* Tester votre image localement vous fera gagner beaucoup de temps pendant l’attente du téléversement. C’est aussi entièrement gratuit ✨ car cela ne nécessite aucune ressource Edgegap.
* Lorsque vous testez localement, assurez-vous de définir correctement votre port interne :
```bash
docker run \
-p 7777/udp \
-e ARBITRIUM_PORTS_MAPPING='{"ports":{"gameport":{"internal":7777}}}' \
'registry.edgegap.com/:'
```
**Assurez-vous d’avoir les bases. Chaque Dockerfile a besoin de quelques commandes essentielles :**
* `FROM {image}` est votre image de base ; pour les projets Unity nous utilisons généralement une distribution Linux prise en charge à long terme, mais toute image de base basée sur Linux fera l’affaire. Ce sont généralement des images publiques stockées sur Docker Hub. Référence Dockerfile ici. [Référence Dockerfile ici](https://docs.docker.com/reference/dockerfile/#from).
* `COPY {source} {destination}` pour copier votre build serveur Linux depuis votre machine hôte à l’intérieur de l’image, afin de pouvoir le démarrer plus tard. [Référence Dockerfile ici](https://docs.docker.com/reference/dockerfile/#copy).
* `USER {user}` devrait suivre après un [commande useradd (ubuntu)](https://manpages.ubuntu.com/manpages/bionic/man8/useradd.8.html) ou équivalent, il est préférable de ne pas tout exécuter en tant que `root` pour être du côté sûr. [Référence Dockerfile ici](https://docs.docker.com/reference/dockerfile/#user).
* `CMD {command}` sera la dernière ligne, appelant très probablement un `StartServer.sh` ou une sorte de script de démarrage pour s’assurer que votre serveur s’initialise correctement une fois tout configuré. [Référence Dockerfile ici](https://docs.docker.com/reference/dockerfile/#cmd).
* NE PAS utiliser `VOLUME` - vous ne pourrez pas monter de stockage local de cette manière sur Edgegap, considérez plutôt notre fonctionnalité Endpoint Storage et utilisez un bucket S3, voir [Endpoint Storage](https://docs.edgegap.com/docs/deployment/endpoint-storage),
* `EXPOSE 7777/UDP` n’est pas requis ! Cela ne rendra pas réellement le port interne du serveur disponible depuis l’extérieur du conteneur, c’est seulement un indice pour le développeur et le port doit être
* publié lors des tests locaux avec `docker run -p 7777/udp` ,
* ou mappé dans [Edgegap Port Mapping](/fr/learn/orchestration/application-and-versions.md#other-parameters-optional).
**Différez la déclaration des paramètres jusqu’au dernier moment possible. Configurabilité > composabilité en raison des longs temps de build serveur.** [**Appliquez cette approche aux commandes Dockerfile pour construire et téléverser plus rapidement.**](https://medium.com/@esotericmeans/optimizing-your-dockerfile-dc4b7b527756)
* Scénario : vous devez définir des paramètres tels que le stade de déploiement, la version, le mode de jeu, la carte, le nombre de joueurs par serveur, la fréquence de sauvegarde, ou similaire.
* Mauvaise solution : créer une image distincte pour chaque combinaison de vos paramètres. Vous passerez tout votre temps à reconstruire les images avec très peu d’avantages.
* Meilleure solution - substituer les paramètres de configuration au dernier moment :
1. paramètres de déploiement - fournis juste avant le déploiement - sélecteurs de matchmaking passés comme variables d’environnement, ou votre système de gestion de session personnalisé passant des variables d’environnement au moment du déploiement,
2. paramètres de version - partagés pour tous les déploiements sur une version d’application - stade de déploiement, tag de l’artifact, secrets et points de terminaison tiers, et similaires ; puis
3. une seule image - contient et charge toutes les options de configuration lors du lancement.
**NE PAS exécuter de bases de données sur les déploiements Edgegap.**
* Les déploiements Edgegap ne sont pas conçus pour des processus de longue durée et peuvent être arrêtés après une longue période d’exécution sans préavis. Une base de données (même distribuée) fonctionnant de cette manière peut être interrompue et entraîner une perte irréversible de données. Si vous avez besoin d’une base de données, veuillez envisager un DBaaS tiers.
* Envisagez d’utiliser nos [Clusters gérés](https://app.edgegap.com/cluster-management/clusters/list) pour héberger des bases de données et des services à longue durée d’exécution.