Notre expertise technique
Architecture, DevOps, cloud, réseau, IA : nos savoir-faire en schémas interactifs.
En pause
Faites glisser pour explorer le schéma, touchez un bloc pour son explication.
Trafic normal : les requêtes sont réparties entre les serveurs, le cache répond aux lectures fréquentes.
- Disponibilité
- 99,99 %
- Latence p99
- 120 ms
- RequĂŞtes / s
- 1 250
Scénarios
Lire le schéma en version texte
Les éléments du schéma
- Clients
- : Navigateurs et applications mobiles de vos utilisateurs, partout dans le monde.
- CDN
- : RĂ©seau de serveurs proches des utilisateurs : images, scripts et pages statiques sont servis en quelques millisecondes.
- Load balancer
- : Répartit chaque requête vers un serveur disponible et retire automatiquement ceux qui ne répondent plus (health checks).
- App 1
- : Serveur d'application sans Ă©tat : n'importe lequel peut traiter n'importe quelle requĂŞte.
- App 2
- : Deuxième serveur identique : si l'un tombe, les autres prennent le relais.
- App 3
- : Troisième serveur : la capacité se règle en ajoutant ou retirant des serveurs.
- App 4
- : Serveur démarré automatiquement pendant un pic de trafic, puis arrêté quand la charge retombe.
- Cache
- : Garde en mémoire les données lues souvent : la base de données est moins sollicitée et les réponses sont plus rapides.
- PostgreSQL
- : Base de données principale : toutes les écritures passent par elle.
- RĂ©plique
- : Copie synchronisée en continu, prête à prendre le relais en cas de panne de la base principale.
- File d'attente
- : Met de côté les tâches longues (e-mails, PDF, paiements) pour répondre tout de suite à l'utilisateur.
- Workers
- : Traitent les tâches de la file à leur rythme, sans ralentir le site.
Les scénarios
Un serveur tombe
- App 2 ne répond plus : les requêtes qui lui arrivent échouent.
- Le load balancer détecte la panne et redistribue le trafic sur App 1 et App 3.
- App 2 redémarre et repasse les contrôles de santé.
- Retour à la normale : vos utilisateurs n'ont rien remarqué.
Pic de trafic
- Pic de trafic : quatre fois plus de requĂŞtes, les serveurs saturent.
- Autoscaling : un quatrième serveur démarre automatiquement.
- La charge se répartit sur quatre serveurs : la latence redescend.
- Le pic est passé : le serveur supplémentaire s'arrête, vous ne payez que ce que vous utilisez.
Du code clair, testable et Ă©volutif
La programmation orientée objet organise le code en objets qui regroupent données et comportements. Bien appliqués, ses quatre piliers rendent une application plus facile à comprendre, à tester et à faire évoluer : on ajoute une fonctionnalité sans tout casser. C'est la base de notre façon de coder, et un module clé de nos formations.
- Code structuré selon les principes SOLID
- Logique métier couverte par des tests automatisés
- Revue de code systématique
- Formations POO et design patterns
Les éléments du schéma
- CarnetDeSante
- : Classe utilisée par composition : chaque animal possède son propre carnet.
- Animal
- : Classe abstraite : elle définit ce que tout animal sait faire, mais ne peut pas être créée telle quelle.
- Domestique
- : Interface : un contrat que les classes s'engagent Ă respecter, sans imposer comment.
- Chien
- : Hérite d'Animal et implémente Domestique ; ajoute son propre comportement : rapporter().
- Chat
- : Hérite d'Animal et implémente Domestique, avec sa propre version de crier().
Le déroulé de l'animation
- Encapsulation : les données de l'animal sont protégées, on n'y accède que par des méthodes contrôlées.
- Héritage : Chien et Chat reprennent tout ce que sait faire Animal, sans le réécrire.
- Polymorphisme : le même appel crier() donne « Wouf ! » ou « Miaou ! » selon l'objet.
- Abstraction : Animal et l'interface Domestique fixent un contrat, chaque classe l'applique à sa façon.
- Bonus, la composition : un Animal possède un CarnetDeSante, qui naît et disparaît avec lui.
Livrer souvent, sans casser la production
Chaque modification de code passe par une chaîne automatisée : vérifications, tests, construction d'une image Docker, déploiement en préproduction puis en production. Si un test échoue, rien n'est déployé. Vous recevez des nouveautés plus souvent, avec moins de bugs et sans coupure de service.
- Intégration et déploiement continus (GitHub Actions, GitLab CI)
- Conteneurs Docker identiques du poste Ă la production
- Préproduction pour valider avant chaque mise en ligne
- Supervision et alertes 24 h/24
Les éléments du schéma
- DĂ©veloppeur
- : Le code est écrit et testé en local, sur une branche dédiée à la fonctionnalité.
- Git push
- : Le dépôt central garde l'historique de chaque ligne de code ; chaque push déclenche la pipeline.
- Lint
- : Analyse automatique du code : style homogène et erreurs courantes détectées avant les tests.
- Tests
- : Des centaines de tests vérifient en quelques minutes que rien n'a été cassé.
- Build
- : Le code est compilé, minifié et optimisé pour la production.
- Image Docker
- : L'application et toutes ses dépendances dans un conteneur : elle tourne partout de la même façon.
- Registre
- : Chaque version de l'image est conservée : revenir en arrière prend quelques secondes.
- Préproduction
- : Copie conforme de la production pour tester en conditions réelles.
- Validation
- : Tests de bout en bout automatisés et validation de la fonctionnalité par le client.
- Production
- : Les serveurs sont mis Ă jour un par un : le site ne s'arrĂŞte jamais.
- Monitoring
- : Tableaux de bord et alertes : un problème est détecté avant que vos clients ne le remarquent.
Les zones
- Intégration continue (CI)
- : Automatique à chaque push : si une étape échoue, la suite est bloquée.
- DĂ©ploiement continu (CD)
- : La même image est déployée en préproduction puis en production : ce qui a été testé est exactement ce qui part en ligne.
Le déroulé de l'animation
- Le développeur termine une fonctionnalité et ses tests sur sa branche.
- git push : le code part sur le dépôt et la pipeline démarre automatiquement.
- Lint : le style et les erreurs courantes sont vérifiés.
- Tests unitaires et d'intégration : chaque fonctionnalité est vérifiée.
- Build : le code est compilé et optimisé pour la production.
- Une image Docker est créée : la même sur tous les environnements.
- L'image est versionnée et stockée dans le registre.
- Déploiement automatique en préproduction (staging).
- Tests de bout en bout et validation par le client en préproduction.
- Mise en production sans interruption de service.
- Supervision : logs, métriques et alertes veillent sur la production.
- Les métriques et les retours utilisateurs nourrissent la prochaine itération.
Les scénarios
Un test Ă©choue
- Nouveau push… avec une régression cachée.
- Lint : le style et les erreurs courantes sont vérifiés.
- Un test échoue : la pipeline s'arrête, rien n'est déployé en production.
- Le développeur est alerté avec le rapport du test, il corrige.
- Correctif poussé : la pipeline repart de zéro.
Une infrastructure cloud sûre et sur mesure
Nous déployons vos applications chez le fournisseur adapté à votre budget (AWS, Azure, Google Cloud, OVHcloud ou un VPS) avec une architecture cloisonnée : seul le point d'entrée est exposé à Internet, les serveurs et les bases de données restent dans des sous-réseaux privés. Passez la souris sur chaque élément pour comprendre son rôle.
- Réseau privé cloisonné (VPC, sous-réseaux, pare-feu)
- Bases de données managées, sauvegardées et répliquées
- Montée en charge automatique selon le trafic
- Infrastructure décrite en code (Terraform), reproductible
Les éléments du schéma
- Utilisateurs
- : Vos visiteurs arrivent par Internet, en HTTPS uniquement.
- Load balancer
- : Termine le chiffrement HTTPS et répartit le trafic entre les instances en bonne santé.
- Instance 1
- : Machine virtuelle qui exécute votre application dans un conteneur.
- Instance 2
- : Deuxième instance, dans une autre zone de disponibilité pour résister à la panne d'un datacenter.
- Instance 3
- : Instance ajoutée automatiquement quand la charge augmente, retirée quand elle baisse.
- Base managée
- : Base de données gérée par le fournisseur : mises à jour, sauvegardes quotidiennes et chiffrement inclus.
- RĂ©plique
- : Copie synchronisée dans une autre zone : bascule automatique si la base principale tombe.
- Stockage objet
- : Fichiers, images et sauvegardes stockés de façon durable et à faible coût, hors des serveurs.
Les zones
- VPC · réseau privé virtuel
- : Votre réseau privé dans le cloud, isolé des autres clients : rien n'y entre sans règle explicite.
- Sous-réseau public
- : Le seul sous-réseau exposé à Internet : on n'y place que le load balancer.
- Privé · application
- : Les serveurs d'application, invisibles depuis Internet, regroupés dans un groupe d'autoscaling.
- Privé · données
- : Les bases de données, accessibles uniquement depuis les serveurs d'application.
Les scénarios
Montée en charge
- Une campagne marketing triple le trafic : le CPU des instances grimpe.
- Le groupe d'autoscaling lance une troisième instance.
- La charge se répartit : le CPU et le temps de réponse redescendent.
- Le trafic retombe : l'instance en trop est supprimée, la facture aussi.
Un réseau d'entreprise fiable et cloisonné
Nous concevons et installons le réseau de vos locaux : fibre, pare-feu, switchs, Wi-Fi professionnel et vidéosurveillance. Chaque usage a son propre réseau virtuel (VLAN) : vos invités profitent du Wi-Fi sans jamais voir vos postes de travail ni vos caméras, et le pare-feu filtre tout ce qui vient d'Internet.
- Pare-feu et accès à distance sécurisé (VPN)
- VLAN séparés : bureautique, invités, caméras
- Wi-Fi professionnel couvrant tous vos locaux
- Vidéosurveillance IP avec consultation sur mobile
Les éléments du schéma
- Internet
- : Votre accès fibre ou 4G, éventuellement doublé par une seconde ligne de secours.
- Pare-feu
- : Filtre tout ce qui entre et sort, bloque les intrusions et permet le télétravail sécurisé (VPN).
- Switch
- : Relie tous les équipements et sépare les VLAN : chaque réseau reste dans son couloir.
- Postes
- : Ordinateurs de l'équipe, reliés par câble pour la stabilité.
- Serveur
- : Fichiers partagés et sauvegardes automatiques de l'entreprise.
- Borne Wi-Fi
- : Bornes professionnelles : un réseau pour l'équipe, un autre pour les invités.
- Invités
- : Les appareils des visiteurs accèdent à Internet, et à rien d'autre.
- NVR
- : Enregistre les flux vidéo 24 h/24 ; consultation sécurisée depuis votre téléphone.
- Caméras IP
- : Caméras alimentées par le câble réseau (PoE), sur un VLAN dédié.
Les zones
- VLAN 10 · Bureautique
- : Postes de travail et serveur de fichiers de l'Ă©quipe.
- VLAN 20 · Wi-Fi invités
- : Accès Internet uniquement, totalement isolé du reste du réseau.
- VLAN 30 · Vidéosurveillance
- : Caméras et enregistreur sur un réseau dédié, inaccessible depuis Internet.
Les scénarios
Tentative d'intrusion
- Un robot sur Internet scanne votre adresse à la recherche des caméras…
- …le pare-feu bloque tout trafic entrant non autorisé et journalise la tentative.
Isolation des VLAN
- Un appareil invité tente d'accéder à l'enregistreur vidéo…
- …refusé : le VLAN invités n'a accès qu'à Internet. Vos données restent cloisonnées.
Des applications mobiles rapides et sécurisées
Une application mobile n'est que la partie visible. Derrière, une API sécurisée authentifie chaque requête, l'oriente vers le bon service et envoie des notifications push au bon moment. Nous développons l'application et toute l'infrastructure qui la fait tourner, jusqu'à la publication sur les stores.
- iOS et Android avec un seul code (Flutter)
- API sécurisée : jetons JWT, OAuth 2, limitation de débit
- Notifications push ciblées
- Publication sur l'App Store et Google Play
Les éléments du schéma
- App mobile
- : L'application installée sur le téléphone, fluide même avec une connexion lente.
- API Gateway
- : Porte d'entrée unique de l'API : chiffrement, contrôle d'accès et limitation du nombre de requêtes.
- Auth
- : Vérifie l'identité de l'utilisateur et la validité de son jeton à chaque requête.
- Services
- : Le cœur de votre application : commandes, paiements, profils…
- Base de données
- : Stocke les données de vos utilisateurs, chiffrées et sauvegardées.
- Notifications
- : Envoie des notifications push via les services de Google (FCM) et d'Apple (APNs).
Le déroulé de l'animation
- L'application envoie une requĂŞte HTTPS avec le jeton de l'utilisateur.
- L'API Gateway fait vérifier le jeton par le service d'authentification.
- Jeton valide : la requête est envoyée au bon service.
- Le service lit et enregistre les données en base.
- La réponse revient à l'application en quelques dizaines de millisecondes.
- Un événement (commande expédiée, nouveau message…) déclenche une notification push.
- Le téléphone affiche la notification, même application fermée.
Une IA qui répond à partir de vos données
Le RAG (génération augmentée par la recherche) relie un modèle de langage à vos documents. Avant de répondre, l'IA retrouve les passages pertinents de votre base de connaissances et s'appuie dessus : les réponses sont précises, à jour et sourcées. Idéal pour un assistant client, un support interne ou la recherche dans vos procédures.
- Assistant qui connaît vos documents, sans fuite de données
- Réponses sourcées, beaucoup moins d'inventions
- Intégration à votre site, WhatsApp ou vos outils
- Mise Ă jour automatique quand vos documents changent
Les éléments du schéma
- Documents
- : Vos contenus : procédures, catalogues, FAQ, contrats, pages du site…
- Question
- : Une question posée en langage naturel, sur votre site ou sur WhatsApp.
- Embeddings
- : Transforme un texte en vecteur : des textes de mĂŞme sens ont des vecteurs proches.
- Base vectorielle
- : Retrouve en quelques millisecondes les passages les plus proches de la question.
- LLM
- : Le modèle rédige la réponse en s'appuyant uniquement sur les passages fournis.
- RĂ©ponse
- : Une réponse claire, avec les documents cités pour vérifier.
Le déroulé de l'animation
- Indexation : vos documents sont découpés en passages et convertis en vecteurs.
- Un utilisateur pose une question.
- La question est elle aussi convertie en vecteur.
- Recherche des passages les plus proches dans la base vectorielle.
- Le LLM reçoit la question et les passages pertinents de vos documents.
- Génération de la réponse, token par token, en citant les sources.
- Une réponse fiable, fondée sur vos données et non sur des suppositions.