Stratégie et gouvernance de l'IA

Gemma 4 : Google lance une famille open source Apache 2.0 conçue pour les workflows agentiques et le long contexte

Le 2 avril 2026, Google a mis en disponibilité générale Gemma 4, une nouvelle génération de modèles open weights publiés sous licence Apache 2.0. L’événement dépasse le cadre d’une simple mise à jour technique : c’est la première fois que Google choisit une licence OSI-approuvée pour l’ensemble de sa famille Gemma, ouvrant explicitement la voie à une utilisation commerciale sans restriction. Pour les organisations qui construisent des architectures d’IA en interne — agents conversationnels, systèmes RAG, automatisation de flux métier — Gemma 4 apporte une combinaison inédite de performance, de flexibilité de déploiement et de clarté juridique.

La famille se compose de quatre variantes (2 milliards de paramètres effectifs, 4 milliards effectifs, 26 milliards en architecture Mixture-of-Experts et 31 milliards dense) qui couvrent un spectre allant des appareils mobiles aux serveurs GPU de datacenter. Chaque variante est multimodale nativement et prend en charge plus de 140 langues. Ce billet examine les implications concrètes pour les entreprises qui envisagent d’intégrer ces modèles dans leurs systèmes de production.

Une licence Apache 2.0 qui change le calcul stratégique

Avant Gemma 4, les modèles Gemma étaient publiés sous une licence propriétaire de Google qui imposait des restrictions d’usage et ne constituait pas une licence open source au sens de l’Open Source Initiative. Le passage à Apache 2.0 modifie substantiellement l’équation pour les équipes juridiques et techniques des entreprises.

Apache 2.0 signifie concrètement :

Pour les DSI et les directions juridiques, ce point est souvent le premier verrou à lever avant toute évaluation technique. Avec Apache 2.0, ce verrou disparaît. (Source : Google Open Source Blog)

Quatre modèles pour quatre contextes de déploiement

L’architecture de la famille Gemma 4 est construite autour d’un principe : proposer un modèle adapté à chaque contrainte d’infrastructure, sans sacrifier les capacités fondamentales.

VarianteParamètres actifsParamètres totauxContexteCible de déploiement
E2B (edge)~2,3 Md~2,3 Md128 000 tokensMobile, IoT, CPU
E4B (edge)~4,5 Md~4,5 Md128 000 tokensSmartphone haut de gamme, laptop
26B MoE~4 Md actifs26 Md256 000 tokensGPU unique, serveur, cloud
31B Dense31 Md31 Md256 000 tokensGPU haute capacité, datacenter

Le modèle 26B en architecture Mixture-of-Experts mérite une attention particulière : il mobilise seulement 3,8 à 4 milliards de paramètres par token traité tout en maintenant 26 milliards en mémoire. Ce mécanisme réduit le coût d’inférence sans dégrader la qualité du raisonnement, ce qui le positionne comme un candidat sérieux pour des déploiements à fort volume sur GPU de taille intermédiaire. En quantification Q4_0, le 26B MoE descend à 15,6 Go de VRAM, et le 31B dense à 17,4 Go — des empreintes compatibles avec les GPU NVIDIA A100 ou L40S disponibles chez les principaux fournisseurs cloud. (Source : Google AI for Developers)

Multimodalité native et long contexte : les deux leviers RAG

Gemma 4 traite nativement le texte, les images à résolution variable, la vidéo et — sur les variantes E2B et E4B — l’audio. Cette multimodalité n’est pas un module optionnel ajouté en post-training : elle est intégrée à l’architecture de base, ce qui évite les problèmes d’alignement entre modalités que l’on observe sur des pipelines qui concaténent un encodeur visuel externe à un LLM de texte.

Pour les systèmes de RAG (Retrieval-Augmented Generation), deux caractéristiques sont déterminantes :

Ces deux points combinés réduisent significativement la complexité d’ingénierie d’un pipeline RAG : moins de pré-traitement, moins de décisions sur la stratégie de découpage, moins de perte d’information à la frontière des chunks. Pour les équipes qui maintiennent des systèmes de Q&R sur documentation interne, c’est un gain d’architecture non négligeable. (Source : Google Blog)

Capacités agentiques et déploiement souverain

Gemma 4 est explicitement conçu pour les workflows agentiques : function calling natif, structured output (sorties contraintes pour l’orchestration), modes de raisonnement configurables et support des system prompts pour la définition de rôles agents. Ces fonctionnalités sont disponibles sans fine-tuning supplémentaire, ce qui abaisse le seuil d’entrée pour les équipes qui souhaitent construire des agents métier internes.

Sur les modèles edge (E2B, E4B), les benchmarks publiés par Google indiquent une inférence à 7,6 tokens par seconde en décodage sur un Raspberry Pi 5 CPU, et jusqu’à 31 tokens par seconde sur un NPU Qualcomm. Ces chiffres permettent d’envisager des agents opérant entièrement hors cloud — sur des terminaux industriels, des postes de travail isolés ou des environnements à contraintes de confidentialité strictes.

Pour les déploiements cloud sur Google Cloud, Gemma 4 est disponible sur Vertex AI, Cloud Run (avec mise à l’échelle à zéro) et GKE. L’offre inclut une compatibilité avec les environnements Sovereign Cloud de Google — dont S3NS en France — et les déploiements Google Distributed Cloud air-gapped pour les organisations soumises à des exigences de résidence des données. Ces options couvrent les contraintes réglementaires du secteur financier, de la santé ou des administrations publiques. (Source : Google Cloud Blog)

Ce que cela change pour les entreprises

Plusieurs implications concrètes méritent d’être distinguées selon le profil de l’organisation :

Mise à jour Méthode Virtuose

Dans la Méthode Virtuose, nous distinguons les outils IA selon trois axes : la qualité du raisonnement, le contrôle de l’environnement d’exécution, et le coût total de possession. Gemma 4 se positionne favorablement sur les trois axes simultanément, ce qui est rare. Il ne remplace pas les modèles propriétaires les plus avancés pour les tâches de raisonnement complexe à haute valeur ajoutée, mais il constitue une base solide pour les couches d’automatisation — agents de classification, pipelines de traitement documentaire, assistants spécialisés — où le rapport performance/coût/contrôle est déterminant. La combinaison licence Apache 2.0 + multimodalité native + long contexte en fait un candidat de référence pour les architectures RAG que nous recommandons à nos clients dans le cadre des projets d’automatisation interne.

Le lancement de Gemma 4 marque moins une rupture qu’une consolidation : Google confirme que la performance frontier n’est plus réservée aux API propriétaires, et que les organisations qui investissent dans une infrastructure IA souveraine disposent désormais de briques de qualité comparable aux meilleures offres cloud — à condition d’accepter la charge opérationnelle que représente l’hébergement en propre. C’est précisément ce point de bascule qui définit la décision d’architecture pour les dix-huit mois à venir.