Yechiam Yemini et le long argument pour une infrastructure auto-gérée

Résumé

• Un enregistrement ARIN obsolète pourYY30-ARINétablit un pont étroit entre Activium et une identité de l’informatique de Columbia, mais son statut non validé en fait une preuve d’association historique plutôt que d’emploi actuel, de fonctions ou d’autorité opérationnelle.
• Le laboratoire DCC de Columbia traitait la gestion de réseau comme un problème de contrôle: distribuer l’observation et l’action, diagnostiquer les causes au lieu de simplement collecter les alarmes, et utiliser des mécanismes adaptatifs ou économiques pour allouer les ressources contestées. SMARTS a été le premier test commercial majeur de ce programme.
• SMARTS ne peut être présenté de manière responsable comme une création unique. Columbia le lie aux recherches de Yemini, tandis que les enregistrements d’acquisition et les rapports industriels identifient Shaula Alexander-Yemini comme fondatrice et dirigeante, et ajoutent Shmuel Kliger ainsi qu’une équipe élargie à l’historique opérationnel. EMC a annoncé environ 260 millions de dollars en espèces, et non un gain personnel pour Yemini.
• VMTurbo, devenu plus tard Turbonomic, a transporté l’idée de boucle de contrôle dans l’infrastructure virtuelle. Les preuves de co-fondation et de brevet soutiennent la participation technique de Yemini; les affirmations de l’entreprise et l’acquisition par IBM établissent un arc commercial, mais pas sa propriété, son contrôle à la sortie, ses gains ou sa responsabilité dans les résultats post-acquisition.

L’indice qui n’est pas l’histoire

La piste publique commence avec un enregistrement qui semble administratif plutôt que biographique.La page d’entité ARIN pourYY30-ARINnomme Yechiam Yemini et associe l’entrée à Activium, Incorporated. À l’intérieur du même enregistrement se trouve un pointeur de domaine de l’informatique de Columbia. Cette combinaison — un nom exact à côté d’un domaine institutionnel — est l’indice qui relie une identité de registre ténue au dossier public bien plus riche d’un chercheur et entrepreneur de Columbia.

C’est aussi un indice avec un avertissement d’expiration intégré. ARIN marque l’enregistrement du point de contact comme non validé depuis le 13 décembre 2010. L’association est donc obsolète et le lien d’identité reste conjectural. Il n’établit pas que Yemini travaille actuellement pour Activium, gère ses ressources Internet, reçoit ses messages opérationnels ou possède une quelconque autorité en son nom. Rien dans le dossier disponible ne permet de transformer un rôle de registre vieux de plusieurs décennies en une description de poste au présent.

Cette distinction est importante car les bases de données d’infrastructure ont tendance à faire paraître actuels des vestiges administratifs. Un dossier public peut persister après que les responsabilités, les entreprises et les pratiques de communication ont changé. Ses champs peuvent être précis alors que sa signification s’est dégradée. Dans ce cas, l’enregistrement remplit une fonction utile: il renvoie ailleurs. Le domaine de Columbia transforme une entrée de contact par ailleurs étroite en une route vers une histoire académique et commerciale indépendamment visible.

La route aboutit à deux pages de Columbia avec des horizons temporels différents.L’ancienne page personnellede Yemini l’identifie comme professeur d’informatique, renvoie à ses travaux réseaux et énumère sa participation à plusieurs start-ups. L’annuaire actuel desprofesseurs éméritesde Columbia le liste comme professeur émérite et donne ses intérêts comme les réseaux biologiques et les réseaux informatiques. Ensemble, elles fournissent une base d’identité bien plus sûre que l’enregistrement d’Activium. Aucune des deux pages ne rend l’ancienne association de registre actuelle.

L’indice du registre devrait donc disparaître du premier plan presque dès qu’il a fait son travail. Activium n’est pas le mécanisme commercial de ce profil, et l’article n’est pas une carte de contact actualisée. L’enregistrement conséquent se trouve ailleurs: dans un programme de recherche qui tentait de faire en sorte que les systèmes réseau s’observent, raisonnent sur le désordre et agissent sur des ressources contraintes; dans des entreprises qui ont converti des parties de ce programme en produits; et dans des acquisitions qui ont déplacé ces produits vers de plus grands vendeurs.

Cette histoire plus profonde est encore facile à mal traiter. Le nom d’un professeur peut devenir une étiquette pratique pour des décennies de travail collectif, tout comme le nom d’un fondateur peut devenir un raccourci pour une entreprise construite par des ingénieurs, des cadres, des équipes commerciales, des clients, des investisseurs et des partenaires institutionnels. L’entrée de registre obsolète enseigne la première leçon d’attribution: un nom attaché à un rôle technique n’est pas la même chose qu’une autorité vérifiée. Le dossier de l’entreprise enseignera répétément la même leçon à plus grande échelle.

Ce qui suit n’est donc pas un sauvetage de l’obscurité vers une célébration d’un fondateur en série. C’est une enquête sur une idée répétée de boucle de contrôle et sur les organisations qui l’ont portée. Yemini reste central parce que Columbia relie ses recherches et son activité entrepreneuriale à travers les épisodes. Il n’est pas rendu tout-puissant par cette continuité. Le dossier devient plus intéressant lorsque le crédit est divisé selon les preuves plutôt que tiré vers la personne la plus reconnaissable.

Le pari du DCC sur des systèmes capables de se gérer eux-mêmes

LeDistributed Computing and Communications Laboratoryde Columbia décrivit son travail en des termes inhabituellement appliqués. Il menait des recherches expérimentales sur les systèmes réseau, mais son objectif déclaré ne s’arrêtait pas à la publication. Le laboratoire voulait développer des technologies réseau fondamentales et maximiser leur impact en les exportant vers l’industrie et le monde académique. La commercialisation n’était pas une survie accidentelle de la recherche; le transfert faisait partie de la conception publique du programme.

La page se lit comme un catalogue de problèmes que l’administration réseau conventionnelle avait du mal à contenir. Elle liste des agents mobiles envoyés dans des domaines distants pour distribuer et automatiser la gestion, des intergiciels pour la qualité de service contrôlée par l’application, la commutation haut débit, et des mécanismes économiques pour la gestion décentralisée et adaptative des ressources.

Elle décrit également des réseaux actifs avec des nœuds intermédiaires programmables et des systèmes réseau adaptatifs et auto-gérés construits sur des services de répertoire de ressources. NESTOR, un projet nommé, signifiait Network Self Management and Organization.

