Aleksey Zhadan · développeur fullstack, DevOps · Head of TechPlatform
Je conçois et je livre des systèmes qui tournent pendant des années : un parc de quarante hôtes, huit produits en production et des chaînes LLM, construits et maintenus par une seule paire de mains. Disponible pour des missions en direct.
Services
Pas des « heures de conseil », mais un système qui tourne, avec sa documentation et un déploiement prouvé.
Serveurs, virtualisation, Kubernetes, déploiement en tant que code. Un parc qui se reconstruit de zéro en une commande, et non de mémoire.
Des chaînes où le modèle fait la routine et passe une recette selon des critères écrits. Fonctionne aussi sur des modèles gratuits.
Du schéma de données au déploiement et au client mobile. Mes propres produits tournent en production depuis des années ; le vôtre sera construit pareil.
Votre propre serveur de messagerie au lieu du cloud d’un autre : migration de domaine sans perdre un seul message, réputation préservée, anti-spam à base de LLM.
Un réseau privé sur plusieurs pays : les services sont joignables depuis n’importe quel appareil, et une liaison coupée ne coupe jamais l’administration.
Un seul compte pour tous les services du parc et un coffre à secrets dont le déploiement lit les mots de passe tout seul.
Produits déjà en production
Ni démos ni prototypes : chacun traite des données réelles chaque jour.
Webmail maison sur Stalwart/JMAP : des millions de messages, recherche, règles, méta-dossiers pour les SMS et les appels.
Réalisé avecStalwart, JMAP, cache Valkey, connexion OIDC
RésultatA remplacé un panneau Zimbra payant
Une chaîne LLM : courriers et SMS regroupés par contact, chaque élément reçoit un verdict de modèle et une décision.
Réalisé avecPlusieurs modèles, lots avec un plafond quotidien
RésultatLe nettoyage tourne seul, avec un arrêt d’urgence
Collecte des relevés bancaires et comptabilité : analyse automatique des PDF et des API, historique des soldes.
Réalisé avecAnalyseurs de PDF et d’API bancaires, PostgreSQL
RésultatAnalyse des dépenses sans saisie manuelle
Médiathèque : photos et vidéos avec reconnaissance des personnes et notation des prises.
Réalisé avecImport depuis des sources externes, modèles de reconnaissance
RésultatLes meilleures photos remontent seules, les personnes se retrouvent par le visage
Chronique des déplacements et de la présence : téléphone, voiture, géodonnées.
Réalisé avecTéléphone, StarLine, géodonnées
RésultatUne seule source d’événements au lieu de journaux éparpillés
Fournisseur OIDC maison : authentification unique pour tous les services du parc.
Réalisé avecOIDC, avec Forgejo, Nextcloud et la messagerie raccordés
RésultatUn seul compte pour tout, accès géré au même endroit
Application Android : carnet de contacts, synchronisation des SMS, du journal d’appels et du calendrier.
Réalisé avecKotlin, synchronisation avec le serveur
RésultatAdministration du téléphone à distance
Un système multi-agents sur Kubernetes : distribution des tâches, exécutants et un vérificateur de la qualité des réponses.
Réalisé aveck3s, modèles gratuits sous recette, Mattermost et Telegram
RésultatLes tâches sont traitées par lots sans dépenser l’abonnement payant
Cas d’architecture
Quatre problèmes que l’on classe d’habitude en « trop dur, on laisse comme ça ».
Deux domaines avec vingt ans d’histoire vivaient chez un service de messagerie externe. L’hébergeur refusait de rendre la liste des boîtes : il n’y avait rien à migrer « tel quel ».
La liste des adresses a été reconstituée depuis l’archive du courrier : 15 mille messages, 41 adresses. Les domaines sont passés sur un Stalwart auto-hébergé, les adresses recréées en alias et en listes. DKIM/SPF/DMARC sont publiés automatiquement depuis la zone que le serveur sert lui-même.
Migration sans perdre un seul message, réputation des domaines intacte. Un nouveau domaine s’ajoute maintenant en une commande.
Quarante-sept mille messages ne se trient pas à la main, et une suppression erronée ne se rattrape pas. L’automatisation devait mériter assez de confiance pour supprimer.
Une chaîne : déduplication, regroupement par contact, verdicts de plusieurs modèles, et une décision seulement quand ils sont d’accord. Le travail avance par lots, avec un plafond quotidien et un arrêt d’urgence.
La boîte se trie toute seule. Les cas litigieux partent chez un humain en une seule liste, et non message par message.
Travailler avec des LLM se heurte à deux murs à la fois : le prix des modèles payants et la qualité des réponses des gratuits.
Les tâches sont découpées en parties et confiées à des modèles gratuits. Le résultat passe par un vérificateur indépendant et une recette selon des critères écrits à l’avance.
Un lot donne 275 mille jetons de travail de modèles gratuits et zéro dépense d’abonnement payant, la recette restant en place.
Accès aux services et aux ressources externes depuis trois pays. Certaines ressources sont bloquées par géographie, d’autres ne sont joignables que depuis l’intérieur du parc.
MikroTik et WireGuard, un proxy à routage par domaine, et un canal d’administration de secours si le principal tombe. Listes d’accès en libre-service via un bot Telegram.
Les services sont joignables depuis n'importe quel appareil du client. Perdre la liaison principale ne coupe pas la gestion.
Un agent exécuteur prend les tâches dans une file, écrit les étapes dans le chat et livre selon des critères écrits. Un second agent relit le résultat et tient un journal nommé des actions irréversibles.
Bots Telegram sur Bot API et clients MTProto, un processus par compte. Ils lisent et exportent l’historique. Plus un pont vers le chat de travail et un bot de liste d’accès en libre-service.
Cluster k3s sur machines propres, des dizaines de services. La config est du code, le déploiement passe un hôte à la fois.
Environ 200 playbooks Ansible. Chaque déploiement vérifie la syntaxe, passe un hôte à la fois et se prouve par une commande, pas par le mot « fini ».
Supervision Grafana et VictoriaMetrics. Un gardien voit les hôtes silencieux et relève la machine via les voisins et l’hyperviseur.
Page de doublons visuels : les images proches sont regroupées, marquées par origine et peuvent être démarquées.
Triage des géo-blocages : domaines tirés de la page et des scripts, testés depuis deux régions.
Préchauffage automatique des données absentes du cache.
Technologies
Ma méthode
Chaque résultat est prouvé par une exécution et par les journaux, pas par les mots « ça marche ».
Quel doit être le résultat, ce qui bloque, où vivent les données et qui sont les utilisateurs. On travaille sur votre matière, pas sur des généralités.
Le schéma de la solution, la liste des travaux et les critères de recette sont écrits avant de commencer. Le devis est lié aux jalons, pas aux heures.
Chaque étape se referme sur une exécution : sortie de commande, journaux, captures. Vous voyez ce qui est fait avant d’avoir à le demander.
Documentation, accès, déploiement reproductible. Le système vit sans moi, et si vous le souhaitez, je reste en support.
FAQ
Les mêmes chiffres et étapes que sur la page — pratiques à citer dans une recherche ou pour un assistant.
Ingénierie système de bout en bout : infrastructure et DevOps, agents IA basés sur les LLM, services web, messagerie et réseaux. Chaque résultat est prouvé par une exécution et des logs, pas par des affirmations.
20 ans d’ingénierie, 731 playbooks Ansible et 154 rôles, 98 services documentés, 8 produits internes en production continue, et environ 40 hôtes dans trois pays plus un cluster k3s.
Quatre étapes : cadrer la tâche, architecture et devis avec critères d’acceptation, travail avec preuves à chaque étape, puis livraison avec documentation et déploiement reproductible.
WhatsApp, e-mail all.zhadan@gmail.com, ou Telegram @azhadan_dev. Pas de formulaires ; réponse en général le jour même.
Contact
WhatsApp, e-mail ou Telegram, sans formulaires ni questionnaires. Je réponds vite, en général le jour même.