PARAPHE

“Next Online World — Quand la version 5.0 devient une machine à construire.”

Un épisode où le rêve artisanal se branche au courant industriel.

Quatre ans après mon arrivée à Agadir, la vie que j’avais prise comme une parenthèse a trouvé son centre de gravité.

Je me suis laissé aller, j’ai dépanné, j’ai ri avec des retraités, j’ai codé des nuits entières pour le plaisir, j’ai vu mes scripts faire sourire mes amis.

Et puis il y a eu ce moment précis — pas un éclair, plutôt une décision lente — où je comprends que la parenthèse doit se transformer en chapitre sérieux.

J’annonce pour moi une consigne simple : fini le dépannage comme activité principale.

Je veux monter quelque chose de pérenne, réfléchi, qui colle à mes valeurs techniques et humaines. Le nom ? Next Online World — Oriented to Technology, Commerce & Human.

Ça sonne pompeux ?

Peut-être, ca se contracte en nowotch et ça me plaît.

Je n’ai pas de plan détaillé écrit en lettres d’or sur un tableau, mais j’ai des certitudes : les entreprises ont besoin d’un interlocuteur honnête et proche pour leur présence web ; les gens veulent des services mail qui ne reposent pas uniquement sur des plateformes lointaines ; la souveraineté technique n’est pas une lubie mais une nécessité pratique.

Alors je mets mes économies — ce maigre trésor après des années de voyages et d’économies serrées — dans quelque chose de tangible : un datacenter local, petit, solide, pensé pour durer.

Dix serveurs, pas une usine, mais une machine sérieuse.

Pourquoi un datacenter, et pourquoi ici

Pourquoi construire ?

Parce que je veux contrôler le bout où tout commence : l’hébergement.

Héberger des mails, des sites, des sauvegardes chez un partenaire qui ne comprend pas le terrain, c’est comme prêter sa montre à un inconnu.

Je veux pouvoir répondre rapidement, restaurer en cas d’incident, expliquer clairement pourquoi un email n’est pas parti, pourquoi une boîte est bloquée.

Avoir dix serveurs sous notre responsabilité, c’est accepter une charge — la responsabilité d’un service fiable — et vivre avec elle.

Le datacenter est pensé sur trois axes : efficacité, résilience, proximité.

Efficacité parce que je ne veux pas gaspiller de ressources ; résilience parce que les coupures, ici, ne sont pas une théorie ; proximité parce qu’un serveur local, supporté par une équipe qui comprend le client, change la donne pour une PME qui veut simplement recevoir ses mails.

Pour ça, j’obtiens des accords avec des opérateurs de connexion locale.

Pas de miracle : il faut de la bande passante propre.

J’obtiens des liens haut débit dédiés, avec redondance sur deux opérateurs, pour éviter les pannes isolées et les latences absurdes.

Sur la construction, j’insiste sur la sobriété évidemment : bâtiment anti-sismique, alimentation électrique redondée (générateurs + onduleurs), systèmes de refroidissement efficaces sans gaspillage, et bien entendu des sauvegardes hors site chiffrées.

Dans ma tête, la robustesse rimera toujours avec simplicité d’opération.

Pas d’usine à gaz, des procédures limpides, des playbooks que n’importe quel membre de l’équipe peut suivre en cas de coup dur.

Dix serveurs, oui, mais comment les organiser

Dix serveurs, ce n’est pas une quantité anecdotique pour un lancement.

Il faut les répartir en rôles clairs : quelques machines pour l’hébergement web (clusters légers), deux serveurs dédiés aux services mail avec réplication, un serveur pour le stockage des sauvegardes chiffrées, un pour la gestion des certificats et des services d’authentification, et des machines de test / sandbox pour déployer et valider avant mise en production.

Le tout orchestré par des scripts d’automatisation que je code moi-même : provisionnement, monitoring, patch management.

La clé technique est dans la gestion de la cache, dans la planification des backups et dans la surveillance proactive.

Pas de panique, pas de bricolage, chaque service est conteneurisé, surveillé, mesuré.