Ces projets n’étaient pas un seul produit attendant d’être emballé. Ils étaient différentes attaques contre un problème organisationnel commun. À mesure que les réseaux se développent, le nombre de périphériques, de services, de dépendances et d’états de panne possibles croît plus vite que l’attention directe de tout opérateur. Un système de gestion qui ne fait que centraliser davantage d’alertes peut rendre l’opérateur mieux informé et plus submergé en même temps. Le pari de la recherche était qu’une partie de l’observation, de l’interprétation et de l’action pouvait être déplacée dans le système lui-même.

La délégation répondait à la question de savoir où le travail de gestion devait se produire. Les agents mobiles et les nœuds programmables suggéraient que des instructions ou une logique pouvaient voyager vers les domaines gérés plutôt que de forcer chaque événement à passer par un centre contrôlé humain.

Les répertoires sémantiques de ressources répondaient à ce que le système devait savoir sur l’environnement. La gestion adaptative répondait à la manière dont la politique pouvait changer lorsque les conditions changent. Les mécanismes économiques répondaient au problème de choisir entre des demandes concurrentes lorsqu’aucune ressource ne peut toutes les satisfaire simultanément.

Le dernier point est particulièrement important pour l’histoire ultérieure de l’entreprise. La gestion des ressources n’est pas seulement un exercice technique de mesure de capacité. C’est un problème d’allocation. Les applications se disputent le calcul, le stockage, le débit réseau et le temps de réponse.

Une décision d’en donner plus à une charge de travail peut réduire ce qui reste pour une autre. Traiter l’offre et la demande comme des entrées d’un contrôle fait que le système choisit parmi des arbitrages au lieu de simplement signaler qu’il y a une contention. Ce mouvement intellectuel réapparaîtra, dans un cadre commercial différent, chez VMTurbo.

Un autre volet concernait le diagnostic. Un réseau complexe peut générer de nombreux symptômes à partir d’un seul défaut sous-jacent. Si chaque symptôme devient un incident indépendant, le système de gestion amplifie le bruit. Un système plus utile représente les dépendances, corrèle les événements et se demande quelle cause pourrait expliquer le schéma observé. L’avantage économique n’est pas une autonomie mystique. C’est la possibilité de raccourcir le chemin entre la perturbation et une explication exploitable, tout en réduisant les investigations dupliquées.

C’est là que l’expression infrastructure auto-gérée a besoin de discipline. Elle ne signifie pas infrastructure sans personnes. Quelqu’un définit toujours un service acceptable, choisit ce qui peut être automatisé, modélise les relations, gère les exceptions et accepte les conséquences d’une mauvaise action. L’auto-gestion déplace la frontière entre l’action machine de routine et le jugement humain. Elle peut supprimer un travail répétitif, mais elle intègre également des hypothèses sur la topologie, les priorités et les risques dans un logiciel dont les opérateurs peuvent dépendre.

La page du DCC attribue ce programme à un laboratoire, ses projets et ses diplômés. Cette grammaire collective importe. Les pages officielles de Columbia établissent la position de Yemini et relient ses recherches réseau antérieures au laboratoire, mais elles ne font pas de lui l’auteur unique de chaque projet, article ou technique.

Les étudiants, chercheurs et collaborateurs formaient l’environnement de recherche. L’affirmation correcte au niveau de la personne est que Yemini a travaillé au centre d’un programme dont la préoccupation récurrente était le contrôle distributé et adaptatif — pas que toutes les idées de réseau auto-géré lui appartenaient.

La distinction entre programme et propriété personnelle est plus qu’une courtoisie académique. Elle détermine comment l’histoire commerciale doit être lue. Un laboratoire peut fournir des concepts, des prototypes, des talents et une culture du transfert.

Une start-up doit encore choisir une frontière de produit, recruter une équipe, financer le développement, vendre dans des organisations, soutenir les déploiements et survivre aux demandes des clients. Lorsque la recherche entre dans une entreprise, la paternité ne la suit pas simplement inchangée. Elle est combinée avec l’exécution et placée sous de nouvelles formes de propriété et d’autorité.

Le pari du DCC était donc à la fois technique et institutionnel. Techniquement, il demandait si l’infrastructure pouvait supporter une plus grande partie de sa propre charge de gestion. Institutionnellement, il supposait que la recherche pouvait se déplacer vers d’autres organisations. Les deux paris se renforçaient mutuellement: une idée de gestion serait testée par une complexité réelle, tandis que les entreprises pouvaient transformer une douleur opérationnelle récurrente en marché. SMARTS est devenu le premier test le plus clair de cet échange.

SMARTS et le passage des alarmes aux causes

Unarticle de 2011 de Columbia sur le transfert de technologieappelait System Management ARTS, ou SMARTS, l’œuvre de Yemini. Il disait que l’entreprise avait débuté au début des années 1990 et avait construit des systèmes automatisés qui surveillaient les alarmes des réseaux informatiques et diagnostiquaient leurs causes profondes. Le langage est institutionnel et célébratoire, mais il identifie le mécanisme qui a rendu l’entreprise pertinente: non pas la production d’un autre tableau de bord, mais la conversion d’un champ de symptômes en un ensemble plus restreint d’explications.

La différence est opérationnelle. Une alarme signale que quelque chose a dépassé un seuil ou a cessé de répondre. Un modèle de cause tente de localiser la dépendance dont la défaillance a produit plusieurs rapports de ce type. Si un service dépend d’un périphérique, d’une liaison ou d’un système amont, une panne là-bas peut créer des alertes dans tout ce qui est en aval. Traiter chaque alerte aval séparément consomme des personnes et du temps. Un logiciel de corrélation promet de compresser l’incident en un récit causal et d’indiquer aux opérateurs où l’intervention doit commencer.

La propre description d’EMC confirme que c’était le centre commercial de SMARTS. Dansl’annonce d’acquisition déposée auprès de la SEC, EMC caractérisait l’entreprise comme un fournisseur de logiciels d’automatisation des événements et de gestion des systèmes réseau en temps réel. Il disait que les produits InCharge utilisaient la modélisation et la corrélation pour identifier les problèmes racines, calculer leurs effets sur les domaines technologiques et présenter un cours d’action logique. C’est une boucle de contrôle avec une étape finale délibérément bornée: observer, modéliser, inférer l’impact, recommander une action.

