# Capacité

:::note
Les chiffres ci-dessous sont de **deux natures** : mesurés au repos sur ce poste, ou estimés par
extrapolation. Ils sont étiquetés comme tels. **Aucun essai de charge n'a été mené.** Rien ici ne
provient d'une documentation commerciale.
:::

## Mesuré

Les quatre services démarrés, au repos, après le test de fumée (`docker stats`, 25/10/2026,
8 cœurs, 31 Gio) :

| Service             |       Mémoire |         CPU au repos |
| ------------------- | ------------: | -------------------: |
| ClickHouse (Rybbit) |       614 Mio |                7,4 % |
| OpenObserve         |       480 Mio |                0,1 % |
| Matomo              |       313 Mio |                 ~0 % |
| Rybbit backend      |       229 Mio |                 ~0 % |
| Umami               |       202 Mio |                 ~0 % |
| MariaDB (Matomo)    |       122 Mio |                3,4 % |
| Rybbit client       |        63 Mio |                 ~0 % |
| PostgreSQL (Rybbit) |        45 Mio |                 ~0 % |
| PostgreSQL (Umami)  |        39 Mio |                 ~0 % |
| Collecteur OTLP     |        37 Mio |                 ~0 % |
| Redis (Rybbit)      |        10 Mio |                0,1 % |
| **Total**           | **≈ 2,1 Gio** | **≈ 11 %** d'un cœur |

Volumes Docker après le POC : **1,8 Gio**, dont l'essentiel en initialisation de schémas.

**Lecture critique** : Rybbit pèse 5 conteneurs et 961 Mio, soit 46 % du total, pour les mêmes
fonctions de base qu'Umami qui en demande 241 Mio sur 2 conteneurs. Retenir Rybbit ne se justifie
que par ses fonctions propres (entonnoirs, enregistrement de session) — dont aucune n'est utilisable
ici, l'enregistrement de session étant interdit par l'ADR 006.

## Estimé, non vérifié

Extrapolation à partir du volume d'une fiche d'événement observée, sans essai de charge. À traiter
comme un ordre de grandeur destiné à cadrer, pas à dimensionner.

| Volume               | Hypothèse                                   | Disque/mois estimé |
| -------------------- | ------------------------------------------- | -----------------: |
| 10 k événements/jour | ~1 Kio/événement après compression          |           ~0,3 Gio |
| 100 k/jour           | idem                                        |             ~3 Gio |
| 1 M/jour             | idem, compression ClickHouse plus favorable |       ~20 à 30 Gio |

Ces chiffres **ne tiennent pas compte** des index, de l'archivage Matomo (qui duplique en tables de
rapports) ni des sauvegardes.

## Ce qu'il faudrait mesurer

1. Débit d'ingestion soutenable par fournisseur, en événements/seconde, avant dégradation.
2. Croissance disque réelle sur sept jours de trafic représentatif.
3. Coût de l'archivage Matomo, qui est différé et peut saturer un cœur.
4. Comportement de la file applicative quand un fournisseur est injoignable plusieurs heures :
   la file est bornée à 500 événements et écarte les plus anciens.

## Cadre de ce projet

La vitrine publie 248 structures et 23 444 pages. Un trafic institutionnel de cette nature se
compte en milliers de vues par jour, pas en millions. **Les trois fournisseurs tiennent très
largement**, et la question de capacité n'est pas le facteur de décision : le coût d'exploitation
et la conformité le sont.