🚀 Mettre votre application en ligne sur un environnement défini

Je déploie votre application web ou API sur un VPS ou une VM Linux de votre compte cloud : un dépôt, une destination et un environnement. Stack, version, ressources et prérequis sont vérifiés avant commande. Le projet doit déjà compiler et démarrer ; création d’application et correction métier sont exclues.

💼 Offre de base — 324,93 $US / 5 jours

🧭 Choisir une destination et un mode d’exécution

« Cloud » désigne ici une VM Linux déjà créée, pas une architecture multirégion ou serverless. VPS et VM sont des choix de destination, sans deux installations implicites.

Système Ubuntu/Debian supporté, ressources et stack sont validés. Serveur, accès et droits sont fournis ; ressources, domaine, licences et consommations restent à votre charge.

L’application peut fonctionner avec un gestionnaire de processus compatible, ou avec Docker si son image et sa configuration sont déjà utilisables. L’installation du runtime nécessaire est comprise. La création de fichiers Docker manquants correspond à l’option dédiée ; elle n’est pas imposée à un projet prêt ou déployé en mode classique.

🌐 Un nom d’hôte et HTTPS configurés

Un domaine ou sous-domaine prêt est raccordé, avec vos accès DNS. Reverse proxy, HTTPS et renouvellement sont configurés dans l’environnement retenu.

La vérification porte sur ce nom d’hôte et les routes utiles. Propagation DNS et disponibilité des tiers restent externes. Plusieurs domaines ou environnements ne sont pas inclus implicitement.

🔐 Des réglages essentiels inclus

Les variables et secrets sont placés dans la configuration appropriée avec des permissions limitées. Ils ne sont pas ajoutés au dépôt Git ni volontairement exposés dans les journaux. Les accès SSH utilisent une clé et un compte aux droits adaptés au besoin.

Pare-feu et ports sont configurés, puis l’exposition effective est contrôlée depuis l’extérieur, y compris avec Docker. Le trafic web public passe par le proxy ; ports applicatifs et bases restent privés, hors accès administratifs convenus. Ces protections sont incluses.

Le redémarrage des services après incident de processus ou redémarrage du serveur et la rotation des journaux sont configurés. Un contrôle HTTP simple est ajouté lorsqu’un endpoint adapté existe. Cela ne constitue pas une surveillance humaine permanente ni une garantie de disponibilité absolue.

🗂️ Données existantes, migrations et reprise

Si l’application utilise une base de données, la connexion à une base existante compatible est comprise. Les accès, règles réseau et paramètres nécessaires sont vérifiés. Le stockage persistant requis doit déjà être prévu par l’application et disponible ; sa configuration de déploiement doit conserver les données lors des redémarrages convenus.

Les migrations fournies sont examinées et testées dans le périmètre défini avant leur application. Un point de reprise adapté est préparé avant les changements. La sauvegarde de précaution et la procédure de retour du code ne nécessitent pas d’acheter une option pour rendre le déploiement de base utilisable.

Revenir à une version de code et restaurer les données sont deux opérations différentes. Une migration peut rendre l’ancien code incompatible ; le plan indique donc les conditions de retour et les limites de restauration. Il ne promet pas de récupérer des données absentes d’une sauvegarde exploitable.

✅ Cinq contrôles et une livraison documentée

Les cinq contrôles couvrent fonctionnement, HTTPS, redémarrage, droits et erreurs/journaux. Résultats, paramètres et commandes de reprise sont documentés.

Sans Kubernetes, haute disponibilité, engagement de service, astreinte ou stores mobiles. Les options complètent cette installation sans revendre ses protections essentielles.

🛠️ Seize options pour votre environnement

Chaque supplément et son délai s’ajoutent à la base. Les réglages nécessaires à l’option sont compris dans son périmètre. Une tâche déjà incluse, comme l’installation SQL nécessaire à une migration, n’est pas facturée une deuxième fois sous un autre intitulé.