La catégorie de produit révèle également pourquoi les acheteurs d’entreprise pouvaient valoriser l’approche. Les pannes de réseau et de service sont coûteuses non seulement lorsqu’un composant est cassé, mais pendant que les équipes décident ce que signifie la panne. Une couche de gestion qui réduit les alarmes non pertinentes ou les ordonne par importance causale peut modifier l’allocation de la main-d’œuvre et le temps de rétablissement. La proposition de valeur repose sur de meilleures décisions sous pression. Elle n’exige pas de prétendre que le logiciel a résolu tous les incidents ou éliminé les opérateurs.

SMARTS est également apparu dans un environnement où l’infrastructure était hétérogène. L’annonce d’EMC mettait l’accent sur les relations et les comportements dans tout environnement informatique géré et disait que la technologie pouvait être autonome ou améliorer les cadres existants de gestion des systèmes. Ce positionnement était commercialement utile car les grandes organisations remplacent rarement tous leurs outils de gestion à la fois. Une couche de corrélation pouvait promettre une intelligence sur un paysage installé plutôt que d’exiger un point de départ entièrement nouveau.

La même promesse de compatibilité crée un problème de cycle de vie. Un logiciel qui devient la couche d’interprétation à travers de nombreux systèmes acquiert une position privilégiée. Les modèles, les intégrations, les routines opérationnelles et les connaissances du personnel s’accumulent autour de lui. Plus il fonctionne bien, plus il peut devenir coûteux à retirer. L’automatisation peut réduire le coût de la gestion de l’infrastructure tout en augmentant la dépendance au logiciel qui décide quels événements comptent. C’est pourquoi l’histoire de SMARTS appartient autant au cycle de vie du logiciel et au verrouillage qu’à l’automatisation.

Les preuves commerciales donnent une échelle à l’entreprise sans transformer cette échelle en réalisation personnelle. EMC s’attendait à ce que le chiffre d’affaires fiscal 2004 de SMARTS soit légèrement supérieur à 60 millions de dollars. Columbia a déclaré plus tard que plus de 300 emplois avaient été créés au moment de la vente. Ce sont des affirmations au niveau de l’entreprise et de l’institution. Elles indiquent que le mécanisme issu de la recherche était devenu une entreprise opérationnelle avec des clients et des employés. Elles ne montrent pas combien de revenus un individu a produits, possédés ou reçus.

L’annonce d’acquisition est également précise sur la transaction et imprécise sur l’économie individuelle. Le 21 décembre 2004, EMC a déclaré avoir signé un accord définitif pour acquérir SMARTS pour environ 260 millions de dollars en espèces, sous réserve d’ajustements de clôture.Un reportage contemporain d’InfoWorldutilisait le même montant de base de 260 millions de dollars et décrivait l’achat comme une expansion des capacités logicielles et de gestion d’EMC. Le chiffre défendable est donc une transaction d’entreprise annoncée d’environ 260 millions de dollars, et non un gain personnel établi pour Yemini.

Une annonce d’acquisition ne prouve pas non plus que l’intégration promise a ensuite réussi. EMC a déclaré que SMARTS entrerait dans son groupe logiciel et que la technologie pourrait étendre la corrélation et l’analyse des causes profondes à la gestion du stockage. C’étaient des plans et des affirmations stratégiques au moment de l’accord. Unrapport contemporain du CRNa enregistré l’incertitude d’un responsable de canal quant à savoir si l’achat aiderait EMC autant que les acquisitions précédentes. Ni l’optimisme ni le scepticisme ne fournissent les preuves manquantes de la performance post-acquisition.

Ce qui peut être dit, c’est que SMARTS a passé un test de marché significatif. Un grand fournisseur d’infrastructure était prêt à payer une contrepartie en espèces substantielle annoncée pour une entreprise dont la capacité centrale était de transformer le désordre du réseau en un diagnostic exploitable.

La vente a déplacé cette capacité vers un portefeuille plus vaste, où son avenir dépendait d’un acquéreur avec ses propres produits, organisation commerciale, priorités d’intégration et clients. L’idée de boucle de contrôle a survécu à la transition; les preuves ne nous permettent pas d’attribuer le résultat ultérieur de la transition à Yemini.

Pourquoi l’étiquette de fondateur doit être divisée

Les sources ne racontent pas l’histoire de SMARTS d’une seule voix. L’article de Columbia sur le transfert de technologie appelle l’entreprise l’œuvre de Yemini. Sa page personnelle de Columbia le liste comme co-fondateur. L’annuaire des start-ups de Columbia a décrit plus tard SMARTS comme une retombée de son laboratoire de recherche et a déclaré qu’un groupe qui a continué vers VMTurbo avait joué un rôle de premier plan dans la fondation et la construction de l’entreprise. Ces comptes soutiennent un rôle d’origine de recherche et entrepreneurial, mais ils ne sont pas l’intégralité du dossier de l’entreprise.

L’annonce déposée par EMC identifie Shaula Alexander-Yemini comme fondatrice et présidente de SMARTS. CRN l’a appelée fondatrice et directrice générale. Unearchive industrielle ultérieurela décrivait également comme fondatrice et PDG et disait qu’elle rejoindrait le bureau du directeur de la technologie d’EMC après avoir géré la transition. Les titres placent la direction de l’entreprise et la transition d’acquisition avec elle dans des sources qui parlaient au moment ou à propos de la transaction.

Unprofil de l’Institut Weizmann de Shmuel Kligerajoute une autre couche nécessaire. Il dit que Kliger a rejoint Shaula Alexander-Yemini et Yechiam Yemini pour lancer SMARTS, a aidé à développer un logiciel pour un centre de contrôle des communications Iridium de Motorola et a servi comme directeur technologique de SMARTS avant l’acquisition par EMC. Ce n’est pas un profil de Yemini, mais c’est précisément pourquoi il est utile: l’histoire institutionnelle d’un autre entité révèle un travail et une autorité qu’un récit de fondateur unique effacerait.

Ces descriptions n’ont pas besoin d’être forcées dans un concours gagnant-perdant autour du mot fondateur. Elles ont été produites par des institutions avec des points de vue différents. Columbia mettait l’accent sur la relation entre recherche et commercialisation. EMC et les rapports industriels mettaient l’accent sur la dirigeante en charge de l’entreprise lors de l’acquisition.

