Choix technologiques

Pourquoi ces choix technologiques ?

Technologies utilisées

• SSH — connexion chiffrée vers le serveur
• SSHFS — montage du lecteur réseau à la demande
• Linux — serveur de stockage
• rsync — transfert incrémental fiable, standard depuis 30 ans
• C++ — application native Windows, aucune dépendance runtime

Technologies volontairement écartées

• WinDev — framework propriétaire, verrouillage éditeur
• SMB — protocole Windows, failles de sécurité récurrentes
• WebDAV — moins robuste que SSH sur réseaux instables
• FTP — non chiffré par défaut
• HTTPFS — peu répandu, support limité
• ZFS — puissant mais complexe ; risques de corruption documentés sur certaines configurations
• RAID — problèmes récurrents de reconstruction de grappe (rebuild) après une panne disque : les disques restants subissent un stress élevé, avec un risque réel de seconde panne qui ferait perdre toutes les données malgré la redondance et en cas de défaut d’une carte RAID, il faut la remplacer par une autre exactement du même modèle.
• Compression — vos fichiers sont stockés tels quels. Une compression défaillante peut corrompre une sauvegarde et la rendre totalement inutilisable au moment d’en avoir besoin
• Encryption — pas de chiffrement supplémentaire du contenu (le transport reste toujours sécurisé via SSH). Un chiffrement défaillant peut lui aussi corrompre une sauvegarde et la rendre totalement inutilisable au moment d’en avoir besoin
• Java / .NET / Python — dépendances d’exécution supplémentaires, inutiles pour un outil système natif
• PHP — langage web, pas adapté à une application Windows native (utilisé uniquement côté serveur pour la gestion des comptes)