Cette fonctionnalité est destinée aux groupes d'essai précoce ou de bêta-testeurs. Nous vous recommandons de ne pas configurer un groupe de ressources pour les utilisateurs typiques. à la place, utilisez l'état non affecté par défaut. Sans groupes de ressources, les utilisateurs sont automatiquement affectés au meilleur cluster disponible. Avec les groupes de ressources, les utilisateurs sont affectés à un cluster spécifique et restent ainsi, sauf si vous les réaffectez manuellement. Comprendre le risque lié à l'affectation d'un utilisateur à un groupe de ressources. Si un cluster dans un groupe de ressources échoue, les utilisateurs sont mappés à un autre cluster dans ce groupe de ressources. Mais si aucun autre cluster n'existe, les utilisateurs sont hors service jusqu'à ce que le cluster soit rétabli.

Les groupes de ressources peuvent vous aider à définir un sous-ensemble d'utilisateurs et de clusters Expressway hébergeant le connecteur dans un but spécifique.

Test bêta ou essai sur le terrain

Vous pouvez identifier un groupe d’utilisateurs en tant qu’adopteurs précoces ou testeurs bêta, afin qu’ils puissent essayer de nouvelles fonctionnalités avant de les déployer au reste de vos utilisateurs. Vous pouvez configurer un groupe de ressources de clusters Expressway et d'utilisateurs qui s'y connectent uniquement pour ce canal de sortie non destiné à la production.

Les services hybrides utilisent des canaux de diffusion pour promouvoir les versions logicielles des connecteurs. Les canaux de sortie suivent ce flux:

Canaux de distribution internes de Cisco (1-3) > Bêta (4-5) > Stable (6-7)

• Vous pouvez sélectionner des canaux de version bêta ou stables.

• Le canal stable est le canal par défaut. le canal bêta est réservé aux utilisateurs précoces.

• Les versions restent en version bêta pendant deux semaines avant que nous ne les diffusions sur le canal stable.

• Le canal bêta est une opportunité pour vous, en tant que partenaire, de tester de nouvelles fonctionnalités avant qu'elles ne soient déployées plus avant chez vos clients.

• Envoyez-nous vos commentaires sur les tests adoptés précocement afin que nous puissions apporter des améliorations.

Pour activer un test d'adoption précoce, utilisez des groupes de ressources pour lier les clusters au test. En outre, définissez un sous-ensemble d'utilisateurs qui doivent être traités différemment de la plupart des utilisateurs de votre organisation.

• Créez des groupes de ressources à partir de la page des clusters.

• Ajoutez le canal de version bêta aux groupes de ressources.

• Ajoutez la balise de groupe de ressources aux utilisateurs. Les utilisateurs peuvent appartenir à plusieurs groupes de ressources.

Vous ne pouvez pas mélanger et assortir les chaines de distribution sur un cluster Expressway. Par exemple, si le connecteur de calendrier est sur le canal bêta, le connecteur d’appel doit être également sur la chaine bêta. Par conséquent, chaque utilisateur a stable ou béta. Si vous voulez avoir un sous-ensemble d’utilisateurs sur stable et l’autre sur la bêta, vous devez déployer un deuxième cluster Expressway.

Classe de service

Vous pouvez avoir une sélection de serveurs qui ont une résilience plus élevée que les autres dans votre déploiement. Dans ce cas, vous pouvez utiliser des groupes de ressources pour affecter des utilisateurs aux serveurs de ces clusters. Vous pouvez nommer les groupes de ressources en fonction du service, de l'emplacement ou d'un autre identifiant pertinent. Les groupes de ressources garantissent que les utilisateurs affectés sont hébergés uniquement sur les clusters spécifiés.

Réglementation ou souveraineté des données

Si vous avez distribué des Expressways, vous pouvez affecter des utilisateurs à des utilisateurs spécifiques s’ils ne doivent pas être interrogés dans certains emplacements. Par exemple, un utilisateur en Allemagne peut être affecté à un cluster de groupe de ressources en Allemagne, ce qui garantit que l'utilisateur n'atterrit jamais sur un cluster à un emplacement différent.

S'il n'y a pas d'exigences spécifiques pour l'affectation des utilisateurs, laissez l'affectation automatique des utilisateurs se produire et n'utilisez pas de groupes de ressources. Avec l’attribution automatique, les utilisateurs peuvent être automatiquement envoyés aux clusters qui ont une capacité en cas de panne sur un cluster spécifique.