Weizmann mettait l’accent sur la carrière technique de Kliger. Pris ensemble, ils soutiennent une division plus riche: lignée de recherche associée à Yemini, fondation et direction exécutive associées à Shaula Alexander-Yemini, exécution technique et d’équipe incluant Kliger, et travail d’entreprise plus large non listé individuellement dans les sources.

La division est essentielle car le langage des transactions exerce une attraction gravitationnelle sur le crédit. Une fois qu’une entreprise est vendue, les comptes compressent souvent les années qui l’ont précédée en une idée du fondateur et la vente en une récompense pour cette personne.

Ici, le dossier ne divulgue pas les capitaux propres, la rémunération, le produit ou les droits de contrôle de Yemini. Il ne dit pas qui possédait quoi à la clôture. Les 260 millions de dollars environ étaient une contrepartie pour l’entreprise selon les conditions annoncées, et non un nombre qui peut être placé à côté de son nom comme une richesse personnelle.

La technologie brevetée ne simplifie pas l’attribution. EMC a décrit les capacités de modélisation et de corrélation de SMARTS comme brevetées, mais cette description d’entreprise n’identifie pas quelle personne a inventé chaque élément revendiqué ni comment les brevets correspondaient aux produits commercialisés. La valeur de l’entreprise comprend également la mise en produit, le support client, les ventes, les connaissances de mise en œuvre et la capacité à fonctionner. Une origine technique peut être indispensable sans représenter toutes les sources de valeur de l’entreprise.

Le rôle de Yemini reste substantiel après ces limites imposées. Columbia le relie répétément à l’origine intellectuelle et institutionnelle de SMARTS. L’entreprise est devenue une incarnation commerciale importante du problème que son environnement de recherche avait poursuivi. Mais le compte le plus juste n’est pas qu’il a inventé, construit et vendu seul une entreprise de réseau auto-géré. C’est que son rôle de recherche-à-entreprise a compté au sein d’une coalition dont les membres détenaient différentes formes de paternité et d’autorité.

VMTurbo et la deuxième boucle de contrôle

SMARTS traitait le côté diagnostic de l’auto-gestion: quel problème sous-jacent explique un orage d’événements, qu’affecte-t-il et où l’action doit-elle commencer? VMTurbo attaquait un problème connexe mais distinct. L’infrastructure virtualisée rendait les ressources plus flexibles, mais la flexibilité augmentait le nombre de choix d’allocation.

Les charges de travail pouvaient se disputer le calcul, la mémoire, le stockage et la capacité réseau; les configurations pouvaient changer; et une décision qui aidait une application pouvait peser sur une autre. La question de gestion passait de l’identification d’une cause à l’équilibrage continu de la demande par rapport à l’offre.

L’entrée de start-up VMTurbode Columbia dit que l’entreprise a été fondée en 2008 par une équipe de cinq co-fondateurs incluant Yemini et Danilo Florissi. Elle relie le groupe à des rôles de premier plan chez SMARTS et décrit la nouvelle plateforme comme Software-Driven Control. Cette preuve établit Yemini comme un membre d’une équipe fondatrice, et non comme la source solitaire de l’entreprise ou l’opérateur qui l’a nécessairement contrôlée à chaque étape ultérieure.

La continuité intellectuelle avec le DCC est visible dans le choix du mécanisme de contrôle. Le DCC avait listé des méthodes économiques pour la gestion optimale, décentralisée et adaptative des ressources. Les enregistrements de brevets de Turbonomic décrivaient plus tard des techniques utilisant l’économie de la chaîne d’approvisionnement pour intégrer, améliorer et automatiser la gestion des ressources dans les systèmes de virtualisation.

L’idée récurrente est que l’infrastructure peut représenter les consommateurs et fournisseurs de ressources, détecter les déséquilibres et choisir une allocation corrective plutôt que d’attendre qu’une personne réconcilie chaque contention manuellement.

Cette proposition est plus forte que la surveillance. La surveillance dit où l’utilisation ou la performance s’est déplacée. Le contrôle dit ce qui devrait changer. Dans un environnement virtuel, les actions possibles peuvent affecter le placement, la capacité ou les ressources disponibles pour une charge de travail.

Chaque action comporte également un risque: déplacer ou redimensionner quelque chose peut coûter de l’argent, interrompre le service ou déplacer la contention ailleurs. Un contrôleur utile doit donc relier sa représentation de la demande aux contraintes et à la performance souhaitée de l’application, et non poursuivre un seul nombre d’utilisation.

Le dossier public de brevet soutient la participation technique tout en démontrant à quel point elle était collective. Laliste des cessionnaires de Turbonomicde Justia inclut des titres intitulés « Managing resources in virtualization systems » qui nomment Yechiam Yemini aux côtés de Shmuel Kliger, Danilo Florissi, Shai Benjamin, Yuri Rabover, Mor Cohen, Enlin Xu et Endre Sara. L’attribution et le langage d’inventeur fournissent une preuve bornée que Yemini a contribué au travail technique revendiqué au sein d’un groupe multi-inventeurs.

Il n’établit pas la taille relative de chaque contribution. Il ne montre pas quelles revendications sont entrées dans une version commerciale, quelles fonctionnalités les clients ont utilisées ou quel inventeur a pris des décisions particulières sur le produit. Les brevets sont des artefacts juridiques et techniques, et non des cartes vérifiées de l’historique opérationnel d’une entreprise. Ils peuvent empêcher l’erreur inverse — traiter Yemini comme simplement un nom attaché à une start-up — sans autoriser l’affirmation plus grande qu’il a personnellement écrit toute la plateforme.

La page de start-up de Columbia fournit des jalons de l’entreprise, mais son cadre promotionnel doit rester visible. Elle disait que VMTurbo avait dépassé 500 clients, réalisé treize trimestres consécutifs de revenus records et maintenu près d’un million de machines virtuelles ou d’autres entités de centre de données via sa plateforme. Ces affirmations montrent comment Columbia présentait la dynamique de l’entreprise à ce moment-là. Ce ne sont pas des états financiers vérifiés, n’établissent pas la rentabilité et ne nous disent pas quelle part de chaque résultat appartenait à un seul co-fondateur.

Même l’expression « maintenu en santé perpétuelle », utilisée dans la présentation de la start-up, est mieux lue comme une promesse de produit que comme une condition littérale. La santé de l’infrastructure n’est pas permanente. La demande change, les pannes surviennent, les politiques entrent en conflit et les logiciels eux-mêmes ont besoin de maintenance. L’affirmation économique importante est plus étroite: un contrôleur pouvait évaluer répétément les conditions des ressources et recommander ou entreprendre des actions visant à soutenir la performance de l’application. La répétition, non la perfection, est l’essence de la boucle.

