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

Infrastructure / Microsoft 365 et Azure / Infrastructure hybride

Ce qui doit rester dans vos locaux, et ce qui n’a plus de raison d’y être.

Une infrastructure hybride se décide service par service.

La question n’est pas de savoir si votre entreprise doit déplacer son informatique, mais quels services gagnent à être déplacés, lesquels doivent rester, et pourquoi. Ces deux réponses coexistent dans presque toutes les entreprises que nous accompagnons — et c’est précisément ce qu’on appelle une infrastructure hybride, ou un cloud hybride.

Aucune réponse ne vaut pour tout Une messagerie, une application métier de 2009 et une machine de production ne se traitent pas de la même façon.
Ce qui décide n’est pas technique L’emplacement des données, un contrat d’éditeur et le temps de réponse toléré tranchent plus souvent que l’architecture.
Tenir les deux a un coût Deux identités, deux sauvegardes, deux compétences. Nous l’écrivons avant, pas après.

Trois choses décident, et aucune n’est une question d’architecture

Les comparatifs de fournisseurs arrivent bien plus tard. Ce qui fixe la réponse, c’est ce que votre activité ne peut pas supporter, ce que vos contrats vous imposent, et ce que vos applications actuelles savent faire.

01

Où vos données ont le droit d’être

Selon votre secteur, certaines données doivent rester en Suisse, ou ne pas quitter un pays donné. Un dossier de fiduciaire, un dossier de patient ou un marché public peuvent chacun imposer une contrainte différente, et elles ne se découvrent pas au moment du déplacement.

Cette contrainte-là ne se négocie pas.

02

Le temps de réponse que votre métier supporte

Une machine de production, un poste de conception ou un logiciel de caisse réagissent au millième de seconde près. Éloigner le serveur de l’utilisateur ajoute un délai qui ne se voit pas sur une messagerie et qui arrête une chaîne de production.

Le délai se mesure avant, jamais après.

03

Ce que le fournisseur de votre application accepte de supporter

Une application métier ancienne n’est pas toujours supportée ailleurs que sur le serveur d’origine. La déplacer techniquement est possible ; le faire sans perdre le support du fournisseur ne l’est pas toujours.

On lit le contrat avant de déplacer.

Trois situations, et les trois sont de bonnes réponses

Elles se rencontrent toutes les trois, dans des entreprises comparables. La troisième est aussi souvent la bonne que les deux autres, et une entreprise à qui l’on n’a jamais proposé de ne rien déplacer devrait s’en étonner.

Situation 1

L’essentiel part vers Microsoft 365 et Azure

La messagerie, les fichiers, la collaboration et une partie des serveurs sont hébergés à l’extérieur. Il ne reste dans les locaux que ce qui doit y être.

  • Plus de serveur à renouveler tous les cinq ans
  • Les collaborateurs travaillent d’où ils veulent
  • La dépense devient mensuelle et lisible

La bonne réponse quand vos applications sont récentes, vos données ne sont pas soumises à une contrainte d’emplacement, et votre liaison internet est solide.

Situation 2

Les deux coexistent durablement

La messagerie et la collaboration partent, l’application métier et les données réglementées restent. Les deux moitiés partagent la même identité et les mêmes accès.

  • Chaque service est là où il fonctionne le mieux
  • Les contraintes de secteur sont respectées
  • Une seule identité pour vos collaborateurs

La bonne réponse quand une partie seulement de votre informatique peut partir — c’est le cas le plus fréquent en Suisse romande.

Situation 3

Tout reste où c’est, et c’est justifié

L’infrastructure reste dans vos locaux. Le travail porte alors sur ce qui la rend fiable : le renouvellement du matériel, la sauvegarde, la remise en service et l’accès à distance.

  • Le temps de réponse reste le plus court possible
  • Les données ne quittent pas le bâtiment
  • Aucune dépendance à la liaison internet

La bonne réponse quand vos applications sont liées à des machines, que le temps de réponse est critique, ou que le matériel en place a encore plusieurs années devant lui.

Une fois la décision prise

Le détail d’une migration vers Azure est traité ailleurs

L’inventaire technique, les liens entre serveurs, l’ordre des opérations et le retour arrière sont décrits sur la page consacrée à Microsoft Azure. Décider ce qui bouge vient d’abord, savoir comment s’y prendre vient ensuite.

La migration vers Microsoft Azure

Ce que la situation 2 coûte à tenir dans la durée

C’est la partie qui n’apparaît sur aucun devis, et c’est celle qui se paie tous les mois. Une entreprise qui garde deux mondes en entretient quatre choses en double. Nous l’écrivons avant, pour que ce soit un choix.

Identité

Deux annuaires qui doivent rester d’accord

Les comptes de vos collaborateurs existent des deux côtés et se synchronisent. Quand la synchronisation s’arrête, personne ne s’en aperçoit avant qu’un départ ne soit pas répercuté.

Sauvegarde

