Preuves techniques

Des systèmes construits, exploités et documentés.

Ces réalisations montrent surtout des décisions d'exploitation : identité de version, séparation des environnements, accès, visibilité, documentation et contrôle des changements. Les détails sensibles d'infrastructure restent volontairement absents.

Discuter d'un besoin
01En exploitation

GIT · CI/CD · CONTAINERS · K3S

Chaîne de livraison DevOps contrôlée

Passer d'une livraison fragile ou manuelle à un chemin où chaque candidate est identifiable, validée puis promue explicitement.

Git→CI validation→Image versionnée→Registry privé→Staging→Acceptation→Production→Vérification

Problème traité

Une mise en production n'est fiable que si l'on sait quelle version a été validée, comment elle arrive en staging et quelle action exacte la promeut vers la production.

Mise en œuvre

  • Validation CI avant livraison
  • Image conteneur versionnée et stockée dans un registre privé
  • Déploiement en staging avant acceptation
  • Promotion explicite de la version candidate
  • Vérification post-déploiement et limite de rollback identifiée
Résultat démontrable

Un workflow reproductible et traçable est réellement utilisé sur des environnements SORIA et des processus de livraison associés.

02Infrastructure privée

LINUX · VIRTUALISATION · NETWORKING

Plateforme Linux & cloud auto-gérée

Exploiter plusieurs services avec des frontières claires entre virtualisation, réseau, routage applicatif et workloads conteneurisés.

Approche

L'environnement associe infrastructure Linux, virtualisation, segmentation réseau, accès privés, reverse proxy/TLS et runtime conteneurisé. Les détails exploitables et la topologie précise ne sont pas publiés.

Ce que cela démontre

  • Administration Linux et virtualisation
  • Séparation logique des environnements
  • Routage applicatif et gestion TLS
  • Exploitation de services conteneurisés
  • Documentation des changements et dépendances
Frontière de publication

Aucune adresse, port d'administration, règle de firewall, secret ou capture d'interface d'exploitation n'est exposé.

03IAM

KEYCLOAK · SSO · RBAC

Identité et accès centralisés avec Keycloak

Éviter que chaque application gère seule son authentification et rendre les rôles d'accès plus cohérents.

Utilisateur→Keycloak→SSO→Application

Mise en œuvre

Intégration d'un service d'identité centralisé pour fournir authentification, SSO et contrôle des rôles sur des applications de l'écosystème.

Ce que cela démontre

  • Compréhension du cycle d'authentification
  • SSO distinct du contrôle d'autorisation
  • Modélisation des rôles / RBAC
  • Intégration d'applications à un IdP central
04En exploitation

MÉTRIQUES · LOGS · ALERTES

Observabilité et supervision

Rendre l'état des systèmes visible pour diagnostiquer plus vite et distinguer disponibilité, performance et événements.

Prometheus+Grafana+Loki

Objectif

Réunir métriques, tableaux de bord, journaux et alertes dans une démarche d'exploitation cohérente plutôt que multiplier les outils sans méthode.

Ce que cela démontre

  • Sélection de signaux utiles
  • Construction de tableaux de bord
  • Centralisation et consultation des logs
  • Alertes orientées diagnostic
05En production

PLATEFORME · AUTH · CONTENT

SORIA Académie

Une plateforme éducative séparée du portfolio, avec parcours techniques, espace de connexion et exploitation continue.

Contexte

Créer une surface dédiée aux formations et labs sans mélanger l'intention éducative avec le site personnel de consultant ou le site commercial de SORIA.

Ce que cela démontre

  • Séparation claire des identités et des intentions
  • Publication structurée de contenus techniques
  • Intégration d'un parcours d'authentification
  • Exploitation d'une application web en production
Rôle dans l'écosystème

SORIA Académie porte la profondeur pédagogique ; behnam.fr reste l'autorité personnelle consultant/freelance ; SORIA porte les services commerciaux directs.

Limites de preuve

Montrer suffisamment pour être crédible, pas suffisamment pour fragiliser l'exploitation.

Les études de cas publiques excluent les secrets, identifiants, adresses internes, règles d'accès détaillées et captures de consoles opérationnelles. Les résultats quantifiés ne sont publiés que lorsqu'ils ont été réellement mesurés.

Besoin similaire ?

Parlons du problème avant de choisir les outils.

Pour une mission personnelle/freelance, contactez-moi directement. Pour un projet porté par la structure SORIA, le site commercial reste la référence.