L’entreprise est devenue plus tard Turbonomic;un reportage du Boston Globe sur l’acquisition prévue par IBMidentifie Turbonomic comme anciennement VMTurbo. Ce pont de nom importe car le point final de l’arc de l’entreprise apparaît sous une étiquette différente. Il empêche également une erreur historique courante dans laquelle une entreprise acquise est traitée comme non liée à la start-up antérieure simplement parce que la marque a changé.

En juin 2021,IBM a annoncé avoir finalisé l’acquisition de Turbonomic. IBM a décrit Turbonomic comme un fournisseur de logiciels de gestion des ressources applicatives et de gestion de la performance réseau et l’a placé aux côtés d’Instana et de Cloud Pak for Watson AIOps dans une stratégie d’automatisation du cloud hybride. Le vocabulaire avait changé, passant des réseaux auto-gérés et du contrôle piloté par logiciel à l’AIOps et à la gestion des ressources applicatives. Le problème d’entreprise sous-jacent — décider comment une infrastructure complexe doit répondre à des conditions changeantes — restait reconnaissable.

L’annonce d’IBM ne nomme pas Yemini et ne fournit pas de prix de transaction. Cette omission est décisive pour l’attribution au niveau de la personne. Le point final de l’entreprise confirme qu’une plateforme liée à son dossier de co-fondateur et d’inventeur a atteint un grand acquéreur. Il n’établit pas son pourcentage de propriété, son autorité de gestion à ce moment, ses produits, son rôle de négociation ou sa responsabilité pour le produit tel qu’IBM le comprenait. Ces faits ne peuvent être reconstruits à partir d’une étiquette de co-fondateur précoce et d’un titre d’acquisition ultérieur.

L’acquisition ne peut pas non plus être utilisée comme preuve que l’intégration IBM a réussi. IBM a décrit l’adéquation prévue du portefeuille et les capacités qu’il espérait offrir aux clients. Une annonce à la clôture prouve que la propriété a changé et que l’acquéreur avait une stratégie. Ce n’est pas une preuve de la fidélisation ultérieure des clients, de l’intégration technique, de la performance des revenus ou des économies de coûts. Comme pour SMARTS, l’acquisition est une transition vers une autre organisation, et non une validation scientifique finale ou un verdict commercial permanent.

Du mécanisme de recherche à la dépendance envers le vendeur

Pris ensemble, SMARTS et Turbonomic montrent deux étapes du même long argument. SMARTS tentait d’inférer les causes et les impacts d’un environnement d’événements complexe. VMTurbo/Turbonomic tentait de réguler la relation entre les applications et les ressources. L’une réduit un champ d’alarmes en une explication; l’autre transforme un champ de ressources en une décision. Toutes deux promettent de déplacer les opérateurs de l’observation brute vers un nombre plus restreint d’actions conséquentes.

La promesse devient plus précieuse à mesure que l’infrastructure devient moins lisible pour une personne. Elle déplace également le pouvoir vers la couche de gestion. Un modèle de corrélation décide quelles relations comptent. Un contrôleur de ressources encode les priorités et les arbitrages acceptables. Lorsque les organisations font confiance à ces systèmes, le logiciel fait partie de la façon dont les incidents sont compris et la capacité distribuée. Les erreurs dans le modèle peuvent donc devenir des erreurs dans l’attention opérationnelle.

C’est pourquoi le marketing d’infrastructure autonome ne doit pas être confondu avec la disparition de la gouvernance. L’automatisation rend certaines décisions plus rapides et plus reproductibles, mais quelqu’un sélectionne toujours les objectifs, les permissions et les limites. Une organisation doit décider si le logiciel peut seulement recommander une action ou l’exécuter; comment les exceptions sont escaladées; quelle charge de travail reçoit la priorité; et quelles preuves sont conservées lorsqu’une décision est contestée. Plus la boucle est automatique, plus ces choix environnants deviennent importants.

L’historique des acquisitions ajoute une deuxième dépendance. Les clients ne dépendent pas seulement d’un algorithme; ils dépendent du vendeur qui maintient les intégrations, soutient le produit et décide de sa feuille de route. Lorsque SMARTS est entré chez EMC et Turbonomic chez IBM, les clients ont gagné les ressources et la portée de portefeuille de fournisseurs plus grands. Ils sont également devenus exposés aux décisions des acquéreurs concernant l’emballage, l’interopérabilité, le personnel et le support à long terme. Le dossier public établit les transitions, mais pas comment chacune de ces décisions s’est déroulée.

Le verrouillage dans ce contexte n’est pas simplement un contrat de licence. Il peut être constitué de connaissances opérationnelles accumulées. Une plateforme de gestion peut contenir des modèles de topologie, des politiques, des dépendances applicatives, des seuils ajustés et des flux de travail connectés à d’autres outils.

Le personnel apprend à interpréter ses sorties. Les processus d’incident se forment autour de ses catégories. Remplacer le système signifie reconstruire à la fois l’intégration technique et la confiance humaine. Un produit conçu pour réduire les frictions de gestion peut devenir difficile à retirer précisément parce qu’il est profondément utile.

Cette perspective de cycle de vie change la façon dont la valeur d’acquisition doit être interprétée. La contrepartie annoncée par EMC dit quelque chose sur ce qu’un acheteur stratégique était prêt à payer pour SMARTS selon les conditions énoncées. L’annonce de clôture d’IBM dit que Turbonomic s’intégrait dans son portefeuille d’automatisation. Aucun nombre ni événement n’attribue la capacité acquise à une seule personne. La valeur des logiciels d’entreprise réside en partie dans le code et les brevets, mais aussi dans les déploiements, les relations clients, la compatibilité, les équipes et le coût de substitution d’un autre système.

La présence répétée de Yemini est néanmoins significative. Les thèmes de recherche, les récits d’origine de SMARTS, les preuves de co-fondateur de VMTurbo et les brevets le placent à proximité des approches de diagnostic et d’allocation. La récurrence suggère un programme intellectuel plutôt qu’une liste accidentelle d’entreprises. Pourtant, chaque étape montre aussi une médiation: le laboratoire DCC a façonné la recherche, les équipes de SMARTS et VMTurbo ont façonné les produits, les co-inventeurs des brevets ont façonné les techniques revendiquées, et EMC et IBM ont façonné l’environnement post-acquisition.