1️⃣ Dockerisation de votre application — +179,27 $US / +3 jours

Création d’un Dockerfile pour l’application et d’une configuration Compose pour l’application et les dépendances retenues, jusqu’à six services. Volumes persistants, réseaux privés, contrôles de fonctionnement et image identifiée par un tag sont prévus. Les secrets ne sont pas intégrés dans l’image.

Le projet doit être compilable. Un ajustement léger du build peut être compris ; une refonte de dépendances ou de logique métier ne l’est pas. Les services retenus et leurs prérequis sont définis avant réalisation, sans création implicite d’une architecture distribuée.

La base sait déjà exécuter une image ou configuration Docker prête, sans cette option. Une instance de données existante peut être réutilisée ; installer un nouveau service SQL ou Redis relève de son périmètre annoncé, sans facturer deux fois le même travail de configuration.

2️⃣ Installation PostgreSQL ou MySQL — +179,27 $US / +3 jours

Une instance PostgreSQL OU MySQL, une base et un compte applicatif avec les privilèges utiles. Le service utilise un stockage persistant et un accès réseau privé. La connexion de l’application et une opération de test adaptée sont vérifiées.

La version et les extensions nécessaires sont validées avec votre application. Un premier point de reprise est compris. Les sauvegardes quotidiennes et leur destination distante correspondent à l’option dédiée ; elles ne remplacent pas cette précaution initiale.

Sans haute disponibilité, cluster, refonte de schéma ou migration historique. Si l’installation est déjà nécessaire à la migration commandée, elle est comprise dans cette migration et cette option SQL n’est pas à ajouter pour la même instance.

3️⃣ Installation Redis pour le cache — +112,04 $US / +2 jours

Une instance Redis privée, avec configuration des accès et raccordement à une application qui possède déjà un usage de cache compatible. La mémoire et les paramètres utiles sont fixés selon les ressources disponibles. Les contrôles vérifient la connexion et le comportement convenu.

Redis n’est pas exposé librement sur Internet. Les identifiants restent dans la configuration protégée. L’option ne réécrit pas l’application pour lui ajouter une stratégie de cache, des invalidations ou une nouvelle logique métier.

Sans cluster, garantie de durabilité d’une file de messages ou exploitation permanente. Un worker utilisant déjà un autre backend de file prêt n’impose pas d’acheter Redis.

4️⃣ Migration depuis un ancien hébergement — +291,32 $US / +4 jours

Transfert d’une application, d’une base de données de deux Go maximum et de fichiers de cinq Go maximum, entre versions compatibles. L’ancien hébergement doit rester accessible. Inventaire, copie, contrôles et essai de restauration sont compris ; la transformation du schéma métier ne l’est pas.

Nous définissons une fenêtre de maintenance et la gestion des écritures : gel temporaire ou reprise d’un delta précisément convenu. La bascule DNS intervient avec les vérifications prévues. Les interruptions annoncées ne constituent pas une promesse de migration sans coupure.

La destination utilise une base existante compatible ; si une nouvelle instance est nécessaire à cette migration, son installation est comprise. L’option SQL séparée n’est donc pas obligatoire. Le plan de retour précise le traitement des données écrites après la bascule : revenir au code ou au DNS ne les fusionne pas automatiquement avec l’ancien serveur.

5️⃣ Environnement de préproduction — +179,27 $US / +3 jours

Une copie d’environnement pour la même application, sur une VM compatible déjà prête du client, avec un sous-domaine. Paramètres et secrets sont séparés de la production ; les données de test sont fictives ou anonymisées et fournies par vous.

Les e-mails et paiements utilisent des modes de test adaptés afin que les essais ne déclenchent pas les opérations réelles prévues pour la production. Les dépendances et capacités de la VM sont vérifiées avant la duplication. Les accès restent limités aux personnes autorisées.

Sans création de ressources cloud, copie aveugle de données sensibles, multiples environnements ou synchronisation permanente de la production. Les comptes et services nécessaires à cet environnement doivent être disponibles.

