Comment nous avons conçu, de zéro à la mise en production, un système client/serveur de synchronisation de fichiers, fiable, sécurisé et capable de gérer des volumes importants.
Les solutions de synchronisation grand public posent trois problèmes structurels pour un usage professionnel : les fichiers transitent sur des serveurs tiers, la maîtrise des données est limitée, et les volumes importants déclenchent des comportements imprévisibles (interruptions, plafonds cachés, ralentissements).
L'objectif de ByteSync était simple à formuler, beaucoup moins à réaliser : offrir un outil de synchronisation auto-hébergeable, où les fichiers restent chiffrés de bout en bout, et où l'utilisateur garde le contrôle complet sur ses données.
Un projet open source qui prétend remplacer un outil quotidien doit tenir trois engagements implicites : ne pas perdre de données, gérer les conflits intelligemment, et rester maintenable sur plusieurs années sans accumuler de dette technique.
C'est exactement le terrain sur lequel l'expertise senior et le pragmatisme architectural font la différence.
Les fichiers doivent être inintelligibles pour le serveur d'orchestration lui-même. Aucun compromis acceptable sur ce point : l'authentification, l'échange de clés et le transport ont tous été conçus avec cette contrainte comme axe central.
Synchroniser un fichier de 10 Go ne doit pas signifier le retransmettre intégralement à chaque modification. Une approche par blocs et par hachage permet un transfert incrémental fiable, même sur des réseaux instables.
Deux clients modifient le même fichier hors ligne. Que se passe-t-il ? La réponse "le dernier qui se reconnecte gagne" est inacceptable. Une logique de détection et d'arbitrage explicite préserve les modifications de chaque utilisateur.
L'architecture repose sur trois composants clairement séparés :
Ce découplage permet aux utilisateurs de choisir leur infrastructure et facilite les déploiements progressifs.
.NET cross-platform · ASP.NET pour l'orchestration · Stockage compatible S3 · Algorithmes de hachage et chiffrement standards (AES-256, SHA-256) · Distribution open source sous licence permissive.
De l'arbitrage du périmètre à la mise en production, en passant par la documentation technique et la stratégie de release. Pas seulement du code : un produit utilisable et adopté.
Les choix structurants (chiffrement, découpage en blocs, séparation des responsabilités) ont été pris très tôt et tiennent encore aujourd'hui, sans nécessiter de refonte.
Le code reste lisible, modulaire et testable, même sur des sujets délicats (cryptographie, gestion d'état distribué, synchronisation concurrente). C'est l'enjeu invisible mais décisif.
Le code open source permet à n'importe quel utilisateur expert de vérifier les promesses de sécurité. C'est aussi un engagement explicite : ce que nous prétendons faire, vous pouvez le contrôler.
ByteSync illustre ce que nous savons faire : un produit complet, des décisions techniques solides, une attention particulière à la sécurité et à la durée de vie du logiciel. Si votre situation ressemble à l'un des cas suivants, il est probable que nous puissions vous aider.
C'est presque toujours le cas. Un premier échange permet de clarifier ce qui est réellement comparable, et ce qui ne l'est pas.
Discuter de mon projet