Les hubs

Un hub, c’est votre assistant : ce à quoi votre téléphone, vos haut-parleurs et vos applications parlent. Demandez-lui la météo depuis la cuisine, lancez une minuterie depuis le sofa, écoutez les nouvelles depuis votre téléphone : c’est le même assistant qui répond chaque fois. Un seul hub, toutes les pièces.

Un hub n’est pas la même chose qu’un client. Le hub, c’est l’assistant. Un client, c’est l’une des choses qui lui parlent : un téléphone, un haut-parleur, une application. Les règles d’accès décident de ce que ce client peut faire une fois connecté.

Consultez cette page quand un hub est manquant, non disponible, invisible ou difficile à reconnaître dans Dashboard, Clients, Access rules ou Topology.

Pour créer un hub qui vous appartient, consultez Créer un hub. Pour la découverte partagée, consultez Hubs publics. Pour les questions de mise à jour d’un hub, consultez Gérer les mises à jour. Pour les problèmes de connexion, passez ensuite à Clients ou à Topology.

Ce qu’est un hub

Un hub, c’est ce à quoi un client se connecte. Votre espace de travail crée des hubs quand le forfait permet d’en posséder; Billing indique la limite. Un hub exécute un ensemble de compétences avec les valeurs par défaut du runtime. La capacité Standard est fixe, et Autoscaling, quand le forfait l’inclut, ajoute des workers entiers sous la charge. Les clients s’y connectent, et ce sont des règles d’accès étroites, propres à chaque client, qui le gardent sûr.

La page Hubs est la vue de la flotte : une fiche par hub avec son état, ses étiquettes, une phrase de départ et ses clients.

Ce qui appartient à un hub

Nom

L’étiquette conviviale qui vous permet de reconnaître le hub.

Adresse

L’adresse du hub que les clients utilisent pour se connecter.

Public ou privé

Les hubs privés restent dans l’espace de travail. Les hubs publics apparaissent dans la découverte.

Compétences

Les capacités offertes au hub.

Runtime

La configuration de travail partagée derrière l’ensemble de compétences du hub.

Ce qui dépend d’un hub

Bien d’autres éléments renvoient à un hub :

• les clients se connectent à un seul hub;
• les règles d’accès sont définies pour un client sur un hub;
• les compétences définissent ce que le hub sait faire;
• le runtime définit les paramètres partagés de l’ensemble de compétences du hub;
• Dashboard affiche l’état du hub et les éléments qui demandent votre attention;
• Topology affiche les hubs et leurs clients.

Comme les hubs sont au centre de tout, choisissez le hub avant de créer des clients et des règles d’accès.

Hubs privés et publics

PrivéPublicCertifiéCommunauté

Les hubs privés sont réservés à votre espace de travail. Utilisez-les quand le hub doit être accessible seulement à l’intérieur de votre compte.

Les hubs publics servent à la découverte. Ils peuvent publier une description, des étiquettes, des indications sur le public visé, des indications d’âge, un label de qualité et des requêtes de départ. Les hubs publics sont utiles pour les démonstrations, les expériences partagées et l’exploration par le parcours Free.

Un hub public actif peut aussi offrir un aperçu dans le navigateur. Rendre public un hub privé lance une actualisation normale du hub pendant que l’aperçu se prépare. Le hub n’annonce pas l’accès à l’aperçu comme prêt avant la fin de cette actualisation. Le rendre de nouveau privé retire l’accès à l’aperçu et ses identifiants dédiés.

Si la configuration de l’aperçu n’est pas disponible, le hub signale qu’il demande votre attention au lieu de publier discrètement un aperçu défectueux. Une visibilité privée, inactive, manquante ou invalide n’active jamais l’aperçu public.

Quand vous utilisez un hub public, vous ne gérez pas le runtime de ce hub. Vous créez votre propre client pour le hub public et vous gardez des règles d’accès étroites.