L’affirmation historique utile n’est donc ni « un professeur a inventé l’AIOps » ni « les acquéreurs prouvent la réussite du programme ». C’est que le langage d’automatisation d’aujourd’hui hérite d’une formulation de problème bien plus ancienne. Une infrastructure complexe a besoin de systèmes capables d’interpréter les dépendances et de rationner les ressources dans des conditions changeantes. La carrière de Yemini offre un chemin à travers cette formulation, tandis que le dossier de l’entreprise montre pourquoi la lignée technique et le contrôle commercial doivent rester séparés.

La boucle de transfert de technologie de Columbia

Columbia a fait plus que fournir le lieu de la recherche originale. Ses comptes publics présentent un environnement récurrent dans lequel le travail de laboratoire, la création d’entreprise, les brevets et l’enseignement pouvaient s’alimenter mutuellement. L’article de 2011 sur le transfert de technologie utilisait SMARTS comme exemple principal et disait que Yemini s’était appuyé sur l’expérience de quatre start-ups pour lancer un cours intitulé Principles of Innovation and Entrepreneurship. C’est la preuve d’un chemin de retour délibéré de l’expérience en entreprise vers l’université.

L’enseignement est une forme de transfert différente de la création d’une entreprise. Il convertit l’expérience en un cadre que d’autres personnes peuvent examiner, contester et appliquer. La source ne fournit pas de résultats pour les étudiants ni ne montre comment le cours a changé les ventures ultérieures, il serait donc erroné d’affirmer un flux mesurable de nouvelles entreprises. Il montre que Yemini traitait la commercialisation comme un matériel approprié pour l’enseignement plutôt que comme un épisode privé en dehors de son rôle académique.

Son ancienne page personnelle montre également que l’identité de recherche n’est pas restée fixée sur la gestion de réseau. Elle liste la biologie computationnelle et les réseaux biologiques parmi ses intérêts ultérieurs et enregistre un enseignement en génomique computationnelle. La liste actuelle des émérites préserve à la fois les réseaux biologiques et informatiques.

La continuité peut résider moins dans une industrie spécifique que dans l’étude de systèmes dont le comportement émerge de nombreuses parties en interaction. Les sources établissent les domaines; toute affirmation plus forte sur sa motivation intellectuelle privée relèverait de la spéculation.

Comverse fournit un contexte plus ancien et borné pour le schéma université-vers-industrie. L’histoire institutionnelle de Columbia Engineeringdit que Yemini a co-fondé Comverse Technology, que l’entreprise est devenue publique en 1987 et qu’elle a ensuite rejoint le S&P 500 et le NASDAQ 100. Le dossier est commémoratif et bref. Il soutient un épisode de fondation précoce et une étape d’entreprise publique, mais pas un compte détaillé de son autorité, de sa propriété ou de l’histoire ultérieure de l’entreprise.

Cette limite est importante car une entreprise de longue durée peut accumuler des événements éloignés d’un co-fondateur précoce. Rien dans les preuves publiques utilisées ici ne permet d’ les controverses ultérieures de Comverse ou de les attribuer à Yemini. Une offre publique initiale et une adhésion à un indice ne prouvent pas que tous les fondateurs contrôlaient l’entreprise à ces dates ultérieures. Comverse n’appartient ici qu’à titre de preuve que son mouvement entre travail technique et création d’entreprise a précédé SMARTS.

La même retenue s’applique en sens inverse. Le rôle de Columbia ne doit pas absorber le travail des bâtisseurs d’entreprise. Un environnement de transfert de technologie peut aider les chercheurs à identifier la propriété intellectuelle, à entrer en contact avec des capitaux et à former des ventures. Il ne peut pas fabriquer des clients ni se substituer à une exécution produit soutenue. Les preuves de Shaula Alexander-Yemini et Shmuel Kliger pour SMARTS, et le dossier de cinq fondateurs pour VMTurbo, démontrent que la boucle de transfert dépendait de personnes dont les rôles n’étaient pas réductibles à l’université.

Cette vue institutionnelle explique pourquoi le crédit du fondateur est si souvent instable. Les universités se souviennent de l’origine de la recherche; les entreprises se souviennent du leadership exécutif; les enregistrements de brevets énumèrent les inventeurs; les acquéreurs décrivent l’adéquation du portefeuille; les publications commerciales observent la réponse du marché.

Chaque source répond à une question différente. Les problèmes commencent lorsqu’une réponse est promue dans toutes les autres — lorsque l’inventeur devient l’opérateur unique, lorsque le fondateur devient le propriétaire contrôlant, ou lorsque l’acquisition devient la preuve de gains personnels.

L’importance de Yemini est la plus claire lorsque ces enregistrements sont autorisés à rester différents. Il apparaît comme professeur et professeur émérite, leader de recherche, co-fondateur, co-inventeur et enseignant. Chaque rôle a des preuves et des limites. Le schéma combiné est substantiel sans nécessiter une biographie héroïque. Il montre une personne travaillant répétément à la frontière où la recherche système devient machinerie organisationnelle.

Arootz, Pensa et les limites d’une liste de ventures

Des références ultérieures pourraient facilement transformer le profil en catalogue, mais les preuves ne soutiennent pas un poids égal. La page personnelle de Columbia de Yemini liste Arootz comme une start-up qu’il a co-fondée en 2006. Le dossier public disponible ne fournit aucun résultat opérationnel défendable, historique de financement, sortie, échec ou enregistrement de gouvernance pour celle-ci. Arootz montre donc une activité de start-up continue après SMARTS, et peu plus.

Pensa Systems offre un signal légèrement plus clair mais toujours étroit. En mai 2018, uneannonce de financement de l’entreprisedisait que Pensa avait levé un tour de table de 2,2 millions de dollars et nommait Yemini parmi les figures de l’industrie participantes. L’entreprise décrivait un produit pour la visibilité automatisée des inventaires en rayon. L’annonce ne divulguait pas combien il avait investi, quels droits il avait reçus ou s’il occupait un rôle opérationnel ou de gouvernance.