6️⃣ Déploiement automatisé avec GitHub Actions — +246,50 $US / +4 jours

Un dépôt et un pipeline pour construire le projet, exécuter ses tests existants et déployer vers une cible. La branche est convenue, avec déclenchement manuel autorisé pour la production, ou validation d’environnement si votre offre GitHub le permet. Les artefacts sont identifiés et les commandes de reprise sont documentées.

Secrets et accès de déploiement sont limités au besoin. Compte, offre GitHub et runner compatible prêt sont vérifiés au cadrage. Le pipeline utilise un mode classique ou un conteneur prêt ; acheter la dockerisation n’est pas obligatoire.

L’option automatise la procédure retenue, sans écrire une suite de tests applicatifs manquante ou créer des ressources cloud. Les migrations suivent la stratégie de reprise convenue : un pipeline ne garantit pas un retour automatique de toutes les données.

7️⃣ Sauvegardes automatiques et essai de restauration — +201,68 $US / +3 jours

Une base de deux Go maximum et des fichiers de cinq Go maximum sont sauvegardés quotidiennement, avec conservation de trente jours. Une destination distante privée compatible doit être prête dans votre compte ; son stockage et sa consommation restent à votre charge.

La copie est cohérente selon la méthode retenue. Le chiffrement en transfert et au repos est configuré avec la solution compatible, et les éléments nécessaires à la récupération des clés sont documentés avec un accès restreint. Contrôle des échecs et une alerte configurée sont inclus, sans acheter l’option de surveillance générale.

Une restauration isolée vérifie une sauvegarde et sa procédure. La fréquence quotidienne est un objectif d’organisation, pas une garantie de zéro perte ni un engagement de service. Le point de reprise de précaution avant les changements reste déjà inclus dans la base.

8️⃣ Surveillance et alertes de fonctionnement — +112,04 $US / +2 jours

Un outil sur un environnement, pour cinq indicateurs : réponse HTTP, CPU, mémoire, disque et expiration du certificat TLS. Les seuils et un canal de notification sont convenus. Un essai vérifie le déclenchement de l’alerte dans le périmètre configuré.

Le contrôle HTTP simple du déploiement est déjà compris dans la base. Cette option ajoute un suivi et des alertes centralisés, sans conditionner la vérification initiale du service. Compte, accès et frais de l’outil restent à votre charge.

Sans astreinte, intervention humaine permanente ou temps de résolution garanti. Une notification signale une situation ; elle ne promet pas sa correction automatique.

9️⃣ Centralisation des journaux — +156,86 $US / +2 jours

Deux sources, application et reverse proxy, sont envoyées vers une destination compatible prête. Une conservation de sept jours est configurée, avec droits de consultation limités et masquage des secrets et données usuelles concernées.

Le travail comprend le raccordement, les filtres utiles et la vérification d’événements de test. Les mots de passe, jetons et contenus sensibles complets ne sont pas ajoutés volontairement aux rapports. La rotation locale des logs reste déjà comprise dans la base.

Sans audit exhaustif de chaque ligne produite par le code, analyse humaine continue ou correction de tous les incidents remontés. Stockage, rétention supplémentaire et frais de l’outil restent séparés.

🔟 Worker ou tâches planifiées — +134,45 $US / +2 jours

Une option au choix : lancer un worker déjà développé OU configurer jusqu’à trois tâches planifiées existantes. Les commandes, fréquence, fuseau, conditions de reprise et journaux d’erreur sont définis. Les mécanismes adaptés limitent les doubles lancements involontaires.

Un worker nécessite un backend de file compatible déjà prêt. Il ne suppose pas Redis si votre application utilise un autre service. Les traitements doivent déjà fonctionner dans le projet ; leur comportement métier et leur stratégie de traitement des messages ne sont pas réécrits implicitement.

