Résumé

  • Le fichier public actuel d’OpenTelemetry compte 162 handles de mainteneurs et 19 handles dans le groupe Service Desk. Les deux Community Managers listés figurent dans le groupe large, pas dans le groupe qui reçoit l’accès ciblé.
  • La charte leur garantit l’accès au Service Desk. Une synchronisation du 30 octobre définit le groupe automatique par l’union du Governance Committee et du Technical Committee. Les sources publiques ne disent pas si la création manuelle d’un compte comble cet écart.

Analyse

La charte parle d’un rôle; l’automatisation d’une catégorie

Une permission écrite ne suffit pas à ouvrir une porte. Il faut aussi que le registre qui crée les comptes reconnaisse la personne et le rôle auquel la charte associe cette permission. Chez OpenTelemetry, ces deux pièces décrivent aujourd’hui des périmètres différents.

La charte du Governance Committee, mise à jour en février 2026, autorise le comité à nommer des Community Managers pour coordonner les programmes qui traversent plusieurs SIG. Elle permet même de choisir des personnes extérieures au projet. Ces responsables organisent des événements, travaillent avec la CNCF et les organisations membres, et rendent compte au comité de la santé de la communauté. La charte leur attribue explicitement l’accès au Service Desk.

La page publique des membres distingue actuellement deux personnes dans la section Community Management. Leurs handles apparaissent aussi dans la liste générale des mainteneurs du fichier .project actuel. Ils n’apparaissent pas dans l’équipe servicedesk, qui compte 19 handles. Le fichier énumère 162 handles dans le groupe project-maintainers.

Le décalage ne vient pas d’une ligne isolée mal placée. Le 30 octobre, OpenTelemetry a fusionné une mise à jour automatisée du registre, construite à partir des données publiques de ses membres. La demande précise la règle : project-maintainers réunit le Governance Committee, le Technical Committee et les mainteneurs; servicedesk réunit les deux comités. Le périmètre des comptes est donc inscrit dans la formule utilisée pour générer le fichier.

La note de mise en œuvre de la CNCF explique l’effet d’une équipe non vide. Sans groupe servicedesk, tous les mainteneurs conservent l’accès au Service Desk. Avec un groupe rempli, seuls les handles qu’il nomme obtiennent cet accès automatisé, et chacun doit aussi appartenir au groupe des mainteneurs. OpenTelemetry fut le premier projet à adopter cette restriction. La liste de diffusion reste liée à tout le groupe des mainteneurs; le changement concerne le canal d’assistance, pas le statut de membre ni le pouvoir technique.

Voilà la question que les documents laissent ouverte : la charte accorde un droit au rôle de Community Manager, tandis que la formule accorde les sièges d’assistance à deux comités. Les deux responsables actuellement publiés sont mainteneurs, mais la catégorie « mainteneur » ne suffit pas à les faire entrer dans la liste réduite.

Une protection contre les erreurs ne répare pas une règle incomplète

Le guide officiel d’automatisation du .project de la CNCF prévoit qu’une équipe vide ou sans handle reconnu déclenche un avertissement et conserve les accès existants. C’est une protection utile : une faute de frappe ne doit pas couper tous les sièges d’un projet.

OpenTelemetry a une équipe remplie et une formule lisible. Le mode de secours contre une donnée vide ne répond pas à la question d’un rôle correctement nommé dans la charte mais absent du calcul d’accès. Un fichier peut être syntaxiquement valide et rester fidèle à la mauvaise moitié du contrat.

Ce point n’est pas un détail de vocabulaire. Le rôle sert aux programmes transversaux, aux échanges avec la CNCF et à l’expérience des contributeurs. Si la fonction requiert un ticket, la personne qui ne sait pas si son droit est provisionné doit passer par un autre membre ou demander une exception non décrite. C’est une dépendance opérationnelle, même lorsque le comité conserve formellement la responsabilité du programme.

Une seule règle doit relier le mandat au compte

OpenTelemetry peut garder un groupe restreint. Il lui faut seulement publier la règle qui relie les rôles aux sièges : quels postes reçoivent l’accès, quelle source alimente chacun d’eux, comment fonctionne une exception manuelle et quel document prévaut en cas de désaccord.

La prochaine décision peut prendre trois formes nettes : ajouter la catégorie Community Management dans la génération de l’équipe; documenter une voie d’exception qui respecte la charte; ou modifier la charte après une décision explicite sur la fonction. Laisser le système d’identifiants trancher en silence reviendrait à confier au mécanisme de provisionnement une question que la gouvernance a déjà réglée par écrit.

La CNCF peut lever l’ambiguïté en publiant la réponse à côté de la formule; la prochaine personne nommée saura quelle voie son rôle lui ouvre.

Le groupe de 19 personnes peut fonctionner exactement comme son fichier l’ordonne. C’est précisément pour cela qu’une règle d’accès doit être accompagnée d’une règle de mandat. Un bon registre indique qui reçoit le compte et le travail institutionnel auquel ce compte doit servir.

Sources