Les exigences que nous voudrions qu’on nous impose.

Un logiciel d’infrastructure se juge sur la pire nuit qu’il ait connue, pas sur la plus belle démonstration qu’il ait donnée. Tout ce qui suit existe à cause d’une nuit comme celle-là.

Nos pratiques

Ce que nous faisons délibérément

Un aperçu avant chaque validation

Importations, migrations, planification CIDR, opérations sur les clés DNSSEC : chacune montre le résultat avant d’écrire quoi que ce soit. La plupart des grandes pannes DNS connues venaient d’un changement d’apparence valide envoyé directement en production ; un aperçu est la protection la moins coûteuse contre toute cette catégorie de problèmes.

En cas de panne, le service continue

Les moteurs DNS et DHCP tournent dans des conteneurs que le plan de contrôle gère, mais dont le fonctionnement ne dépend pas de lui. Si le gestionnaire tombe, la résolution continue. Un plan de gestion capable de faire tomber le plan de données est un risque, pas une fonctionnalité.

Des mises à niveau atomiques, validées au démarrage

La nouvelle image s’écrit dans la partition inactive pendant que l’active reste en service, et elle n’est conservée qu’après un démarrage réussi. Le retour arrière n’est pas une étape de procédure dont il faut se souvenir à 3 h du matin : c’est le résultat par défaut d’un démarrage raté.

Prouver la parité avant de prendre le relais

L’évaluation tourne à côté de votre environnement de production, sans rien envoyer à vos serveurs. Nous rejouons vos vraies requêtes sur les deux systèmes et comparons les réponses. La bascule se fait une zone à la fois, et l’ancien serveur reste prêt à reprendre le service.

Chaque modification est traçable

En ajout seulement, avec détection de toute altération, et assez complet pour que les preuves de conformité se recueillent d’elles-mêmes. Si vous ne pouvez pas montrer qui a changé quoi, et quand, vous n’avez pas de contrôle : vous avez de l’espoir.

Sans agent, partout où c’est possible

Nous gérons le DNS et le DHCP Windows existants par WinRM, sans rien installer sur vos contrôleurs de domaine. Chaque agent, c’est un logiciel de plus à mettre à jour, une panne de plus possible et une justification de plus à fournir lors d’une revue de sécurité.

L’IA

Où l’IA a sa place, et où elle ne l’a pas

Nous utilisons beaucoup l’IA et nous le disons, parce que l’autre option — l’utiliser en silence en laissant croire à du travail artisanal — serait malhonnête.

Ce qu’elle fait

  • Elle lit la configuration existante pendant une migration et propose son équivalent dans le nouveau modèle.
  • Elle rédige les parties répétitives et sujettes aux erreurs d’un plan de bascule, pour qu’un spécialiste les révise au lieu de les retaper.
  • Elle répond en langage courant aux questions d’exploitation sur votre parc, par l’intermédiaire du copilote.

Ce qu’elle ne fait jamais

  • Appliquer un changement sans qu’une personne en ait approuvé le détail exact.
  • Remplacer le spécialiste à qui revient la décision sur votre architecture.
  • Servir d’argument pour une fonctionnalité que le produit n’a pas réellement.

L’IA explique pourquoi nos prix de migration ne représentent qu’une fraction de ceux des grands fournisseurs : elle se charge du gros du travail répétitif, et nos spécialistes gardent la main sur tout ce qui exige du jugement.

Compétences

Ce que vous pouvez nous confier

Au-delà du produit, voici les domaines où nous sommes vraiment solides. Si votre besoin s’en approche, demandez-nous — et si ce n’est pas quelque chose que nous devrions faire, nous vous le dirons.

Administration réseau

Le DNS, le DHCP et la gestion des adresses en production — y compris sur les plateformes DDI commerciales. C’est ce qui nous permet de savoir exactement où elles excellent et où elles facturent trop cher.

Infonuagique et multinuage

AWS, Azure, Google Cloud et Cloudflare : ce sont nos environnements de travail au quotidien. Le DNS multinuage occupe une place centrale dans le produit parce que c’était un problème central pour nous.

DevOps et automatisation

L’infrastructure en tant que code, l’intégration et le déploiement continus, la gestion de configuration, et la rigueur qui va avec : des versions reproductibles, des changements révisables, aucun serveur configuré à la main.

Conteneurs et Kubernetes

Docker et Kubernetes en production, pas seulement en théorie. C’est pourquoi l’image système intègre k3s, pourquoi le produit est aussi offert en chart Helm et en fichier Compose, et pourquoi les moteurs continuent de répondre quand le plan de contrôle est en panne.

IA appliquée

L’IA là où elle a sa place : migrations, importation de configuration, copilote d’exploitation. Chaque changement qu’elle propose est révisé et approuvé par une personne avant d’être appliqué.

Sécurité et conformité

DNSSEC, contrôle d’accès basé sur les rôles avec LDAP, OIDC, SAML, RADIUS et TACACS+, journaux d’audit où toute altération est détectable, et une collecte de preuves qui ramène la préparation d’un audit de quelques semaines à quelques jours.

Le seuil

Avant d’entrer dans votre production

SpatiumDDI est complet sur le plan fonctionnel et en version bêta. Il n’entrera en production critique qu’après avoir franchi un seuil de maturité clairement défini — un programme de renforcement et d’assurance qualité que nous menons contre un environnement synthétique conçu pour le mettre en échec. D’ici là, la voie honnête est celle que nous recommandons à tous : utilisez-le gratuitement, mettez-le à l’épreuve à côté de votre solution en place, et basculez quand les résultats le justifient.

Voir comment se déroule une évaluation →