Réalisations Linux & DevOps
Réalisations Linux & DevOps : infrastructures, automatisation et exploitation
Migrations cloud, infrastructures décrites dans le code, pipelines CI/CD et suivi de production : voici les missions, les besoins auxquels elles répondaient et ce que les équipes en ont retiré.
Quatre missions à découvrir en détail
OVHcloud
Infrastructure ServiceNow et travail SRE
Concevoir un socle pour une application à forte volumétrie, avec des exigences de performance et de disponibilité.
Heyteam
Un socle Terraform utilisé en production
Mettre en place une infrastructure sécurisée, la faire évoluer et la décliner sur plusieurs environnements.
2S Agency
AWS et GitLab CI/CD pour les applications web
Relier un hébergement web sécurisé à la configuration automatisée des serveurs et aux déploiements continus.
LiNote
Audit, Salt et upgrades automatisés
Sécuriser le socle, corriger Salt et rendre les déploiements et mises à niveau reproductibles avec l’IaC.
Les retours de mes clients
« Karim s’est très bien intégré à l’équipe et a pris le lead sur son sujet très rapidement. Il nous a également prodigué d’excellents conseils et a été un support précieux lors des appels techniques avec des prestataires externes. »
Tony Caron — CTO, HeyteamDécouvrir la mission Heyteam
« Karim est un professionnel très qualifié, il est force de proposition et il sait s’adapter au contexte. Un prestataire de son niveau est un atout précieux pour notre entreprise. »
Steve Bercy — CEO, Airzoon
Zero Six« Merci Karim pour votre travail rigoureux & rapide. Je recommande ! Karim a su répondre exactement à notre problématique, avec sérieux, efficacité et professionnalisme dans le respect de nos contraintes budgétaires. »
François — Zero Six
Une infrastructure plus simple à faire vivre
Mon rôle ne se limite pas à mettre des serveurs en route. Il consiste aussi à rendre l’infrastructure compréhensible, à fiabiliser les opérations répétées et à aider l’équipe à décider des prochaines actions. Selon le besoin, cela passe par un audit, un chantier d’automatisation ou un accompagnement régulier.
Retrouver la maîtrise de l’existant
Identifier les ressources, comprendre les dépendances et rendre les décisions techniques lisibles. L’équipe sait mieux où agir et quels sujets demandent une priorité.
Réutiliser le travail réalisé
Décrire les configurations dans le code et automatiser les opérations utiles. Le socle devient une base pour les environnements suivants, les changements et les redéploiements.
Faciliter l’exploitation
Relier supervision, alertes et procédures aux situations du quotidien. L’objectif est d’aider les équipes à intervenir avec davantage de contexte, plutôt qu’à chercher dans l’urgence.
D’autres missions auprès d’équipes SaaS et techniques
Airzoon
Référent infrastructure et accompagnement DevOps
Prise en charge des sujets infrastructure à temps partagé, structuration du système d’information et accompagnement des équipes dans leurs projets techniques.
Bloom
Pipelines CI/CD et accompagnement production
Automatisation des déploiements, réduction des manipulations manuelles et appui continu sur les pipelines, les incidents et l’infrastructure.
IzyDesk
Architecture AWS et CI/CD pour une application SaaS
Construction d’une architecture sur AWS, infrastructure as code et pipelines pour automatiser les livraisons et faciliter les redéploiements.
Zerosix
Synchronisation de fichiers entre plusieurs services
Automatisation de la synchronisation de fichiers volumineux entre des serveurs et un service de stockage SaaS, pour intégrer ces échanges au fonctionnement de l’équipe.
Les situations dans lesquelles j’interviens
Identifier les risques avant de lancer les corrections
Des services exposés sur Internet, des secrets présents dans des dépôts ou des sauvegardes jamais restaurées : ces sujets ne se traitent pas tous avec la même urgence. Le travail d’audit consiste à cartographier l’exposition, examiner les sauvegardes et relier les constats à un plan d’action.
L’équipe obtient une lecture de ce qui doit être corrigé en premier, des sujets à approfondir et des opérations de reprise à préparer. Le risque devient un sujet que l’on peut prioriser, plutôt qu’un ensemble d’inquiétudes difficiles à comparer.
-
ObserverServices, accès, sauvegardes
-
PrioriserRisques, urgence, impact
-
AgirCorrections et reprise
Passer des réglages manuels à un environnement reproductible
Quand les serveurs ont été modifiés au fil du temps, leurs différences compliquent les tests et les déploiements. Référencer les machines, standardiser les configurations et clarifier les dépendances permet de reconstruire un socle plus cohérent.
L’automatisation donne ensuite une base pour tester les changements sur un environnement adapté avant de les reproduire en production. Elle sert aussi au redéploiement et à la transmission : les choix ne restent pas seulement dans la mémoire de la personne qui a configuré les machines.
-
DécrireConfiguration versionnée
-
TesterEnvironnement de test
-
DéployerChangement en production
Relier les alertes aux actions de l’équipe
Un système de supervision utile ne se mesure pas au nombre de notifications. Il doit aider à détecter un incident, à comprendre quel service est concerné et à savoir où regarder. Métriques, alertes et procédures d’intervention doivent fonctionner ensemble.
Le travail consiste à choisir les signaux utiles et à les relier à des actions concrètes. L’équipe dispose alors de points de repère pour diagnostiquer, intervenir et améliorer progressivement son exploitation.
-
DétecterMétriques et signaux utiles
-
AlerterService concerné identifié
-
IntervenirProcédure et action de l’équipe
Par quelle prestation commencer ?
Audit Infrastructure & FinOps
Pour comprendre les risques, les dépendances et les dépenses avant de choisir les actions à lancer.
Référent infrastructure & DevOps
Pour faire avancer les sujets infra avec un appui senior régulier auprès de votre équipe.
Déploiements & automatisation
Pour transformer des opérations manuelles en configurations et procédures reproductibles.
Vos questions
Avant de démarrer
Quelques repères pour choisir le bon point de départ et savoir ce que votre équipe peut attendre de la mission.
Faut-il forcément commencer par un audit ?
Pas forcément. Si les risques ou les priorités sont encore flous, un audit aide à décider où agir. Si le besoin est déjà clair — automatiser un déploiement, préparer une migration ou reprendre une configuration — on peut cadrer directement cette intervention.
Pouvez-vous reprendre une infrastructure déjà en production ?
Oui. Je pars de votre environnement actuel, des services qui en dépendent et des contraintes de votre équipe. Les changements sont préparés par étapes, avec les tests, les précautions et le retour arrière adaptés. Les opérations susceptibles d’interrompre un service sont à anticiper dans le cadrage.
Travaillez-vous avec notre équipe ou notre prestataire actuel ?
Oui. Je peux apporter un appui ciblé sur un chantier ou suivre les sujets infrastructure dans la durée. On précise ensemble les responsabilités, les interlocuteurs et les décisions à partager, pour que mon intervention s’intègre au fonctionnement de votre équipe.
Que récupère notre équipe à la fin de la mission ?
Les livrables sont définis dès le cadrage. Pour un audit, il s’agit notamment des constats et du plan d’action priorisé. Pour une mission d’automatisation, cela peut comprendre le code, les paramètres et les procédures de déploiement et d’exploitation. L’objectif est que votre équipe puisse reprendre le travail réalisé.
Faut-il changer notre hébergeur ou nos outils ?
Pas par principe. Le point de départ est votre stack actuelle et ce que vous cherchez à améliorer. Je privilégie une évolution progressive lorsque cela suffit. Un changement d’hébergeur ou d’outil doit répondre à un besoin concret : exploitation, sécurité, coût ou capacité à faire évoluer le service.
Comment sont définis le budget et la durée ?
Ils dépendent du périmètre, de l’état de l’existant, des accès nécessaires et des contraintes de production. Le cadrage permet de préciser les priorités et, si besoin, de découper le travail en lots. Le devis fixe ensuite les livrables, les limites de la mission et les conditions d’intervention.
La maintenance est-elle incluse après la livraison ?
Pas automatiquement dans une mission ponctuelle. Votre équipe peut reprendre les livrables, ou nous pouvons prévoir un suivi pour la maintenance et les évolutions. Les plages de disponibilité et les interventions attendues sont convenues séparément ; un accompagnement régulier ne signifie pas une astreinte permanente.
Vous reconnaissez une situation de votre équipe ?
Échangeons sur l’existant, les contraintes et le point de départ le plus utile : audit, automatisation ou accompagnement régulier.