Skip to content
Lambert Consulting

Intelligence artificielle, une offre transversale

Le résultat d'abord. L'infrastructure ensuite.

Un assistant sur vos documents, un contrôle en bout de ligne, une plateforme pour plusieurs services. Où l'intelligence artificielle s'exécute se décide d'après vos données, pas d'après un catalogue.

Voir toutes les solutions
4Architectures comparées, critère par critère
2 métiersLogiciel et matériel sous un même toit
Tous les cas d'usageLe cas d'usage d'abord, la technologie en dernier

Notre premier département

Ce qui doit fonctionner tous les matins.

Vos serveurs, vos postes, votre téléphonie et vos identités. Le socle que personne ne regarde tant qu'il tient, et que tout le monde regarde le jour où il lâche.

Voir le département
Multi-sitesProjets nationaux et internationaux
3Agences en Suisse romande
Voir nos projets clientsÉtudes de cas et références

Ce qui ne change pas

Un périmètre écrit avant de commencer.

Les mêmes personnes jusqu'au bout, un retour arrière prévu, et une limite dite en clair. C'est vrai des neuf domaines, quel que soit le sujet et quelle que soit la façon de nous engager.

Comment nous travaillons
9Domaines de services
3Façons de s'engager : forfait, régie, contrat
Dites-nous où vous en êtesL'établissement d'une offre est gratuit

Notre façon de travailler

Un conseil, pas un argumentaire.

Notre approche est consultative : nous vous disons ce que nous pensons, y compris quand cela ne va pas dans notre intérêt. C'est ce qui fait aboutir les projets.

Qui sommes-nous
1995Premier projet, sur Microsoft SMS
FamilialeÀ taille humaine et pérenne
Nous écrirePremier échange de 30 minutes, sans engagement
Deux serveurs Dell PowerEdge en format rack, superposés devant un mur bleu nuit

Intelligence artificielle / Architectures / Plateforme

Une plateforme d’intelligence artificielle commune, au lieu d’un prototype par service

Plusieurs modèles, plusieurs cas d’usage, une gouvernance, une supervision, un seul socle.

Le service client a son agent, la recherche son assistant sur vos documents, la production son contrôle par caméra, la direction technique son assistant de code. Quatre prototypes, quatre serveurs, quatre façons de gérer les droits, et personne pour tenir l’ensemble. La plateforme d’entreprise met tout cela sur une infrastructure commune — dans vos locaux quand c’est nécessaire, chez Microsoft quand c’est possible — avec une gouvernance, une supervision et une exploitation uniques.

La réponse au troisième prototype Un prototype se tolère, deux se comparent, trois se mutualisent. Avant, c’est trop tôt.
Le logiciel et le matériel, avec le même interlocuteur Les modèles, les agents et les droits d’un côté ; les serveurs, le stockage et le réseau de l’autre.
Une exploitation, pas quatre Un seul endroit où l’on met les modèles à jour, surveille les coûts et intervient un dimanche.

Trois signes qu’il est temps de mutualiser

Une plateforme n’est pas le point de départ d’un projet d’intelligence artificielle. C’est ce qui devient nécessaire quand plusieurs projets ont réussi — et qu’ils commencent à se marcher dessus.

01

Chaque service a monté son propre prototype

Un serveur commandé par la production, un abonnement pris par le service client, un modèle installé par un développeur sur une machine de test. Chacun fonctionne. Aucun n’est sauvegardé, supervisé ni tenu par quelqu’un dont c’est le rôle. Le jour où l’un tombe, on découvre qu’il servait à trente personnes.

Quatre prototypes, zéro exploitation.

02

Les droits ne disent pas la même chose partout

L’assistant du service juridique voit des documents que l’assistant des ventes ne devrait pas voir, parce qu’ils ont été branchés sur deux index construits par deux équipes. Personne ne peut dire, pour une personne donnée, ce que l’ensemble des assistants lui laisse lire.

Un droit se décide une fois, pas une fois par assistant.

03

Les processeurs graphiques dorment la moitié du temps

Le serveur de la production travaille aux heures d’atelier, celui de la recherche la nuit, celui du service client aux heures de bureau. Trois serveurs à moitié utilisés coûtent plus qu’un seul dimensionné pour l’ensemble et partagé. Et le partage se pilote, il ne s’improvise pas.

Le calcul se mutualise, comme la virtualisation l’a fait.

Ce qu’une plateforme réunit, couche par couche