Sans nouvelle automatisation métier, ordonnanceur libre ou traitement distribué à grande échelle. L’intervention concerne le fonctionnement des processus convenus sur l’environnement retenu.

1️⃣1️⃣ Connexion à un stockage objet privé — +156,86 $US / +2 jours

Un bucket compatible avec l’interface S3 retenue, dans un compte client prêt. L’application doit déjà disposer d’un adaptateur de stockage configurable et de ses flux d’envoi ou consultation. Les droits minimums, paramètres et origines CORS précises sont configurés.

L’accès reste privé ; les URL temporaires sont utilisées lorsque les flux existants les prennent en charge. Les essais vérifient le comportement autorisé sans exposer une clé privilégiée dans le navigateur. La compatibilité est confirmée pour le fournisseur choisi, sans supposer que tous les services dits S3 sont identiques.

Sans développement d’un upload ou téléchargement manquant, migration massive de fichiers ou gestion documentaire. Les frais de stockage et de transfert restent à votre charge.

1️⃣2️⃣ Configuration des e-mails transactionnels — +100,84 $US / +2 jours

Un fournisseur SMTP ou API compatible et prêt, pour une application dont le flux d’e-mail existe déjà. La configuration d’envoi et un essai technique convenu sont compris. Le domaine expéditeur et les accès DNS doivent être disponibles.

Les réglages SPF, DKIM et DMARC utiles sont adaptés en préservant les entrées existantes et les autres services de messagerie. La politique retenue est définie avant le changement. Les identifiants restent dans la configuration protégée.

Sans nouveau modèle d’e-mail, développement d’un événement métier, campagne marketing, retrait garanti d’une liste de blocage ou réception assurée en boîte principale. Abonnement et consommation d’envoi restent externes.

1️⃣3️⃣ Configuration Cloudflare et cache public — +123,25 $US / +2 jours

Un nom d’hôte sur un compte Cloudflare prêt, avec cache des assets et contenus publics explicitement retenus. Les routes privées, comptes et API ne sont pas mises en cache. Les exclusions et comportements d’actualisation sont vérifiés.

La connexion TLS et le certificat du serveur d’origine sont vérifiés, avec le mode Full strict ou un équivalent compatible ; le réglage ne repose pas sur une liaison non protégée vers l’origine. Les modifications DNS préservent les services compatibles déjà présents, notamment la messagerie.

Sans cache de données personnelles, transformation de tout le site, garantie absolue contre les attaques ou couverture de plusieurs domaines. Les fonctions payantes éventuelles restent liées à votre compte et à leurs frais.

1️⃣4️⃣ Optimisation ciblée de la configuration — +168,07 $US / +3 jours

Un goulot du serveur ou du proxy est défini, avec une mesure reproductible avant et après. L’intervention peut concerner compression, paramètres de pool, limites de service ou cache public, selon la stack et le problème retenus.

Les réglages restent compatibles avec l’application et ses ressources. Les données privées ne deviennent pas publiques pour gagner du temps de réponse. Les mesures et limites observées sont documentées, sans test de charge agressif sur votre production.

Sans réécriture de l’application, optimisation générale de toute l’architecture, note standard garantie ou gain chiffré universel.

1️⃣5️⃣ Déploiement d’une seconde application — +179,27 $US / +3 jours

Une autre application prête, un dépôt et un nom d’hôte supplémentaires, sur la même VM. Les ressources disponibles et la compatibilité des runtimes sont validées avant réalisation. Le mode peut être un processus classique ou un conteneur déjà prêt.

Cette application bénéficie des réglages essentiels de base : HTTPS, secrets protégés, exposition contrôlée, persistance prévue, redémarrage et vérifications. Une base de données existante compatible doit être disponible si elle est nécessaire ; aucune refonte fonctionnelle n’est comprise.

Sans serveur supplémentaire, nouvel environnement cloud arbitraire ou ressources illimitées sur une petite VM. Chaque application conserve les droits et paramètres appropriés afin d’éviter de partager inutilement ses secrets avec l’autre.