Les alertes sont des événements que l’on traite avec une checklist, pas des sirènes qu’on éteint à la va-vite.

Et parce que je ne suis pas un ogre financier, tout cela est pensé pour être économe en énergie et flexible : virtualisation légère, orchestration minimaliste, optimisation des I/O et compression des sauvegardes.

L’équipe : huit personnes pour commencer, la confiance au centre

Une machine, sans humains, n’est qu’un conglomérat de ferraille.

Je décide de recruter avec précaution : quatre personnes techniques pour le datacenter — des profils qui vérifient les serveurs, contrôlent les températures, gèrent les logs, patchent et redémarrent avec sang-froid — et quatre gardiens pour assurer une surveillance 24/7 physique et une sécurité sérieuse des locaux.

Oui, huit personnes au total pour un début.

Certains riront de la dépense, mais pour moi, les données sont sacrées : on ne joue pas avec l’accès aux mails d’une entreprise, avec ses sauvegardes.

La sécurité physique compte autant que la sécurité logicielle.

La première personne à me rejoindre n’est pas un admin système, ni une développeuse émérite. C’est Fatima D.

Elle ne vient pas pour coder, elle vient pour porter la paperasse que je ne veux plus voir : contrats, factures, rendez-vous, com entre fournisseurs.

Elle accepte de s’asseoir face à mes tableaux bancals, à mes contrats en pièce jointe, à mes relances. Ce que je gagne ?

La liberté de me concentrer sur le code, la mise en place des serveurs, la création des scripts d’automatisation et des pipelines de sauvegarde.

Elle devient immédiatement mon épouse administrative : ordonnée, efficace, implacable sur les délais.

Sans elle, je serais encore dans des courriels non lus et des relances bancales.

Grâce à elle, je peux coder sans tomber dans la gestion administrative, ce qui était le vrai frein à toute création sérieuse.

Fatima, c’est un personnage : elle s’installe sur des coussins dans mon appartement devenu QG, téléphone à la main, documents, et parfois elle cherche la souris… dans la salle de bain.

Oui, la souris, parce que dans ce foutu appartement de geek aux câbles qui courent comme des racines, un périphérique trouve toujours un nouvel endroit pour disparaître.

Elle rit, je râle, mais nous avançons. Elle structure. Moi, je code et je dors quand je peux.

Philosophie du lancement : ne commercialiser que quand c’est prêt

J’inscris une règle d’or : tant qu’on n’est pas prêts, on ne commercialise rien.

Ce principe me sauve déjà de mille erreurs possibles.

Ici, il ne s’agit pas d’un ego qui veut régner sur un marché, mais d’un refus de vendre du vent.

Nos services mail, hébergement web et sauvegarde doivent tenir face à la réalité : pannes, pics de charge, tentatives d’abus.

Pour cela, nous testons tout pendant trois ans en bêta chez des amis, chez des clients volontaires, chez des petites entreprises qui acceptent nos conditions.

On corrige, on améliore, on automatise.

On apprend aussi à écrire des guides clairs pour une PME qui n’a pas d’équipe IT.

La période de test est longue, c’est volontaire.

Beaucoup veulent aller vite, emballer, vendre et encaisser.

Moi, j’ai appris que la confiance se gagne dans la durée : support rapide, SLA tenus, procédures claires en cas d’incident.

Quand on propose un hébergement mail, on doit garantir la délivrabilité, les DNS bien configurés, les règles anti-spam en place, et la sécurité.

On doit aussi être capable de restaurer une boîte complète en quelques heures.

Ce niveau d’exigence prend du temps à atteindre.

Mes jours : fin des jogging à Aourir, début des insomnies productives

Le prix à payer est clair, fini les surf sessions au petit matin, fini les cafés infinis sur la corniche, fini les balades sans montre.

Ma vie redevient celle d’un jeune fou de technologie : insomnies, cafés en litres, écran ouvert jusqu’à l’aube, câbles partout, configurations coupées, essais de VPN personnels pour sécuriser les échanges entre nos bureaux et les serveurs.