Du matériel jusqu’aux cas d’usage, huit couches que chaque prototype refait pour lui seul, et qu’une plateforme construit une fois.

08Les cas d’usage
Assistants, agents, recherche documentaire, traitement de documents, vision, voix : chacun consomme la plateforme, aucun ne la porte. Un nouveau cas coûte des semaines, plus des mois.
07La gouvernance
Qui a le droit de créer un agent, sur quelles données, avec quel modèle, jusqu’où il peut agir, qui le supervise. Écrit une fois, appliqué partout.
06La supervision et les coûts
La justesse des réponses, la latence, la consommation par service, la dérive des modèles : un seul tableau, lu par quelqu’un dont c’est le rôle.
05Les modèles
Plusieurs modèles servis côte à côte — de langage, de vision, de voix, à poids ouverts ou du catalogue Microsoft — mis à jour selon un cycle décidé, pas au gré des équipes.
04La recherche documentaire
Un index par périmètre de droits, construit une fois, interrogé par tous les assistants sous l’identité de la personne. C’est la couche qui rend les droits cohérents.
03L’identité et la sécurité
Entra ID comme source unique, les journaux qui prouvent qui a lu quoi, le chiffrement, la séparation des périmètres. Sans cette couche, la plateforme est une fuite bien rangée.
02L’orchestration
Kubernetes pour servir les modèles et répartir le calcul, Azure Arc pour gouverner depuis Azure ce qui tourne dans vos locaux, Microsoft Foundry pour ce qui tourne chez Microsoft.
01Le calcul, le stockage, le réseau
Des serveurs Dell PowerEdge avec processeurs graphiques NVIDIA, dimensionnés pour l’ensemble et partagés ; le stockage pour les corpus et les index ; le réseau qui relie les nœuds ; la protection des données pour ne pas perdre trois mois d’index.

Les couches teintées sont celles qu’aucun prototype ne construit, et celles qui font la différence entre une plateforme et une collection de serveurs. Elles se conçoivent ensemble, dès le premier jour.

Les cas d’usage qu’une plateforme porte ensemble

Ce sont les mêmes qu’ailleurs sur ces pages. La différence est qu’ils partagent le socle — et que le cinquième coûte une fraction du premier.

Ce qui fait tourner une plateforme d’entreprise

Les technologies viennent en dernier, et une plateforme en réunit beaucoup. Ce que nous assemblons, selon ce qui doit rester dans vos locaux et ce qui peut aller chez Microsoft.

Dell AI Factory with NVIDIA

Le programme de Dell Technologies qui assemble serveurs PowerEdge, processeurs graphiques et logiciels NVIDIA, stockage et réseau en architectures validées — des serveurs généralistes avec un ou deux accélérateurs jusqu’à la gamme XE conçue pour plusieurs processeurs graphiques et un refroidissement adapté. Les logiciels NVIDIA d’entreprise sont disponibles par Dell, avec leurs services.

Ce que cela change pour vous : une configuration validée par le fabricant plutôt qu’assemblée au cas par cas, et un seul interlocuteur du dimensionnement au support — nous.

Azure Local et Azure Arc

Le socle Microsoft dans votre datacenter, sur du matériel Dell validé, gouverné depuis Azure : mêmes stratégies, mêmes journaux, mêmes mises à jour pour ce qui tourne dans vos locaux et ce qui tourne chez Microsoft. Y compris en opérations déconnectées, sous conditions.

Kubernetes, Foundry Local et les modèles à poids ouverts

Kubernetes répartit le calcul entre les nœuds et sert plusieurs modèles côte à côte. Foundry Local sur Azure Local — en préversion chez Microsoft — apporte le catalogue de modèles Microsoft et un ordonnancement sur plusieurs nœuds. Les modèles à poids ouverts complètent, quand la taille ou le domaine le demande.

Microsoft Foundry, Copilot Studio et Agent 365

Pour la part qui vit chez Microsoft : la plateforme de modèles et d’agents, la construction d’agents avec périmètre et droits, et la gouvernance des agents à l’échelle de l’entreprise. La plateforme d’entreprise n’oppose pas le local et Microsoft : elle les gouverne ensemble.

Entra ID, le stockage Dell, la protection des données

L’identité unique, le stockage fichier et objet pour des millions de fragments d’index, et la sauvegarde qui rend un index ou un modèle en cas d’incident. Ce sont les couches qu’un prototype oublie et qu’une plateforme ne peut pas oublier.

