Limites de l'intégration des actions de données de Genesys Cloud Function

Les actions de données de Genesys Cloud Function offrent de la flexibilité, mais avec des limitations importantes en matière de sécurité, de support et d'accès aux ressources internes. Les développeurs doivent tenir compte de ces limitations lorsqu'ils conçoivent et mettent en œuvre des fonctions personnalisées. Des tests approfondis et une gestion robuste des erreurs dans les fonctions Lambda sont essentiels en raison des options d'assistance limitées.

Les limites des actions de données de Genesys Cloud Function sont listées pour votre considération :

• Sécurité du code et soutien
  • Pas d'analyse de code ni d'antivirus : Le code téléchargé ne fait l'objet d'aucune analyse de sécurité ni d'aucun contrôle antivirus.
  • Pas de garantie ni d'assistance : Genesys ne fournit aucune garantie quant à la sécurité ou à la qualité du code. La prise en charge du code personnalisé n'est pas assurée.
  • Options de soutien limitées : Pour le dépannage, activez les données Flow Playback pour recréer les scénarios d'entrée dans le mode de test de l'action de données.
• Gestion du code et accès
  • Pas de téléchargement de code : Le code téléchargé ne peut pas être téléchargé en raison des contrôles de sécurité environnementaux.
  • Accès limité : Seul le service Functions de votre compte Genesys Cloud peut accéder à vos fonctions Lambda et les invoquer.
  • Accès limité aux ressources AWS : Les fonctions sont limitées au traitement interne et à l'accès externe à l'internet. Ils ne peuvent pas accéder directement à d'autres ressources AWS telles que DynamoDB, S3 ou SQS.
  • Limites du contexte : Les fonctions s'appuient uniquement sur les informations fournies dans les en-têtes et le corps de la demande d'action de données pour le contexte.
  • Accès à Genesys Cloud : L'accès à Genesys Cloud se fait via l'API publique, ce qui oblige les développeurs à gérer leur propre authentification au sein de la fonction Lambda.
• Implications du CX en tant que code
  • Prise en charge de CX as Code : Bien qu'il n'y ait pas de support initial pour CX as Code, il sera supporté dans une prochaine version.
  • Prise en charge des référentiels de code externes : En raison des restrictions sur les téléchargements de code, la mise en œuvre future pourrait impliquer des dépôts de code externes tels que GitHub et Bitbucket.
• Considérations relatives au réseau et à la sécurité
  • Pas d'adresses IP statiques : Les fonctions n'ont pas d'adresses IP statiques.
  • Listes VPC et IP : Les fonctions fonctionnent en dehors du VPC traditionnel, ce qui rend inapplicables les listes IP statiques pour les actions de données.
  • Prise en charge de mTLS : Les fonctions n'ont pas accès aux certificats des clients des actions de données de Genesys Cloud. Pour mTLS, vous devez mettre en œuvre votre propre gestion des certificats au sein de la fonction Lambda.