Mon appartement est un patchwork de machines : racks improvisés, PC empilés, NAS qui ronronne, onduleurs clignotants.

C’est l’étrange retour à mes vingt ans — l’excitation, la débrouille, la conviction qu’on va marcher.

Je passe mes nuits à écrire des scripts qui automatise tout : déploiement via git, configuration automatique de DNS, génération et rotation des certificats TLS, sauvegardes chiffrées envoyées à un site hors région.

J’instaure des VPN personnels entre mon appartement et le datacenter, parce que je veux que nos flux de gestion ne passent pas par des canaux publics non sécurisés.

La paranoïa raisonnable est devenue une discipline : mieux vaut prévenir que guérir.

Fatima, elle, tient la base, elle s’occupe des fournisseurs, des contrats, des licences, et parfois de retrouver la souris dans des endroits improbables.

Elle me rappelle de manger, elle répond aux appels clients initiaux en capturant des infos simples : nom, besoin, urgence.

Puis elle me transfère l’information, sa présence me permet d’écrire plus de code et d’assembler des procédures opérationnelles.

Sans elle, j’aurais encore des post-its collés partout.

Tests, échecs, petites victoires

Rien ne se passe sans erreur, nous plantons, nous restaurons, nous améliorons.

Un matin, un test de charge révèle une fuite mémoire bête qui, heureusement, n’a affecté que notre sandbox.

Une autre fois, un fournisseur d’accès a eu une panne locale : notre redondance a sauvé trois petites boutiques clientes.

Ces succès, même modestes, amplifient notre crédibilité, les petites victoires sont surtout pédagogiques : elles nous forcent à documenter, à automatiser, à rendre les choses reproductibles.

Ma fierté vient surtout de voir que les script que j’écris pour la sauvegarde fonctionnent : restauration complète d’une boîte mail en moins de deux heures, logs propres, monitoring qui prévient avant la panne.

Ce sont des jalons concrets. Ils ne font pas la une des journaux, mais ils signifient que l’on peut, si on le souhaite, mettre en production des services fiables.

Humanité & technologie : l’ADN de nøwotch

À travers ce chantier, je garde une obsession : la technologie n’est utile que si elle sert des personnes.

Héberger un site ne vaut pas grand chose si personne ne vient le voir ; proposer un mail sécurisé est vain si le client ne sait pas l’utiliser.

On structure donc des offres, mais on les accompagne d’un service humain : formation, assistance, disponibilité.

L’aventure nowotch naît ainsi d’un mélange d’exigence technique et d’humilité sociale : bâtir des outils qui tiennent, et rendre ces outils accessibles.

C’est long, c’est fastidieux, mais c’est aussi ce qui donne du sens.

La technologie, sans contact humain, n’est qu’une performance froide.

Avec l’humain, elle devient service.

Clôture : l’énergie du commencement

Les semaines s’alignent en code, meetings, automatismes, et la ville devient un arrière-plan qui continue d’offrir ses promenades, mais désormais à dose homéopathique.

On ne cherche pas encore l’expansion, on cherche la fiabilité, les dix machines ronronnent, Fatima organise, les gardiens assurent la nuit.

On a posé une fondation, l’idée de nowotch n’est pas un produit encapsulé ; c’est un contrat : proposer des services qui respectent les entreprises et leurs utilisateurs.

Le récit se termine sans tambour : le chantier continue, les nuits aussi.

Mais il y a une différence fondamentale avec mon début à Agadir il y a quatre ans : je ne vis plus au jour le jour.

J’ai un cap, la version 5.0 est en train de s’assembler, pièce par pièce, avec des gens réels, des machines réelles, des décisions souvent modestes mais engagées.

Et si, parfois, je cherche encore la souris dans la salle de bain, je la trouve — ou Fatima la trouve — et on repart.

L’aventure commence vraiment, cette fois avec le sérieux d’un artisan et l’énergie d’un enfant qui n’a pas perdu son envie de construire.