Álvaro
Data Scientist
« Dans un contexte aussi incertain, Shakers apporte une couche de sérénité et de confiance. Ce que je préfère, sans hésiter, c’est la flexibilité et la possibilité de toucher à des projets de haut niveau. »
Rejoindre ShakersMissions d'architecture cloud
Travaillez comme Cloud Architect en mission
Des missions où la décision d'architecture est à vous : ce qui migre et sur quel cloud tourne chaque brique. Shakers vous connecte à des missions alignées avec votre stack, votre TJM et votre disponibilité, avec plus de flexibilité et de meilleures conditions.
Ce rôle se cherche presque toujours à deux endroits : un examen de fournisseur ou une grille de salaires. Aucun des deux ne dit comment on entre décider l'architecture d'un système déjà en production que personne ne peut arrêter.
Chez Shakers, le critère d'entrée est la preuve de travail : ce que vous avez migré et les décisions que vous savez défendre.
- Des projets mieux rémunérés
- Plus de continuité entre les projets
- Une meilleure reconnaissance de votre expérience
+3 000
Projets tech publiés sur Shakers
+90
Spécialités Tech, Product et Data font partie de Shakers
6 mois
Durée moyenne d'un projet avec Shakers
4,7/5
Satisfaction de nos AI Builders sur Trustpilot
Des carrières d'AI Builders propulsées par Shakers
Découvrez comment d'autres AI Builders accèdent à de meilleurs projets, construisent leur réputation et font grandir leur carrière.
Amelia
AI Agent Developer
« Cela fait des années que je construis des agents IA. Grâce à Shakers, j’ai arrêté de chercher des clients et j’ai commencé à vraiment choisir les projets sur lesquels je voulais travailler. Je travaille avec certaines des meilleures entreprises européennes, à mon TJM, et je me concentre sur ce que je sais faire et qui me passionne : construire. »
Rejoindre Shakers
Luz
Backend Developer & Data Engineer
« Shakers apporte beaucoup de valeur parce qu’il vous met en relation avec des projets plus affûtés, déjà filtrés et mieux définis. Il vous épargne une grande partie du travail initial : comprendre le client, chiffrer, évaluer si ça vaut le coup. Résultat, en freelance, on va beaucoup plus directement vers les missions qui nous correspondent vraiment. »
Rejoindre Shakers
Rubén
Software Developer
« La vie en freelance, c’est beaucoup de choses à la fois et ce n’est pas toujours simple. On aime se concentrer sur ce qu’on sait faire, mais il faut aussi gérer les clients, la facturation et aller chercher des missions. Pour moi, Shakers a été déterminant : la prospection, c’est eux qui la font, le client est en confiance dès le premier instant, et on fait partie d’une communauté avec un vrai enthousiasme. »
Rejoindre Shakers
Alejandro
AI Developer
« Shakers a été déterminant pour lancer mon entreprise : ça m’a donné la flexibilité de continuer en freelance pendant que je construisais l’étape suivante. Sans Shakers, j’aurais dû lever des fonds ou repousser le projet. »
Rejoindre Shakers
Toño
Product Designer
« Avec Shakers, j’ai décroché des projets récurrents qui m’apportent de la sérénité et de la marge pour progresser. Ce n’est pas seulement accéder à des clients de qualité : c’est sentir qu’on a un réseau qui nous accompagne, qui nous met en relation avec de vraies opportunités et qui nous aide à avancer en freelance. »
Rejoindre ShakersCe que décide un Cloud Architect et quels systèmes il touche
Un Cloud Architect fixe l'architecture cloud sur laquelle un système va tourner et décide chez quel fournisseur vit chaque brique : l'ordre de la migration, le modèle de scalabilité, la sécurité de chaque couche et la dépense que l'entreprise assume ensuite (FinOps). Face à un cloud engineer, la différence tient au moment : l'ingénieur construit et exploite une conception déjà fermée, quand l'architecte cloud est celui qui la choisit, y compris le vendor lock-in qu'un système multicloud accepte.
Vous décidez des couches qui ne changent plus sans arrêter le service : le réseau virtuel et les permissions IAM, l'infrastructure as code en Terraform, les conteneurs sur Kubernetes et le moment où un service managé lie le système à un fournisseur. C'est là que se fixent le vendor lock-in et le coût mensuel du cloud.
architecture cloudmulticloudAWSAzureGoogle CloudTerraformIaCKubernetesDockerCI/CDFinOpslanding zoneWell-Architected FrameworkIAMVPC / réseaux virtuelsserverlessmicroservicesobservabilité
Choix du fournisseurMigration cloudVendor lock-inHaute disponibilitéReprise après sinistreGouvernance cloud
Accès gratuit, sans commissions cachées
Comment Shakers fonctionne pour les talents
Créez votre profil
Dites-nous qui vous êtes, ce que vous savez faire, les projets qui vous intéressent, vos disponibilités et votre TJM.
Obtenez votre certification
Nous certifions votre expérience et votre usage de l'IA pour que les entreprises comprennent ce que vous apportez.
Trouvez vos projets
Nous vous connectons à des projets bien rémunérés qui correspondent à votre expertise et à vos préférences.
Des projets en DevOps et Cloud à la hauteur de vos attentes
Travaillez sur des projets réels, avec des équipes qui ont besoin de votre expertise, sans perdre de temps à chercher des opportunités.
Des projets qui vous correspondent
Collaborez avec des entreprises qui ont besoin de votre stack et de votre expérience pour mettre leurs projets en production.
Des opportunités qui viennent à vous
Notre matching par IA connecte votre profil aux projets qui correspondent à vos préférences.
Vous construisez. Shakers s'occupe du reste
Définissez vos conditions selon votre séniorité. Nous gérons les contrats, les paiements et les documents.
Ce que livre un Cloud Architect sur une mission Shakers
La mission arrive avec son périmètre déjà cadré
Shakers est une infrastructure de talents : la mission arrive avec le système décrit et la décision à prendre, pas avec une liste de technologies.
Des décisions écrites et l'option écartée
Vous livrez l'environnement cible, le plan de migration par phases et la raison de chaque coupe, y compris l'alternative que vous avez écartée.
Ce qui se passe quand une zone tombe
Vous fixez avec l'équipe de l'entreprise jusqu'où va la haute disponibilité, quelle observabilité est nécessaire et quel plan de reprise se teste.
Des migrations faites, pas seulement conçues
Avoir déplacé des charges réelles vers AWS, Azure ou Google Cloud, et savoir raconter ce qui a cassé, ce qui a coûté plus que prévu et ce que vous changeriez.
Des cadres de référence utilisés avec jugement
Vous connaissez le Well-Architected Framework et savez quand un pilier se sacrifie exprès. Un cadre ordonne la décision ; il ne la prend pas à votre place.
Sécurité cloud et gouvernance cloud
La sécurité cloud se conçoit avec le système : permissions, segmentation réseau et traçabilité, plus une gouvernance cloud que quelqu'un peut auditer.
Questions fréquentes
Une autre question ? Écrivez-nous, nous vous répondons.
Que fait un ingénieur cloud ?
Il provisionne les environnements, automatise les déploiements et répond de la disponibilité du système. Ce qui est déjà décidé, c'est la conception : c'est là le terrain de l'architecte cloud.
Que fait un cloud solution architect ?
En pratique, c'est le même métier sous un autre titre : il apparaît aussi comme architecte de solutions cloud ou architecte systèmes cloud. La variante solutions s'en tient souvent à un fournisseur.
Quelle différence entre un Cloud Architect et un DevOps Engineer ?
Le DevOps Engineer automatise le flux de livraison : pipelines, déploiements et retour arrière. L'architecte cloud décide avant quelle forme prend le système et ce que coûte son exploitation.
Faut-il maîtriser AWS, Azure et Google Cloud à la fois ?
Pas au même niveau sur les trois. Sur une mission multicloud, ce qui est examiné, c'est pourquoi vous avez placé chaque brique là : latence, donnée réglementée, portabilité ou service managé.
Quel statut d'indépendant pour une mission d'architecture cloud ?
Vous le choisissez, la plateforme ne le décide pas : micro-entreprise, EURL, SASU ou portage salarial. Le choix relève de votre activité d'indépendant et se cadre avec votre expert-comptable.
Les missions d'architecture cloud se font-elles à distance ?
Sur la quasi-totalité, oui. L'architecture se décide sur de la documentation, des accès et des sessions avec l'équipe technique ; le terrain n'apparaît que s'il y a du matériel propre en jeu.
Les couches d'une architecture cloud
Une architecture cloud s'ordonne par couches et chacune contraint la suivante : la landing zone, le réseau, la donnée et le déploiement. Une autre tient au-dessus : où tournent les modèles.
Le saut depuis le sysadmin ou le développement
Qui vient du sysadmin apporte la disponibilité ; qui vient du développement apporte le déploiement et la donnée. Il manque la même chose aux deux : défendre une décision avec son coût.
Le coût comme décision de conception
L'optimisation des coûts cloud ne se décide pas en relisant la facture, mais au choix de la région, de l'instance et du modèle de données. Ce qu'on n'éteint pas la nuit coûte pareil le dimanche.
Cloud natif et cloud hybride
Tout ne finit pas dans le cloud. Une conception cloud native tient la panne pour acquise ; l'hybride laisse une part au datacenter pour la latence ou la donnée réglementée.
Qui touche l'architecture que vous décidez
Cinq profils du collectif interviennent là où votre conception s'arrête. Ils sont classés par intensité du croisement.
AWS DevOps Engineer
Vous fermez le plan et quelqu'un l'automatise : où s'arrête votre décision sur le réseau et les permissions se convient au démarrage.
AI Engineer
Vous vous croisez sur l'endroit où vit le modèle : vous décidez GPU, région et coût de cette couche, l'architecture au-dessus est la sienne.
Développeur Backend
Vos décisions lui arrivent comme des limites : quelle base de données, quel réseau et quel service managé. Ce qui ne rentre pas revient sur la table.
Développeur Python
Le tooling de plateforme finit écrit en Python : vous marquez ce qui se déclare en Terraform et ce qui se règle par des scripts à usage unique.
Développeur Salesforce
Quand une brique vit dans un SaaS tiers, votre conception s'arrête là : vous convenez quelle donnée passe, sous quelles permissions et qui en répond.
Les frontières entre ces cinq rôles se conviennent dans chaque mission : elles ne viennent pas avec le titre.
Passez à l'étape suivante avec Shakers
Envie de missions où vous décidez l'architecture ?
Passez la certification Shakers et choisissez vos missions cloud.
. 