Ces épisodes minces affinent plutôt qu’ils n’affaiblissent le profil plus large. Les récits de fondateur en série comptent souvent les affiliations comme si chacune était un résultat égal. Une histoire sourcée devrait pondérer les épisodes par ce qui peut être réellement établi. SMARTS et VMTurbo/Turbonomic soutiennent une analyse de mécanisme, d’équipe et d’acquisition. Comverse fournit un contexte précoce. Arootz et Pensa ne fournissent que des signaux ultérieurs. La différence maintient l’article centré sur le programme d’auto-gestion répété au lieu de le gonfler de noms.

Elle protège également contre un récit de survie. Les sources publiques sont bien plus riches autour des acquisitions et des jalons institutionnels qu’autour des ventures calmes, incomplètes ou sans conclusion. Traiter le volume des sources comme une preuve de succès universel récompenserait ce que les organisations ont choisi de commémorer. La conclusion responsable est plus étroite: Yemini a continué à apparaître autour de la formation de ventures et d’investissements, tandis que les preuves disponibles ici ne peuvent évaluer chaque résultat.

Ce que les acquisitions préservent — et ce qu’elles obscurcissent

Les acquisitions créent des dates propres dans des histoires qui n’ont pas été écrites proprement. Elles identifient un acheteur, une cible et une affirmation stratégique. Elles peuvent mettre une valeur approximative sur une entreprise, comme EMC l’a fait avec SMARTS, ou établir un point final de portefeuille, comme IBM l’a fait avec Turbonomic. Ces faits sont utiles parce qu’ils sont concrets. Ils sont dangereux lorsqu’ils deviennent des raccourcis pour tout ce qui s’est passé avant et après.

Avant la transaction, une entreprise de logiciels d’entreprise est une coalition changeante. La recherche peut fournir un mécanisme distinctif. Les brevets peuvent en protéger des parties. Les fondateurs organisent la première institution. Les dirigeants décident des priorités. Les ingénieurs construisent et maintiennent les produits.

Les équipes de vente et de service gagnent et fidélisent les clients. Les investisseurs financent l’expansion. Les clients contribuent aux demandes, aux données et aux connaissances de déploiement. Un prix de vente reflète l’entreprise que cette coalition a produite, et non une redevance automatiquement payable en crédit narratif au fondateur le plus visible.

Après la transaction, l’autorité se déplace à nouveau. L’acquéreur contrôle l’investissement, l’intégration et le placement dans le portefeuille. Les fondateurs ou dirigeants originaux peuvent rester, partir ou changer de rôle, mais le dossier public ici ne cartographie pas ces arrangements pour Yemini. EMC a dit que Shaula Alexander-Yemini participerait à la transition de SMARTS. L’annonce de clôture d’IBM pour Turbonomic décrivait sa propre stratégie, pas le rôle de Yemini. Le résultat ultérieur appartient à des preuves qui devraient suivre ces décideurs et organisations.

L’acquisition peut préserver une idée technique en lui donnant une distribution, des capitaux et une place au sein d’une plateforme plus vaste. Elle peut également obscurcir l’idée en changeant les noms, l’emballage et la mémoire institutionnelle. SMARTS est devenue partie de l’organisation logicielle d’EMC. VMTurbo est devenue Turbonomic avant d’entrer chez IBM. Un lecteur rencontrant l’AIOps en 2021 pourrait ne pas voir la ligne retournant à une page de laboratoire des années 1990 sur les réseaux adaptatifs auto-gérés et la gestion économique des ressources, même si le problème de gestion est reconnaissablement lié.

La ligne n’est pas une preuve d’héritage direct à chaque niveau technique. Les produits, architectures et équipes changent. La connexion sûre est conceptuelle et institutionnelle: Yemini est lié par des sources officielles à DCC, SMARTS et l’équipe fondatrice de VMTurbo; les enregistrements de brevets le placent parmi les inventeurs de Turbonomic; les enregistrements d’acquéreurs décrivent les catégories de produits aux points finaux. Ces pièces montrent une récurrence sans établir qu’une invention inchangée est passée intacte à travers trois décennies.

C’est aussi pourquoi la discipline de la valeur de transaction est importante. Le matériel de Columbia contient un chiffre plus élevé pour SMARTS que les environ 260 millions de dollars indiqués par EMC, Columbia News et les reportages contemporains. Sans un enregistrement final de clôture principal qui réconcilie la différence, l’annonce d’environ 260 millions de dollars en espèces de l’acquéreur est la base défendable. La précision ici n’est pas de la pédanterie. Gonfler ou personnaliser le nombre déformerait à la fois l’événement de l’entreprise et l’économie inconnue de Yemini.

La même discipline exige de laisser de côté le prix de Turbonomic. L’annonce de clôture d’IBM ne le divulgue pas. Plus important encore, même une valorisation d’entreprise vérifiée ne révélerait pas la participation ou les gains de Yemini. Une sortie importante peut valider la demande des investisseurs pour une entreprise sans nous dire ce qu’un premier entité possédait à la fin.

Les annonces d’acquisition parlent également au futur de la stratégie. EMC prévoyait d’intégrer SMARTS et d’étendre sa technologie. IBM positionnait Turbonomic au sein d’une large offre d’automatisation. Ces déclarations expliquent pourquoi les acheteurs ont agi. Elles ne mesurent pas ce qui a suivi. Le dossier public ici ne peut pas dire que l’une ou l’autre intégration a réussi ou échoué, que les clients sont restés ou partis, ou que Yemini a causé un résultat post-acquisition quelconque.

Ce que les acquisitions préservent incontestablement, c’est le sérieux du problème sous-jacent. Deux grands vendeurs ont acheté des entreprises dont les produits traitaient du diagnostic ou du contrôle des ressources dans une infrastructure complexe. Cette demande répétée aide à expliquer pourquoi les affirmations actuelles de l’AIOps semblent nouvelles dans leur vocabulaire mais familières dans leur structure. Les entreprises veulent encore des systèmes qui réduisent le bruit, infèrent ce qui compte et agissent avant que l’attention humaine rare ne devienne le goulot d’étranglement.

Ce que les acquisitions obscurcissent, c’est l’autorité individuelle. Plus un produit s’éloigne du laboratoire vers la start-up puis vers l’acquéreur, moins il est plausible d’attribuer chaque décision à une figure d’origine. La contribution de Yemini ne devrait ni disparaître dans l’histoire de l’entreprise ni s’étendre pour l’occuper tout entière. Elle devrait être attachée aux rôles que les preuves soutiennent: leadership de recherche et transfert, participation limitée de co-fondation, co-inventariat nommé et enseignement tiré de l’expérience commerciale.