Les architectures Dell AI Factory with NVIDIA, les configurations Azure Local et les capacités de Foundry Local sont documentées par Dell Technologies et Microsoft, et revérifiées avant chaque proposition. Aucun chiffre de performance ni de prix ne figure ici : ils changent chaque trimestre.

Ce qu’il faut savoir avant de mutualiser

Quatre points qui distinguent une plateforme qui sert de celle qui devient le cinquième prototype.

Une plateforme se justifie par ses cas d’usage, pas par elle-même

Trois cas d’usage identifiés, dont au moins un déjà en production, sont le minimum. Une plateforme construite « pour être prêts » attend un usage qui ne vient pas, et son calcul dort. Nous refusons de la dimensionner sans les cas.

La gouvernance précède le matériel

Qui décide qu’un agent peut être créé, sur quelles données, avec quel modèle, jusqu’où il agit : ces règles de gouvernance s’écrivent avant de commander le premier serveur. Après, chaque service a déjà pris ses habitudes.

Le calcul partagé se pilote

Des processeurs graphiques mutualisés supposent des priorités : le contrôle de production passe avant l’assistant interne, le service client avant l’analyse de nuit. Ces priorités se décident, se configurent et se mesurent. Sans elles, le partage devient une file d’attente.

Tout n’a pas à être dans vos locaux

Une plateforme d’entreprise peut avoir sa part chez Microsoft — Copilot pour la bureautique, des services Azure pour la lecture de documents — et sa part locale pour les corpus confidentiels et les volumes. La gouvernance couvre les deux. C’est souvent l’architecture la plus économique.

Comment nous procédons

Une plateforme se construit à partir de ce qui existe. La première étape est un inventaire, pas un schéma.

01

L’inventaire des prototypes et des cas d’usage

Ce qui tourne déjà, où, pour qui, sur quelles données, avec quels droits. Ce qui est prévu. Ce qui doit rester dans vos locaux et ce qui peut aller chez Microsoft. Et la charge réelle de chaque cas, mesurée.

Ce que vous recevez La carte des cas d’usage, existants et prévus, avec leur charge La répartition local / Microsoft, justifiée cas par cas
02

La gouvernance et l’architecture

Les règles : qui crée, sur quoi, jusqu’où, qui supervise. Puis les couches : identité, orchestration, modèles, recherche, supervision. Puis le matériel, dimensionné sur la somme des charges et leurs priorités.

Ce que vous recevez Le document de gouvernance, validé par la direction L’architecture et la configuration, poste par poste
03

La construction et la reprise des prototypes

La plateforme montée, raccordée à Entra ID et à vos systèmes. Puis les prototypes existants repris un par un sur le socle commun, avec leurs utilisateurs, sans interruption.

Ce que vous recevez Une plateforme raccordée et supervisée Les prototypes repris, et les serveurs isolés éteints
04

L’exploitation au quotidien et les cas suivants

Mise à jour des modèles, supervision, coûts par service, revue de la gouvernance. Et l’accueil du cas d’usage suivant, qui coûte des semaines au lieu de mois.

Ce que vous recevez Le dossier d’exploitation de la plateforme La revue trimestrielle des usages, des coûts et de la gouvernance

Le périmètre est écrit avant de commencer. Ce que nous prenons en charge, ce que vous gardez, le retour arrière prévu, et la limite dite en clair. Les mêmes ingénieurs vous suivent de l’inventaire à l’exploitation au quotidien.

Parlons de votre plateforme

Dites-nous combien de prototypes tournent déjà

Ce qui existe, ce qui est prévu, ce qui doit rester dans vos locaux, et qui tient tout cela aujourd’hui. Nous revenons avec l’inventaire que nous ferions, la répartition que nous proposerions entre vos locaux et Microsoft, et le premier prototype que nous reprendrions sur le socle commun.

Ce que nous offrons, c’est la rencontre des ingénieurs qui feront le travail. L’inventaire, la gouvernance et le dimensionnement font partie du projet. La discussion qui les précède, elle, ne coûte rien.

Trois agences en Suisse romande

Renens, Sion, Châtel-Saint-Denis

Microsoft Solutions Partner et Dell Technologies Gold Partner. Les huit couches d’une plateforme, avec le même interlocuteur.

Renens VD +41 21 806 37 15
Sion VS +41 27 552 00 22
Châtel-Saint-Denis FR +41 26 322 59 05