1️⃣6️⃣ Exercice de reprise sur un serveur de test — +201,68 $US / +3 jours

Reconstruction d’une application sur une VM de test vierge, compatible et déjà fournie par le client, à partir des configurations et d’une sauvegarde disponible. Les versions doivent être compatibles, avec une base de deux Go maximum et des fichiers de cinq Go maximum.

L’environnement est reconstitué, les données restaurées de façon isolée et cinq contrôles de fonctionnement sont effectués. La durée observée, les étapes et les difficultés sont consignées dans un rapport et une procédure. Les accès de production ne sont pas utilisés pour déclencher des opérations réelles depuis cet essai.

L’option sauvegardes n’est pas obligatoire si vous fournissez une copie exploitable. Elle comprend déjà son propre test de restauration ; cet exercice porte sur la reconstruction complète du service sur une autre VM. Aucun délai de reprise universel ou engagement de service n’est garanti.

🧮 Exemples de configurations

L’addition arithmétique de la base et des seize suppléments représente 3 047,62 $US et 48 jours. Ce total ne recommande pas de tout sélectionner : les tâches communes, notamment l’installation SQL comprise dans la migration, ne sont pas commandées deux fois pour le même besoin. Les éventuels frais ComeUp et les services externes restent distincts du travail annoncé.

🤝 Déroulement de l’intervention

1. Examiner l’application, sa version, ses instructions et les ressources disponibles avant la commande.
2. Fixer la destination, le domaine, les dépendances et les critères de vérification.
3. Préparer les accès, la configuration et le point de reprise avant les changements.
4. Déployer l’application et les options retenues, puis effectuer les contrôles convenus.
5. Livrer les configurations et la notice, présenter le fonctionnement et les procédures de reprise.

Deux séries de retours regroupés permettent les retouches ciblées sur la configuration et le fonctionnement attendu. Les anomalies de conformité du travail livré restent à corriger sans option. Une nouvelle application, une autre architecture ou une correction de logique métier constitue un périmètre distinct.

📦 Les livrables

La notice décrit les réglages livrés et les actions usuelles convenues. Elle ne transforme pas la commande initiale en maintenance continue : surveillance humaine, mises à jour futures et traitement quotidien des incidents ne sont pas compris.

📋 Préparer votre projet

Fournissez dépôt, version, commandes de build/démarrage, dépendances, migrations, données persistantes et accès à la VM et au DNS. Selon les options, ajoutez ancien hébergement, sauvegarde, destination distante, runner, services externes et VM de test prêts. Les coûts restent dans vos comptes.

Les accès sont partagés par un moyen adapté, sans clé privée, mot de passe personnel ou donnée sensible dans le brief. Invitations et comptes limités sont privilégiés lorsqu’ils sont disponibles.

❓ Questions fréquentes

Le serveur et le domaine sont-ils inclus ?
Non. La prestation couvre le travail ; ressources, domaine, licences et fournisseurs restent à votre charge.

Docker impose-t-il la dockerisation ?
Non, si votre image et votre configuration sont prêtes. Le runtime est installé dans la base ; l’option crée les fichiers manquants.

HTTPS et le point de reprise sont-ils optionnels ?
Non. Ils font partie de la base, avec SSH, pare-feu et droits nécessaires.

La migration nécessite-t-elle l’option SQL ?
L’instance nécessaire à la migration est déjà comprise. Un même travail n’est pas facturé deux fois.

Revenir à l’ancien code restaure-t-il les données ?
Non. Le plan distingue code, schéma et données, avec les sauvegardes nécessaires et leurs limites.

Le délai couvre-t-il l’attente de comptes ou du DNS ?
Il concerne le travail avec des ressources prêtes. Les dépendances externes sont clarifiées avant commande, comme une application non compilable.

📩 Présentez votre application, la destination souhaitée et les dépendances disponibles. Nous définirons un déploiement vérifiable, avec des réglages, des livrables et un budget précis.