Bonjour et bienvenue dans votre formation pour devenir un expert de Genesys Cloud !
Je suis votre tuteur IA et je suis ravi de vous accompagner dans ce parcours. Fort de votre expérience avec Cisco UCCE, vous possédez déjà une solide compréhension des concepts de centre de contact. Notre objectif est de transposer cette expertise vers l'écosystème Genesys Cloud, en nous concentrant non seulement sur l'administration, mais aussi sur la création de flux d'appels et de scripts d'agent.
Cette toute première leçon jette les bases de tout ce que nous allons voir par la suite. L'objectif est de vous familiariser avec l'architecture de Genesys Cloud et de la comparer à celle de Cisco UCCE que vous connaissez bien. Comprendre comment la plateforme est construite vous donnera des clés essentielles pour maîtriser son administration, son dépannage et exploiter tout son potentiel.
Commençons par le changement de paradigme le plus important.
1. Le changement fondamental : Architecture Monolithique vs. Microservices
Votre expérience avec Cisco UCCE vous a familiarisé avec ce qu'on appelle une architecture d'infrastructure de centre de contact (CCI) sur site. Ces systèmes sont souvent conçus comme une application monolithique. Même s'ils sont répartis sur plusieurs serveurs, leurs composants sont fortement interdépendants.
Genesys Cloud, en tant que solution de "Contact Center as a Service" (CCaaS), adopte une approche radicalement différente : une architecture de microservices.
Pour bien visualiser cette différence, observez l'image suivante. À gauche, l'architecture monolithique (similaire dans son principe à UCCE) est un grand bloc unique. À droite, l'architecture de microservices (celle de Genesys Cloud) est composée de petits services indépendants qui communiquent entre eux.
Pour comprendre les avantages concrets de cette nouvelle architecture, je vous invite à lire un court extrait d'un document qui détaille ce concept.
[PDF] Genesys Cloud competitive advantages - Connect Managed Services
Cet extrait du document 'Genesys Cloud competitive advantages' explique pourquoi l'architecture de microservices est si différente des anciennes applications cloud monolithiques et quels bénéfices elle apporte.
Veuillez lire la première section intitulée 'One: Distributed Microservices Architecture'. Concentrez-vous sur les 6 points qui listent les avantages de cette approche (fiabilité, scalabilité, mises à jour, etc.).
Comme vous l'avez lu, cette approche change la donne sur plusieurs aspects :
- Fiabilité : Une défaillance dans un service (ex: la messagerie vocale) n'entraîne pas la chute de tout le système. Les autres services, comme le routage des appels, continuent de fonctionner.
- Scalabilité : Chaque service peut être dimensionné indépendamment. Si vous lancez une campagne qui génère un pic de chats, seuls les services de chat seront mis à l'échelle, sans impacter les appels vocaux.
- Innovation Continue : Les mises à jour et les nouvelles fonctionnalités peuvent être déployées en continu, service par service, sans nécessiter un arrêt complet de la plateforme. Fini les grands projets de migration de version qui durent des mois.
C'est une différence fondamentale avec le modèle UCCE, où les mises à jour sont des événements majeurs et où la scalabilité est limitée par l'infrastructure matérielle que vous gérez.
2. L'anatomie de la plateforme Genesys Cloud
Maintenant que nous avons posé le concept de base, regardons comment la plateforme Genesys Cloud est structurée. Elle est entièrement hébergée sur Amazon Web Services (AWS) et organisée en plusieurs couches de services.
Pour avoir une vue d'ensemble, visionnez cette courte vidéo d'introduction.
Genesys Cloud Administrator Module 1 Introduction to Genesys Cloud
Cette vidéo de Dunamis Consulting présente l'architecture de Genesys Cloud et les différentes couches de services qui la composent.
Regardez les sections suivantes : De 0:26 à 1:00 pour l'introduction générale sur AWS. De 1:00 à 1:42 pour la description des trois grandes familles de services (Collaborate, Communicate, Contact Center). De 2:26 à 4:07 pour une plongée dans les composants techniques de la plateforme (Public Interface, Core, Communication, Application Services, etc.).
La vidéo et le diagramme ci-dessous se complètent parfaitement. Le diagramme vous donne la vue d'ensemble, tandis que la vidéo nomme et explique le rôle de chaque bloc.
En résumé, voici les points clés à retenir de cette architecture :
- Public Interfaces : C'est la porte d'entrée de Genesys Cloud. Tout passe par là : la voix, les e-mails, les chats, mais aussi toutes les configurations que vous ferez. La REST API est le cœur de cette interface. C'est un point crucial : presque toutes les fonctionnalités de Genesys Cloud sont accessibles via cette API, ce qui offre une flexibilité d'intégration immense.
- Core & Application Services : C'est ici que réside l'intelligence. Les "Core Services" gèrent les utilisateurs, les files d'attente, etc. Les "Application Services" fournissent les outils que vous allez apprendre à maîtriser, comme Architect (pour les flux) et Scripting (pour les scripts d'agent).
- Carrier Services & Genesys Cloud Voice : C'est la connexion au monde de la téléphonie traditionnelle (le réseau RTC/PSTN).
3. Les différences clés par rapport à Cisco UCCE
Avec votre expérience, vous devez vous demander comment tout cela se traduit en pratique par rapport à UCCE. Faisons une comparaison directe sur quelques points architecturaux essentiels.
| Caractéristique | Cisco UCCE (Architecture traditionnelle) | Genesys Cloud (Architecture CCaaS) |
|---|---|---|
| Déploiement | Sur site (On-premise). L'entreprise gère le matériel, l'installation, la maintenance et les mises à jour. | Cloud-native (SaaS). Genesys gère toute l'infrastructure sur AWS. Les mises à jour sont automatiques et continues. |
| Architecture | Monolithique et fortement couplée. Une mise à jour majeure impacte tout le système. | Microservices indépendants et découplés. La fiabilité et l'évolutivité sont granulaires. |
| Intégration | Souvent via des protocoles CTI propriétaires et des développements complexes. | API-First. Tout est exposé via une API REST publique, facilitant l'intégration avec d'autres systèmes. |
| Résilience Téléphonique | Repose sur la redondance du matériel sur site (serveurs, passerelles vocales, CUBE). | Gérée via le Genesys Cloud Edge, une appliance locale qui assure la survie du site et la qualité vocale. |
Approfondissons deux de ces points : la gestion de la téléphonie et la logique de migration.
Le rôle du Genesys Cloud Edge
Dans le monde Cisco, vous êtes habitué à gérer des passerelles vocales (gateways) et des CUBE (Cisco Unified Border Element) pour connecter votre centre de contact au réseau téléphonique. Genesys Cloud propose une alternative élégante avec le Edge.
Pour comprendre son double rôle, lisez la section suivante.
[PDF] Genesys Cloud competitive advantages - Connect Managed Services
Cette section du même document que précédemment décrit le 'Edge', une appliance clé dans l'architecture de Genesys Cloud, surtout dans un contexte de migration depuis une solution sur site.
Lisez la section intitulée 'Two: Remote Availability and Uptime'. Notez bien les deux fonctions principales du Edge : la survie en cas de coupure internet et le maintien du trafic vocal sur le réseau local.
Le Edge est un concept puissant car il offre le meilleur des deux mondes :
- Qualité et Sécurité : Il permet de conserver le trafic média (la voix des appels) sur votre réseau local (LAN). Le flux audio ne passe pas par l'internet public, ce qui garantit une qualité optimale et une sécurité accrue.
- Survivabilité : En cas de perte de connexion avec le cloud Genesys, le Edge peut maintenir les fonctionnalités essentielles (SVI de base, distribution d'appels internes, appels d'urgence), un peu à la manière d'un mode SRST (Survivable Remote Site Telephony) dans l'univers Cisco.
La migration : une transformation, pas une simple copie
Un dernier point architectural essentiel à comprendre est que passer de UCCE à Genesys Cloud n'est généralement pas une migration "like-for-like" (à l'identique). Les modèles de données et les logiques de routage sont différents. Il faut donc souvent repenser et transformer la configuration.
Un rapport du cabinet Gartner l'explique très bien et donne un exemple qui vous parlera directement.
[PDF] 4 Steps for a Successful Migration to CCaaS - Blackchair
Ce document de Gartner, destiné aux professionnels migrant vers le CCaaS, explique pourquoi une migration 'like-for-like' est souvent impossible et donne un exemple concret comparant une fonctionnalité de Cisco UCCE à son équivalent chez Genesys.
Lisez les deux paragraphes commençant par 'The differences between a CCI and CCaaS solutions...' jusqu'à la fin de la phrase '...to make use of the new features'. L'exemple spécifique sur le routage est le plus important.
L'exemple cité est très parlant : migrer du Precision Routing de Cisco UCCE vers le Bullseye Routing de Genesys Cloud ne consiste pas à copier-coller des règles. Cela demande de repenser la logique de distribution pour tirer parti des nouvelles fonctionnalités offertes par Genesys. Nous couvrirons le Bullseye Routing en détail dans le module 3.
Résumé de la leçon
Félicitations, vous avez terminé cette première leçon fondamentale ! Voici les points clés à retenir :
- Architecture Microservices : Genesys Cloud est bâti sur une architecture de microservices hébergée sur AWS, ce qui lui confère une fiabilité, une scalabilité et une capacité d'innovation supérieures aux systèmes monolithiques traditionnels comme UCCE.
- Plateforme API-First : Presque toutes les fonctionnalités sont accessibles via une API REST, ce qui rend l'intégration et l'automatisation beaucoup plus simples et standardisées.
- Le Genesys Cloud Edge : C'est un composant clé pour les déploiements hybrides, assurant à la fois la qualité vocale en local et la continuité de service en cas de panne de la connexion internet vers le cloud.
- Migration Transformative : Passer d'un système comme UCCE à Genesys Cloud est l'occasion de repenser et d'améliorer les processus, car une simple transposition de la configuration n'est souvent ni possible ni souhaitable.
Maintenant que vous avez une vision claire de l'architecture "sous le capot", nous sommes prêts à passer à la pratique.
Prochaine leçon : Dans la leçon suivante, nous allons nous connecter pour la première fois à la plateforme et commencer à naviguer dans l'interface d'administration de Genesys Cloud pour identifier ses composants principaux. Vous commencerez ainsi à mettre des images concrètes sur les concepts que nous venons de voir.