La gouvernance humaine de l’auto-gestion

L’histoire de l’infrastructure auto-gérée contient un paradoxe apparent. Son objectif technique est de réduire le besoin d’intervention humaine, pourtant son histoire commerciale exige une attribution humaine inhabituellement minutieuse. Une machine peut corréler des événements ou allouer des ressources selon un modèle. Un historien doit encore décider quelle institution a fait une affirmation, qui détenait un rôle, ce qui a changé de mains et quelle conclusion les preuves ne soutiennent pas.

Le dossier de Yemini rend cette discipline visible à chaque étape. L’entrée ARIN attache son nom à Activium mais ne peut prouver les fonctions actuelles. Columbia l’attache à DCC mais ne fait pas de chaque résultat de laboratoire sa propriété personnelle. Les récits d’origine de SMARTS l’attachent à l’entreprise tandis que les sources de transaction identifient la direction fondatrice et exécutive de Shaula Alexander-Yemini et le rôle technique de Kliger. VMTurbo et les enregistrements de brevets l’attachent à une équipe tandis que l’annonce d’acquisition d’IBM n’attache pas le résultat ultérieur du portefeuille à lui.

Le schéma n’est pas une série de clauses de non-responsabilité autour d’une histoire de succès par ailleurs simple. C’est l’histoire elle-même. Le logiciel d’auto-gestion dépend lui-même d’une modélisation correcte des relations. S’il confond un symptôme avec une cause, il dirige l’action au mauvais endroit. Si un récit de l’industrie confond la visibilité avec le contrôle, il fait la même erreur en prose. Le remède est de cartographier les dépendances: programme de recherche, entreprise, équipe, brevet, client, acquéreur et temps.

Cette carte produit un crédit plus juste. Yemini mérite une reconnaissance pour un travail soutenu autour d’une classe difficile de problèmes systèmes et pour avoir aidé à déplacer ces idées à plusieurs reprises dans des cadres commerciaux. Columbia et la communauté DCC ont fourni une base institutionnelle et collaborative. Shaula Alexander-Yemini, Shmuel Kliger, les autres fondateurs de VMTurbo, les co-inventeurs et les équipes d’entreprise ont fourni le leadership et l’exécution que le dossier requiert spécifiquement ou implicitement. EMC et IBM ont pris des décisions de portefeuille ultérieures sous leur propre autorité.

Elle produit également un scepticisme plus juste. Le montant de l’acquisition de SMARTS n’est pas le rendement personnel de Yemini. Le chiffre d’affaires attendu de l’entreprise n’est pas son revenu. L’inventivité de brevet n’est pas une preuve de paternité complète de la plateforme. Un jalon client sur une page de start-up universitaire n’est pas une causalité produit-marché vérifiée. Une clôture IBM n’est pas une preuve de succès d’intégration. L’absence de ces conclusions ne nie pas la contribution soutenue; elle empêche un type de preuve d’usurper l’identité d’un autre.

Pour les opérateurs, l’histoire offre une leçon parallèle. L’automatisation devrait être évaluée par les décisions qu’elle améliore, les permissions qu’elle détient et les dépendances qu’elle crée — pas par le glamour de l’autonomie. Les systèmes de cause profonde peuvent réduire le bruit mais peuvent mal modéliser la causalité.

Les contrôleurs de ressources peuvent rééquilibrer l’infrastructure mais peuvent optimiser le mauvais objectif. Les plateformes acquises peuvent gagner en portée mais devenir soumises au cycle de vie d’un nouveau vendeur. La supervision humaine n’a pas disparu; elle s’est déplacée vers la politique, les exceptions, la responsabilité et l’approvisionnement.

Pour les chercheurs et les universités, le dossier montre la puissance et l’ambiguïté du transfert. Un laboratoire peut encadrer un problème assez tôt pour influencer des catégories ultérieures. Les entreprises peuvent exposer le travail à l’échelle et à la conséquence économique. L’enseignement peut ramener l’expérience commerciale aux étudiants. Mais chaque transfert modifie la communauté des auteurs et des décideurs. Plus le transfert est réussi, moins une histoire de propriété solitaire devient crédible.

Pour les lecteurs des affirmations modernes de l’AIOps, la carrière de Yemini fournit une profondeur historique. Le langage d’IBM en 2021 plaçait Turbonomic dans l’automatisation alimentée par l’IA, mais la quête pour faire en sorte que l’infrastructure s’interprète et se régule elle-même était déjà explicite sur les anciennes pages DCC de Columbia. L’étiquette a changé parce que la technologie et les marchés ont changé. Les questions difficiles sont restées: Que sait le système? Que peut-il décider? Comment explique-t-il une action? Qui le corrige? Que se passe-t-il lorsque le vendeur change?

L’enregistrement obsolèteYY30-ARINest une entrée appropriée car il démontre ce qui se produit lorsque la représentation d’un système survit à la confiance dans son état actuel. Il peut encore pointer vers la vérité sans être la vérité actuelle elle-même. La même prudence est requise tout au long du dossier commercial. Une affiliation de recherche, une étiquette de fondateur, un brevet et une acquisition pointent chacun vers une contribution. Aucun seul ne prouve l’autorité présente, la paternité totale ou la capture personnelle du résultat.

L’importance de Yemini n’est donc pas qu’il puisse être placé à côté d’une liste triomphante de sorties. C’est qu’un problème intellectuel reconnaissable le suit à travers plusieurs formes institutionnelles: des réseaux qui diagnostiquent le désordre, des infrastructures virtuelles qui allouent des ressources rares, des universités qui déplacent les idées vers l’extérieur, et des entreprises qui placent ces idées dans les cycles de vie des vendeurs. La continuité est réelle. Les collaborateurs et les limites le sont aussi.

L’infrastructure auto-gérée a toujours été en partie une affirmation sur la réduction du fardeau humain. Son histoire montre pourquoi réduire le fardeau n’est pas la même chose que supprimer la responsabilité. Le système peut prendre plus d’actions, mais les gens choisissent encore le modèle, construisent l’entreprise, attribuent le crédit, fixent le contrat et vivent avec l’acquisition. Le compte le plus précis de Yemini est donc aussi le compte le plus utile de l’automatisation: suivez la boucle de contrôle, et ne confondez jamais la personne qui a aidé à la commencer avec chaque institution à travers laquelle elle a ensuite couru.