01
Comprendre
Le besoin métier avant la technologie.
Un technicien.
Développement, infrastructure et solutions numériques sur mesure — un interlocuteur unique, de l’application jusqu’à l’exploitation.
Je comprends le besoin métier autant que la réalité technique. Pas de solution surdimensionnée pour justifier une facture.
Des solutions pensées pour durer, pas seulement pour fonctionner aujourd’hui.
Client→App→Serveur→Réseau→Sécurité→Backup→Ops
Thomas Bonsirven — indépendant identifiable, Montélimar & remote.
Du logiciel au serveur, le même interlocuteur suit le dossier.
Quand un outil ne suit plus le métier : application interne, API, reprise de données, automatisation.
Linux, Windows, Proxmox, Docker, sauvegardes, réseau. Une infra fiable et compréhensible.
Vitrine, WordPress, WooCommerce, refonte, sécurité, hébergement et maintenance.
Audit, diagnostic, durcissement, migration. Avant de remplacer, comprendre l’existant.
Comprendre avant de construire. Sécuriser avant de livrer. Faire évoluer ensuite.
Le besoin métier avant la technologie.
Existant, contraintes, coûts et risques.
Une architecture cohérente et évolutive.
Construire et mettre en production.
Sauvegarde, supervision, documentation.
La solution doit suivre l’entreprise.
Pas un tutoriel. Le déroulé d’un engagement réel : ce qu’on clarifie ensemble, ce qu’on livre, et ce qui reste tenable après.
On part du métier : qui utilise quoi, à quelle fréquence, avec quelles conséquences si ça tombe. Pas d’inventaire de licences avant d’avoir nommé le problème.
L’objectif est une formulation claire — « ce que le serveur doit permettre » — partagée avec vous, pas un devis de boîtes noires.
Budget, délais, locaux, opérateurs internet, compétences internes, horaires d’ouverture : les contraintes ne sont pas des excuses, ce sont le cadre du design.
On regarde aussi l’existant — parfois un vieux serveur tient encore une pièce critique. On le documente avant de le remplacer.
Choix d’hôte (physique, Proxmox, cloud maîtrisé), découpage des rôles, réseau, stockage. Chaque brique a une raison — et une alternative si le contexte change.
On privilégie ce que vous pourrez encore comprendre dans deux ans, avec ou sans moi au téléphone.
Comptes nominatifs, droits justes, mises à jour, surface d’attaque réduite, journalisation utile. Le durcissement fait partie de la mise en place, pas d’un avenant.
On explique ce qui est verrouillé et pourquoi — pour que la maintenance ne soit pas un mystère.
Une sauvegarde qui n’a jamais été restaurée n’est qu’une intention. On met en place la stratégie, puis on exécute un test de restauration — chronométré, avec vous si possible.
Le résultat compte autant que la configuration : est-ce que l’activité peut reprendre dans un délai acceptable ?
Accès, procédures courtes, points de vigilance, qui contacter pour quoi. L’objectif n’est pas de vous rendre dépendant — c’est de vous laisser une infra tenable.
Si un suivi ou une évolution est utile, on le cadre. Sinon, vous repartez avec quelque chose qui tient sans théâtre.
Cas d’usage
Le logiciel doit servir le métier.
La technologie est un moyen, pas une finalité.
Une sauvegarde n’est utile que si elle peut être restaurée.
Une infrastructure doit rester maintenable après son installation.
La sécurité ne doit pas être ajoutée à la fin d’un projet.
Avant de remplacer, il faut comprendre.
Le logiciel doit servir le métier.
La technologie est un moyen, pas une finalité.
Une sauvegarde n’est utile que si elle peut être restaurée.
Une infrastructure doit rester maintenable après son installation.
La sécurité ne doit pas être ajoutée à la fin d’un projet.
Avant de remplacer, il faut comprendre.
Support du N0 au N3, administration, web. Le même regard sur le ticket et le serveur.
Application, serveur, réseau, sécurité, sauvegarde, exploitation.
Pas de centre d’appels. Un indépendant identifiable : Thomas Bonsirven.
Sauvegardes restaurables, durcissement, documentation — dès le départ.
Non. On commence par comprendre ce qui existe. On ne remplace un outil que lorsqu’une meilleure solution apporte une vraie valeur au métier.
Oui. TPE, PME, indépendants, associations — toute structure qui a besoin d’un interlocuteur technique unique.
Oui. Une grande partie du travail consiste à reprendre un existant, le documenter et le rendre maintenable.
À Montélimar et dans les environs, à distance pour une large part des sujets, sur site lorsque c’est nécessaire.
Un message suffit — pas de tunnel commercial. Décrivez le contexte, je vous réponds après lecture.
