Argonix

🏗️ Architecture · Isolation · Secrets · Operator K8s

Sécurité & Architecture
Le plan technique d'Argonix

Comment Argonix est construit, déployé, isolé et opéré — pour les Platform Engineers, architectes sécurité et CISO qui veulent des vraies réponses, pas des slides.

Modèles de déploiement

Choisissez la topologie qui correspond à votre plan de contrôle.

☁️ Argonix Cloud (UE)

Entièrement managé à Francfort. Tenancy logique sur infra partagée avec scoping strict par organisation au niveau ligne. Sauvegardes, mises à jour, supervision à notre charge.

🏢 Tenant dédié

Base de données + stockage single-tenant dans la région UE de votre choix (Francfort, France, Nordics). Peering VPC optionnel. Disponible sur Enterprise.

🏠 Self-hosted

Chart Helm + Operator Kubernetes (22 CRDs). Air-gapped supporté. BYO Postgres, Redis, stockage S3-compatible, endpoint LLM.

Architecture haut niveau

┌──────────────────────────────────────────────────────────────────┐
│                Navigateur · CLI · Terraform                      │
└──────────────────────────────┬───────────────────────────────────┘
                               │ TLS 1.3 · JWT · tokens API
┌──────────────────────────────▼───────────────────────────────────┐
│  Frontend (Vue 3 SPA)        │       API (Django 5 + DRF)        │
│  Statique, CDN-cached        │  RBAC · audit log · webhooks      │
└──────────────────────────────┬───────────────────────────────────┘
                               │
        ┌──────────────────────┼──────────────────────┐
        ▼                      ▼                      ▼
  ┌──────────┐         ┌──────────────┐       ┌──────────────┐
  │ Postgres │         │ File Celery  │       │ Object store │
  │  + pgvec │         │   (Redis)    │       │  (S3-compat) │
  └──────────┘         └──────┬───────┘       └──────────────┘
                              │
              ┌───────────────┴────────────────┐
              ▼                                ▼
       ┌─────────────┐                ┌──────────────────┐
       │  Workers    │                │  LLM Argos       │
       │ (monitors,  │                │  (vLLM/Mistral/  │
       │  CSPM, IA)  │                │   OpenAI UE)     │
       └──────┬──────┘                └──────────────────┘
              │
              ▼
     ┌──────────────────┐
     │  50 connecteurs  │  GCP · AWS · Azure · K8s · Slack ·
     │  (outbound only) │  GitLab · Jira · Prometheus · ...
     └──────────────────┘

Multi-tenant & isolation

🧱 Scoping ligne par ligne

Chaque modèle possède un organization_id. Permissions appliquées côté serveur via dry-rest-permissions + un check has_organization_role. Aucune lecture cross-tenant possible — vérifié par suite de tests automatisés.

🔒 Isolation worker

Les tâches Celery ne reçoivent que le contexte org dont elles ont besoin. Les tools de l'agent IA ne peuvent pas s'évader du scope de l'organisation du canal appelant. Connecteurs stockés par org, jamais globaux.

📨 Connecteurs outbound-only

Argonix n'ouvre jamais de port entrant dans votre infra. Les 50 types de connecteurs initient des appels HTTPS sortants depuis nos workers (ou les vôtres si self-hosted) vers vos APIs.

🛂 RBAC

4 rôles d'organisation (owner, admin, editor, viewer). Permissions au niveau ressource sur connecteurs, monitors, canaux d'alerte et canaux Argos.

Gestion des secrets

🔐 Chiffrement enveloppe

Credentials de connecteurs chiffrés au repos en AES-256-GCM. Data keys enveloppées par une clé KMS (Hetzner KMS / AWS KMS / GCP KMS / Vault selon le déploiement).

📤 Jamais loggés

Les champs secrets sont masqués dans l'API, jamais écrits dans les logs, jamais renvoyés. L'UI affiche •••• avec mutation rotate-only.

🔄 Rotation facile

Mettez à jour les credentials sans recréer le connecteur. Workflow CRD-driven sur Kubernetes : changez le Secret, l'Operator roule le client en cache.

Operator Kubernetes & GitOps

Pilotez toute la plateforme as code — 22 ressources personnalisées, toutes réconciliées.

apiVersion: argonix.io/v1alpha1
kind: Monitor
metadata:
  name: api-prod-uptime
  namespace: ops
spec:
  organizationRef: { name: acme }
  type: http
  url: https://api.example.com/healthz
  interval: 30s
  alertChannels: [pagerduty-on-call]
  remediation:
    workflowRef: { name: restart-api }
📦 Connector, Monitor, AlertChannel, ChatChannel
📦 StatusPage, MaintenanceWindow, Workflow, DetectionRule
📦 Budget, TestSuite, SecurityPolicy, KnowledgeBase… (22 au total)

Sécurité de l'agent IA

🧰 Tools scopés

Les tools Argos sont des fonctions Python explicites enregistrées par connecteur. Le LLM ne peut pas exécuter de code arbitraire — uniquement appeler des tools enregistrés avec arguments typés validés côté serveur.

✋ Human-in-the-loop

Les actions mutantes (restart, scale, kill, push) demandent une confirmation explicite par défaut. L'exécution automatique est opt-in par action et gardée par RBAC.

📝 Log prompt & tool

Chaque prompt, appel d'outil et réponse est journalisé dans l'audit trail. Rejouable pour conformité, débogage et red-teaming.

🚫 Pas d'entraînement sur vos données

Les fournisseurs LLM managés sont configurés avec opt-out d'entraînement. Le self-hosted permet de câbler n'importe quel modèle local (vLLM, Ollama) — vos données ne quittent pas votre périmètre.

Durcissement conteneur & supply-chain

🐧 Images minimales

Base distroless / Alpine. Utilisateur non-root. Filesystem racine en read-only. Pas de shell en production.

📜 SBOM signé

SBOM généré au build (Syft), images signées (Cosign), provenance attachée (cible SLSA niveau 3).

🔍 Scan CVE quotidien

Trivy + Grype sur chaque image de production, tous les jours. CVE critiques déclenchent un incident interne avec SLA de patch sous 7 jours.

🔐 NetworkPolicies

Le chart Helm livre des NetworkPolicies default-deny. Seul le trafic est-ouest explicite entre composants Argonix est autorisé.

Explorer plus

Revue d'architecture avec notre équipe

30 minutes avec un ingénieur qui a construit Argonix — apportez vos questions les plus difficiles.