Fluent Bit ou Vector ?

1. Comparatif #

Deux excellents outils.

Critères #

2. Combiner #

Agent léger, agrégateur riche.

Architecture type #

# Fluent Bit (agent sur chaque nœud) vers Vector (agrégateur)
[OUTPUT]
    Name   http
    Match  kube.*
    Host   vector-aggregator.logging.svc
    Port   8080
    URI    /
    Format json

# Vector (agrégateur)
sources:
  depuis_agents:
    type: http_server
    address: 0.0.0.0:8080
    decoding: { codec: json }

L'agrégateur centralise transformations lourdes, masquage, routage multi-destinations et tampon disque ; les agents restent simples et légers.

3. Migrer #

Depuis Fluentd ou Logstash.

Démarche #

1. Inventorier les entrées, filtres et sorties existants ; supprimer ce qui n'est plus utilisé.
2. Traduire filtre par filtre (grok vers parse_regex ou parse_grok en VRL, filtres Fluentd vers filtres Fluent Bit).
3. Écrire des tests avec de vrais échantillons de logs.
4. Faire tourner l'ancien et le nouveau en parallèle vers deux index ou deux tenants, comparer volumes et champs.
5. Basculer service par service.

À savoir : Fluent Bit et Vector savent recevoir et émettre de l'OTLP : si votre cible est OpenTelemetry, ils peuvent cohabiter avec un Collector ou Alloy pendant la transition.