Devenir Cloud Engineer freelance : missions, certifications et TJM en 2026

Tu sais administrer Linux, automatiser des déploiements et ouvrir une console AWS, mais saurais-tu expliquer en une phrase ce qu’un client achète chez toi comme Cloud Engineer freelance ? C’est souvent là que le passage à l’indépendance bloque. Une liste de services cloud rassure moins qu’une offre avec un résultat, un périmètre et des preuves.

Le marché envoie pourtant un signal encourageant. Le rapport Malt Tech Trends 2026 mesure une hausse de 29 % de la demande de Cloud Engineers en 2025, portée par le passage des projets d’IA en production.

On va donc construire une offre lisible : périmètre, cloud et certification, preuves, TJM et clauses à négocier avant de toucher à l’infrastructure du client.

Que vend réellement un Cloud Engineer freelance ?

Un Cloud Engineer conçoit, déploie et exploite les fondations techniques des applications d’une entreprise : comptes cloud, réseau, identités, calcul, stockage, sauvegardes et automatisation. Le client n’achète pas une connaissance encyclopédique d’AWS, mais une plateforme sur laquelle ses équipes travaillent sans improviser les droits ou la reprise après incident.

Une offre cloud devient achetable quand elle promet un livrable vérifiable, pas quand elle aligne vingt logos techniques.

Cloud Engineer, DevOps ou FinOps ?

Rôle	Question principale
Cloud Engineer	Comment construire et exploiter l’infrastructure cloud ?
DevOps	Comment livrer plus vite avec moins de risques ?
Consultant FinOps	Comment relier consommation, valeur et budget ?

Si ton offre porte sur les pipelines de livraison, lis plutôt notre guide pour devenir DevOps freelance ; si elle concerne la facture, celui du consultant FinOps freelance.

J’ai travaillé avec des équipes où « infrastructure » désignait tout ce qui n’était pas du code produit. En indépendant, cette ambiguïté te rend responsable du réseau, du pipeline et du support sans que ton devis ne les finance.

Les missions que tu peux transformer en offres

• Audit cloud : inventaire des comptes, IAM, réseau, sauvegardes, coûts et risques, puis plan d’action priorisé.
• Landing zone : structure des comptes, identité, réseau, logs centralisés et socle Infrastructure as Code.
• Migration : découverte, vagues de bascule, tests, retour arrière et stabilisation.
• Charges IA : capacité GPU, isolation des données et coût par usage. Malt observe en 2026 une hausse de 154 % de la demande pour les infrastructures dédiées aux LLM.

Chaque mission se décrit par ses livrables et un critère d’acceptation, sinon une « migration cloud » peut durer indéfiniment.

Quel cloud choisir et quelles preuves montrer ?

Le bon cloud principal est celui que tes clients cibles utilisent déjà et sur lequel tu possèdes une expérience défendable. Trois catalogues appris en parallèle donnent un discours large, sans profondeur.

• AWS reste le fournisseur le plus recherché dans les données Malt 2026. La concurrence y oblige à choisir un angle.
• Azure s’insère naturellement chez les clients équipés de Microsoft Entra ID, Microsoft 365 ou Windows Server.
• Google Cloud pèse moins en France, mais différencie un profil data ou IA.

Choisis un cloud principal et une spécialité. Ajoute un second environnement quand une mission réelle justifie cet investissement.

Les certifications qui rassurent un client

Une certification franchit un filtre achats ou renforce une candidature présentée par un partenaire cloud, sans prouver que tu sais diagnostiquer une panne.

Parcours	Prix d’examen constaté en septembre 2026	Validité
AWS Solutions Architect Associate	150 $ US	3 ans
Azure Administrator Associate, AZ-104	126 € en France	1 an, renouvelable en ligne
Google Associate Cloud Engineer	125 $ US	3 ans
Certified Kubernetes Administrator, CKA	445 $ US	2 ans

La CNCF décrit la CKA comme un examen pratique de deux heures, avec 30 % du programme consacré au dépannage. Une certification Associate cohérente avec ton cloud principal suffit souvent au départ.

Les preuves à montrer sans exposer un client

Ton portfolio ne doit contenir ni identifiant de compte, ni adresse IP, ni capture d’une console client. Montre plutôt une méthode sur des environnements fictifs.

• Un dépôt Infrastructure as Code qui déploie une petite landing zone à deux environnements, avec état distant, contrôles automatiques et destruction propre. Il doit surtout montrer tes décisions : séparation des comptes, logs, permissions du pipeline.
• Un schéma et un démonstrateur court : frontières de confiance, flux, points de reprise, puis un déploiement reproductible avec alerte de coût et restauration d’une donnée.
• Un retour d’incident anonymisé : symptôme, impact, chronologie, cause racine et actions préventives, sans détail permettant une réidentification.

Avant de vendre un périmètre, teste-toi : peux-tu déployer un environnement isolé depuis un dépôt vide, restaurer une donnée, puis tout supprimer sans laisser de ressource facturable ?

Quel TJM viser comme Cloud Engineer freelance ?

Malt publie un TJM médian européen de 640 € pour les experts cloud dans son étude 2026. En France, les annonces récentes affichent de 400 € à plus de 900 € par jour selon le niveau, l’intermédiaire et la spécialité.

Positionnement	TJM indicatif HT en 2026	Ce qui soutient le tarif
Première mission cloud, expérience infrastructure encadrée	400 à 500 €	exécution définie, peu de conception
Cloud Engineer confirmé	500 à 650 €	autonomie, Terraform, IAM, réseau, documentation
Senior ou spécialiste	650 à 800 €	migrations critiques, Kubernetes, sécurité, reprise d’activité
Lead ou expert à forte responsabilité	800 à 1 000 € et plus	architecture, secteurs régulés, pilotage de bascule