Deux sauvegardes dont il faut vérifier la restauration

Ce qui est hébergé à l’extérieur ne se sauvegarde pas comme ce qui est dans vos locaux. Deux dispositifs, deux essais de remise en service, et deux fois la question du temps que cela prend.

Liaison

Une liaison internet devenue critique

Dès qu’une partie du travail est hébergée à l’extérieur, la liaison n’est plus un confort. Elle se double, ou l’on accepte que le travail s’arrête avec elle.

Compétences

Deux métiers dans la même équipe

Administrer un serveur et administrer un service hébergé ne demandent pas les mêmes gestes. Une équipe de deux personnes tient rarement les deux à jour sans aide.

Comment nous procédons

Quatre étapes, et la deuxième est celle qui empêche la décision en bloc. Elle produit une ligne par service, avec une réponse pour chacun — y compris « ne bouge pas ».

01

La durée d’arrêt que votre activité supporte

Le temps d’arrêt tolérable, les données soumises à une contrainte d’emplacement, les obligations de votre secteur et les échéances déjà connues : fin de bail, renouvellement de matériel, fin de support d’une application.

Ce que vous recevez Les contraintes écrites, avec leur origine Le calendrier des échéances connues
02

L’inventaire, application par application

Chaque application, chaque serveur et chaque flux de données reçoit sa ligne : ce dont il dépend, qui l’utilise, ce que dit son éditeur, et ce qu’il coûte aujourd’hui.

C’est ce relevé qui empêche de tout déplacer parce qu’un service le méritait, ou de tout garder parce qu’un seul ne pouvait pas partir.

Ce que vous recevez Une ligne par service, avec ses dépendances La réponse proposée pour chacun Ceux qui ne bougent pas, et pourquoi
03

L’architecture cible, et ce qu’elle coûte à tenir

L’identité, les accès, la sauvegarde, la liaison entre les deux mondes et la remise en service. Le coût d’exploitation annuel est chiffré au même titre que l’investissement de départ.

Ce que vous recevez L’architecture cible, avec ses limites Le coût d’exploitation annuel estimé
04

La migration, par vagues

Les services partent par groupes cohérents, jamais tous ensemble. Chaque vague a son retour arrière préparé, et l’ancien dispositif reste disponible tant que la vague n’est pas validée.

Ce que vous recevez Le découpage en vagues, avec leurs dates Le retour arrière écrit avant chaque vague

Ce qu’il faut savoir avant de décider

Quatre questions qui reviennent à chaque projet, avec la réponse que nous donnons — y compris quand elle ne va pas dans notre sens.

Est-ce que cela revient moins cher ?

Pas mécaniquement. Un serveur amorti dont le matériel tient encore trois ans est souvent moins cher à garder qu’à remplacer par un service facturé au mois. L’écart se calcule sur la durée réelle, pas sur la première année.

Ce qui change vraiment, c’est la nature de la dépense : un investissement tous les cinq ans devient une charge mensuelle prévisible. C’est une décision de direction avant d’être une décision technique.

Nos données resteront-elles en Suisse ?

Cela dépend du service et de la manière dont il est configuré. Microsoft propose des centres de données en Suisse pour une partie de ses services, et l’emplacement se choisit à la création — il ne se change pas ensuite d’un clic.

Nous vérifions ce point service par service, à la source, avant de vous répondre. C’est un des rares sujets où une réponse approximative se paie cher.

Combien de temps l’entreprise vit-elle en double ?

Souvent plus longtemps que prévu, et parfois définitivement. Une application métier qui ne peut pas partir maintient l’infrastructure locale, et donc son coût, tant qu’elle n’est pas remplacée.

Nous le disons dès le relevé pour que ce soit assumé. Une situation hybride durable est un choix parfaitement défendable ; une situation hybride subie parce qu’un service a été oublié ne l’est pas.

Et si la bonne réponse est de ne rien déplacer ?

Alors nous vous l’écrivons, et le travail devient un autre travail : fiabiliser ce qui existe, renouveler le matériel au bon moment, essayer la remise en service et ouvrir l’accès à distance proprement.

C’est une conclusion que nous rendons régulièrement. Un prestataire qui ne sait faire qu’une des deux réponses trouvera toujours que c’est la vôtre.

Infrastructure hybride

Commençons par le relevé.

Une ligne par service, avec une réponse pour chacun et la raison de cette réponse. C’est ce document qui rend la décision discutable en comité de direction — y compris pour les services qui ne bougent pas.

Trois agences en Suisse romande : Renens, Sion et Châtel-Saint-Denis. Ce que nous offrons, c’est la rencontre des ingénieurs qui feront le travail.

La question que nous posons en premier

Combien de temps sans ce service ?

Pas « quelle technologie », ni « quel fournisseur ». Combien d’heures votre activité tient sans chacun de ses services, et ce que coûte chacune de ces heures.

Les réponses tiennent sur une page, et elles décident de presque toute l’architecture.