Architecture de référence¶

Vue d'ensemble¶

L'architecture de référence repose sur Nexus Repository Manager OSS déployé en conteneur, expose via un reverse proxy HTTPS, avec un stockage blob persistant et une base de metadonnees.

graph TD
    Clients["Clients internes<br/>(pipelines CI/CD, postes developpeurs, serveurs de build)"]
    Clients -->|HTTPS 443| Proxy
    subgraph Proxy["Reverse Proxy (Caddy)"]
        P1["nexus.internal<br/>:443 → :8081"]
        P2["docker.internal<br/>:443 → :8082"]
        P3["npm.internal<br/>:443 → :8083"]
    end
    Proxy --> Nexus
    subgraph Nexus["Nexus Repository Manager"]
        Engine["Repo Engine<br/>(proxy, hosted, group)"]
        Scheduler["Scheduler<br/>(cleanup, rebuild, compact)"]
        API["REST API<br/>(admin, search, scripting)"]
        Engine --> DB["OrientDB / PostgreSQL<br/>(metadonnees, index, RBAC)"]
        DB --> Blobs["Blob Stores"]
        Blobs --> BS1["default (file)"]
        Blobs --> BS2["docker (S3)"]
        Blobs --> BS3["npm (file)"]
    end
    Nexus -->|HTTPS sortant| Public["Registres publics (Internet)<br/>Docker Hub, npm, PyPI, Maven Central, Go proxy..."]

Composants de l'architecture¶

Blob stores¶

Les blob stores sont les volumes de stockage physiques ou Nexus écrit les artefacts. Chaque blob store est indépendant et peut utiliser un backend différent.

Bonne pratique : créer un blob store dedie par famille de dépôts pour isoler les données et faciliter la gestion de l'espace.

Blob Stores recommandes :
├── bs-docker       # Images Docker (volume important)
├── bs-npm          # Paquets npm
├── bs-pypi         # Paquets Python
├── bs-maven        # Artefacts Maven/Gradle
├── bs-system       # Paquets apt/rpm
├── bs-hosted       # Artefacts internes (tous formats)
└── bs-default      # Paquets divers (Go, Helm, NuGet)

Base de metadonnees¶

Nexus stocke les metadonnees (index des composants, informations de sécurité, RBAC, tâches planifiees) dans une base de données séparée des blobs.

Reverse proxy¶

Nexus necessite un reverse proxy en frontal pour :

1. TLS termination : les clients se connectent en HTTPS, le proxy parle HTTP vers Nexus
2. Routage par sous-domaine : chaque format peut avoir son propre sous-domaine (docker.internal, npm.internal)
3. Compression : gzip/brotli pour les réponses JSON (metadonnees npm, PyPI)
4. Rate limiting : protection contre les abus

Tâches planifiees (Scheduled Tasks)¶

Nexus execute des tâches planifiees pour la maintenance automatique :

Layout multi-format¶

Une seule instance Nexus gère tous les formats. Voici l'organisation recommandee des dépôts :

Dépôts Docker¶

Dépôts applicatifs¶

Dépôts système¶

Sizing¶

Calcul de l'espace disque¶

L'espace requis depend du nombre de formats et du volume de paquets caches. Estimation pour une DSI de 50 développeurs :

Ressources compute¶

Flux réseau¶