Une certification seule ne justifie pas 100 € de plus par jour. Une compétence rare, reliée à un risque coûteux, peut le faire. Pour calculer ton plancher avant de négocier, utilise la méthode de notre guide sur la fixation du TJM freelance.

Ton TJM rémunère du temps disponible, mais aussi le niveau de risque que le client te demande d’assumer.

Forfait ou régie selon la mission

Un audit se prête au forfait si le périmètre est borné. Pour quatre jours à 650 € (cadrage 0,5 jour, analyse 1,5, rapport 1,5, restitution 0,5), la base atteint 2 600 € HT. Propose 2 850 € HT pour absorber une série de retours, en limitant le nombre de comptes audités.

Une migration comporte trop d’inconnues pour un forfait global : découverte au forfait, puis réalisation au TJM par vagues, avec critères de sortie et retour arrière. L’astreinte reste une prestation distincte, détaillée dans notre guide sur l’astreinte freelance.

Comment sécuriser les accès et ta responsabilité ?

Un accès administrateur transforme une erreur de manipulation en risque majeur. La sécurité s’écrit dans ta méthode, puis dans le contrat.

Les règles d’accès non négociables

• un compte nominatif fourni ou approuvé par le client, avec MFA ;
• le moindre privilège et une élévation temporaire quand elle existe ;
• les secrets dans un coffre, jamais dans le code ou la messagerie ;
• un inventaire des accès, puis une révocation confirmée par écrit le dernier jour.

Le guide de cybersécurité de l’ANSSI recommande ces mêmes principes aux entreprises numériques. Si ton client est soumis à des contraintes sectorielles, notre article sur NIS2 pour les freelances explique pourquoi les exigences cyber remontent dans les contrats.

La matrice de responsabilités

Le fournisseur ne sécurise pas tout ce que tu déploies. Les modèles de responsabilité partagée d’AWS et d’Azure laissent au client ses données, ses identités et ses réglages, quel que soit le modèle de service.

Ajoute donc au cadrage une matrice qui nomme, pour chaque sujet sensible (correctifs, droits, restauration, secrets, alertes), qui réalise, qui valide et qui intervient en cas d’incident. Écris un rôle, jamais « le client », et consigne chaque correction refusée avec son risque.

Les clauses à lire avant de signer

Le contrat de mission freelance doit définir au minimum le périmètre et les exclusions, les critères de recette, le SLA, la fourniture et la révocation des accès privilégiés, la propriété du code, la réversibilité et un plafond de responsabilité cohérent avec le prix et l’assurance. Refuse une responsabilité illimitée pour toute perte indirecte ou indisponibilité du fournisseur, et fais relire les contrats à fort enjeu par un juriste.

Tu peux répondre de ton travail. Tu ne peux pas assurer seul le risque opérationnel total d’une entreprise.

Comment lancer ton offre en 60 jours ?

Les ESN ouvrent les grands comptes contre une marge d’intermédiation, les partenaires AWS, Microsoft ou Google Cloud cherchent de la capacité sur des projets cadrés, la mission directe offre la meilleure marge. Dans tous les cas, on prospecte avec une offre, pas avec un CV : « Audit IAM Azure en cinq jours avec matrice des risques » vaut mieux qu’« expert cloud disponible ».

1. Jours 1 à 10 : choisir une promesse. Un cloud, un type de client, un problème. Analyse vingt offres, puis rédige ta phrase de positionnement et trois exclusions (astreinte, support utilisateur, développement applicatif).
2. Jours 11 à 25 : construire les preuves. Dépôt, schéma, démonstrateur, retour d’incident, puis une revue par un pair. La certification accompagne ces preuves, elle ne retarde pas la prospection.
3. Jours 26 à 40 : emballer deux offres. Un audit au forfait et une réalisation au TJM, chacune sur une page : pour qui, quel problème, quel résultat, comment on démarre.
4. Jours 41 à 60 : ouvrir le marché. Anciens collègues, cinq intermédiaires spécialisés, deux partenaires cloud locaux. Ajuste l’offre sur les objections répétées, pas sur un seul refus.

J’ai quitté le salariat pour diversifier mes expériences. Le déclic commercial n’est pas venu d’une nouvelle ligne dans ma stack, mais du jour où j’ai relié ce que je savais faire au problème que l’entreprise voulait résoudre.

Devenir Cloud Engineer freelance : ta prochaine action

Choisis un terrain crédible, construis une preuve, chiffre une offre courte et verrouille les accès comme si un audit avait lieu demain. Ta checklist tient en quatre actions :

Le marché cherche quelqu’un capable de prendre un périmètre, d’expliquer ses décisions et de laisser une infrastructure exploitable après son départ.

FAQ

Questions fréquentes

Peut-on débuter sans expérience cloud en production ? +

Tu peux construire un démonstrateur sans production, mais vendre seul une migration critique serait risqué. Commence par un périmètre encadré, une mission en binôme ou une ESN, et ne présente jamais un laboratoire personnel comme une expérience de production.

Faut-il maîtriser Kubernetes ? +

Non, pas pour chaque mission : un client qui déploie deux applications sur un service managé n'a pas besoin d'un cluster. Kubernetes devient pertinent pour une plateforme à plusieurs équipes ou des besoins de portabilité, à condition de savoir l'exploiter au quotidien.

Comment facturer une astreinte cloud ? +

Sépare le forfait de disponibilité, dû même sans alerte, du temps d'intervention. Précise les plages, le délai de prise en compte, le minimum facturable et les exclusions. Une astreinte n'est jamais incluse implicitement dans ton TJM de journée.