Quand vous créez votre propre hub, vous choisissez s’il utilise l’ensemble de compétences par défaut de l’espace de travail ou un ensemble de compétences distinct. La configuration du runtime appartient à l’ensemble de compétences, pas au client.

Hub, compétences et runtime

Les clients se connectent à un hub. Ce que le hub sait faire, ce sont ses compétences; les valeurs par défaut partagées avec lesquelles ces compétences s’exécutent forment son runtime; les clients qui peuvent l’utiliser sont déterminés par les règles d’accès. Quatre mots, quatre pages, et celle-ci porte sur le premier.

Capacité Standard et Autoscaling

La capacité détermine la façon dont le hub s’exécute; elle ne change ni l’adresse du hub ni les identités de ses clients.

• Standard est le profil à capacité fixe par défaut et utilise le runtime qui appartient à l’ensemble de compétences sélectionné.
• Autoscaling garde deux workers prêts et peut ajouter de la capacité jusqu’au plafond indiqué dans Billing.
• Autoscaling répond au moyen des compétences installées. Les réponses de persona et les réponses générales d’un LLM ne sont pas offertes dans ce profil.
• Un hub Autoscaling réserve une place du forfait même lorsqu’il est inactif. Le repasser en Standard libère cette place.

Le forfait Team inclut un hub Autoscaling d’au plus huit workers. La capacité Enterprise est définie par contrat, avec un maximum de 32 workers par hub pour la plateforme. Les hubs existants restent en Standard à moins qu’un membre autorisé de l’espace de travail change explicitement le profil de capacité.

Santé du hub

Les cartes et les inspecteurs de hub affichent :

• l’état actuel, comme prêt, en attente, en échec ou inconnu;
• l’état en direct, quand il est disponible;
• les clients connectés et connus;
• les avertissements;
• l’activité récente;
• les mises à jour de hub disponibles;
• des détails d’état supplémentaires, quand le hub en a;
• l’état de préparation de l’aperçu, à part, pour les hubs publics;
• le profil de capacité enregistré et le plafond de workers en Autoscaling, s’il y a lieu.

Astuce

Un hub peut exister avant que toutes les mises à jour en direct soient disponibles. Utilisez ensemble le badge d’état et le panneau de détails : l’un vous donne l’état actuel, l’autre explique ce qui a changé ou ce qui manque.

Mises à jour du hub

Les mises à jour du hub font passer les connexions et les aperçus dans le navigateur à la version sélectionnée. La page Hubs peut afficher Hub update available, Update requested ou un état prêt une fois la synchronisation terminée.

Si le hub indique que le runtime sous-jacent demande votre attention, mettez à jour ou réparez d’abord le runtime. Revenez ensuite à la mise à jour du hub.

Consultez Mettre à jour une compétence, un runtime ou un hub quand vous devez décider lequel des trois vous voulez vraiment changer.

Détails de découverte publique

Quand vous publiez un hub publiquement, rendez sa fiche utile :

• rédigez une courte description en langage simple;
• ajoutez des étiquettes en minuscules comme assistant, education ou support;
• choisissez la catégorie de public;
• ajoutez une indication d’âge au besoin;
• publiez des requêtes de départ que les utilisateurs peuvent copier ou essayer.

Une bonne fiche de hub public montre clairement à quoi sert le hub avant que quiconque crée un client.

Quand créer un hub distinct

Créez un autre hub quand vous avez besoin d’un autre réglage public ou privé, d’autres compétences, d’une autre adresse ou d’un groupe distinct de clients et de règles d’accès. Gardez un seul hub quand la même configuration a encore du sens.

Un hub est prêt quand

Un hub est prêt pour un premier client quand :

• son nom explique l’objectif du hub;
• le réglage public ou privé est le bon;
• le choix de l’ensemble de compétences est délibéré;
• l’adresse est visible quand c’est nécessaire;
• toute mise à jour de hub attendue est terminée;
• l’état du hub n’affiche aucun avertissement inattendu;
• vous savez quel client doit se connecter ensuite.