Set‑OPS est un moteur Ansible qui construit et exploite tout un écosystème interne — identité, confiance, DNS, données, courriel, observabilité, forge — sur votre propre grappe Proxmox. À partir d'un plan déclaratif. Sans SaaS. Sans conteneur propriétaire. Et exploitable sans aucune IA.
édite le plan→
make instancier→
make deployer→
make prouver
Set‑OPS se pilote par un plan, pas par l'édition de l'inventaire. Les registres sont la source unique de vérité ; l'inventaire Ansible en est dérivé. Vous ne touchez jamais hosts.yml à la main.
Serveurs, applications, bases, domaines, nomenclature — des registres lisibles par la machine, votre seule source de vérité.
VMID, IP, VLAN et passerelle sont dérivés de la fonction. make instancier montre le diff avant d'appliquer.
Chaque groupe a son playbook homonyme. L'orchestrateur déploie socle → PKI → services → apps → agents, dans l'ordre.
make prouver rejoue les vérifications et produit un rapport horodaté. Le dépôt n'affirme jamais plus qu'il ne prouve.
Tout ce qu'un hébergeur met en ligne, Set‑OPS le tient en interne — en logiciel libre, sur systemd et paquets, sans dépendance à un géant. Voici, pilier par pilier, ce qu'il déploie et exploite. Le badge Éprouvé marque ce qui tourne sur des VM réelles ; Feuille de route ce qui est planifié.
Une identité, un mot de passe, pour tout le parc.
Votre propre autorité de certification. Tout le trafic interne, chiffré et vérifié.
verify-full, LDAPS, métriques & logs en HTTPS, LMTP vérifié.Un DNS interne cohérent, et un réseau convergé multi-tenant.
/etc/hosts, sans casser Internet.Bases relationnelles et cache, provisionnés depuis le registre.
Recevoir et envoyer, de bout en bout, sur votre infrastructure.
:587 authentifiée (SASL déléguée à Dovecot).Déclare une exposition — tout le reste se dérive.
expose produit vhost + SAN de cert + enregistrement DNS + alias plancher, auto-dérivés.Voir toute la flotte : métriques, journaux, tableaux de bord, impact.
Vos services internes, adossés à l'identité commune.
Sous les piliers, un socle commun tient l'ensemble : durcissement, pare-feu, sauvegardes, et l'outillage qui rend le tout reproductible.
Chaque VM naît sécurisée.
AuthenticationMethods publickey).Moindre privilège, dérivé du registre des flux.
ip saddr = moindre privilège, reste refusé.L'état, pas les VM — car l'infra se reconstruit par le code.
Une source unique, éditable en ligne de commande ou à l'écran.
make inventaire-ui) : vues Serveurs, Applications, Domaines, Réseau, Flux, Couches.Tout passe par make et un plan. Un modèle générique socle — DNS, AC/PKI, edge TLS, courriel — est prêt à copier, renseigner, déployer. Puis vous vivez dans le plan.
# 1 · copier un modèle, le renseigner, générer l'inventaire $ cp -r exemples/modeles/socle ../mon-instance && ln -s ../mon-instance instance $ make instancier-appliquer FORCE=1 production/hosts.yml généré depuis le plan. # 2 · construire le template, créer les VM, déployer la flotte $ make preparer-modele # socle + durcissement + cloud-init $ make reconstruire CONFIRMER=true # crée les VM PUIS déploie tout 13 hôtes déployés · 0 échec # 3 · valider et PROUVER $ make valider # recette fonctionnelle Prometheus 6/6 UP · 6 vhosts HTTPS · courriel bout-en-bout · 6 dépôts restaurés $ make prouver CONFORME : 16 OK, 0 échec, 0 sauté → docs/audit/preuve-AAAA-MM-JJ.md
Une VM Debian 13 minimale devient le golden template : socle, durcissement, cloud-init, qemu-guest-agent.
Clone via l'API Proxmox ; cloud-init donne hostname, clé, IP, DNS. VMID/IP/VLAN lus dans le plan.
Les playbooks de groupes appliquent l'état voulu, relançables sans effet de bord. La flotte converge.
Tout supprimer, puis make myDay : l'écosystème renaît du code — la preuve de portabilité sans réserve.
Un outil d'exploitation réelle, pas une démonstration. Chaque affirmation publique est tracée vers une commande de preuve rejouable — ou corrigée.
make verifier enchaîne lint, tests, cohérence, syntaxe et les preuves. Un dépôt qui se tient droit.
make prouver produit un rapport horodaté et rejouable — 16 preuves reliées au registre des affirmations. Une pièce justificative.
make valider : recette fonctionnelle sur la flotte vivante — cibles UP, vhosts HTTPS, courriel livré, sauvegardes restaurées.
make et le GUI suffisentFidèle au principe : on ne présente jamais comme prêt ce qui ne l'est pas. Ces capacités sont conçues et attendues, en rôles natifs comme les autres.
Fichiers, agenda, édition en ligne — sous la même identité SSO. Build prioritaire, offre « maison-OBNL ».
Présentation (UI, assets) et application (API), servis derrière l'edge — pour mettre vos propres applications web en ligne.
Trois niveaux accumulatifs pour attester la qualité d'un écosystème — garde-fou social inclus.
La règle du projet est écrite dans son dépôt : ne jamais affirmer plus que ce qu'on prouve. Elle s'applique aussi à cette page.
Un plan, votre grappe Proxmox, et tout un écosystème numérique — libre, chiffré, prouvé. Sous le ciel de l'Alliance Boréale.