本指南演示如何在访客和客户服务座席之间构建无缝对话界面。通过语音、聊天和文本渠道,客户服务座席可以通过安全的 SSL 连接检索客户互动、将其安全保存,并跟踪错误或异常。
架构图
第 1 步
客户服务座席将使用私人网站从多个渠道获取客户互动、历史记录和对话。该网站在由 AWS Fargate 和应用程序负载均衡器管理的容器中运行。
第 2 步
座席凭证由 Amazon Cognito 管理,API 令牌用于安全的 API 数据交换。
第 3 步
Amazon API Gateway 通过 AWS Lambda 函数处理客户互动数据的请求,这些函数从 Amazon DynamoDB 检索数据。
第 4 步
DynamoDB 保存所有客户数据、预留和互动(例如电子邮件、聊天机器人和联络中心互动)。
第 5 步
用于聊天机器人通信的 Amazon Lex 是将客户互动数据保存到 DynamoDB 的渠道之一。
第 6 步
Amazon Simple Email Service(Amazon SES)是另一个用于保存与客户来往电子邮件信息的渠道。互动数据以原始数据形式保存到 Amazon Simple Storage Service(Amazon S3)中。安全的相关数据保存到 DynamoDB 中。
第 7 步
Amazon CloudWatch 记录所有互动并跟踪应用程序错误和异常。
第 8 步
使用 AWS Certificate Manager 提供认证,以建立安全的 SSL 连接。
Well-Architected 支柱
当您在云中构建系统时,AWS Well-Architected Framework 可以帮助您了解所做决策的利弊。框架的六大支柱使您能够学习设计和操作可靠、安全、高效、经济高效且可持续的系统的架构最佳实践。使用 AWS 管理控制台中免费提供的 AWS Well-Architected Tool,您可以通过回答每个支柱的一组问题,根据这些最佳实践来检查您的工作负载。
上面的架构图是按照 Well-Architected 最佳实践创建的解决方案示例。要做到完全的良好架构,您应该遵循尽可能多的 Well-Architected 最佳实践。
-
卓越运营
该指南使用 AWS CloudFormation 进行部署。您可以将其添加到自己的开发管道中,以便在测试环境中部署。
CloudWatch 通过收集指标和日志以及可自定义的仪表板提供可观测性。
-
安全性
Amazon Cognito 用户池使用身份提供者(IdP)进行内置用户管理。
Lambda 仅允许用户使用最低权限角色访问所需的服务。
客户在 DynamoDB 中的数据是静态加密的。
-
可靠性
Lambda 函数、DynamoDB、Amazon Cognito 和 Fargate 等无服务器元素具有高可用性,可根据需求自动扩展。DynamoDB 采用跨区域失效转移进行部署,以提高可用性。
-
性能效率
无服务器元素可让您预置工作负载所需的确切资源。CloudWatch 警报和 Lambda 指标允许监控预期性能。对于更多意外流量,请将 DynamoDB 配置为按需配置,因为该服务最初是为稳定流量而预置的。
-
成本优化
无服务器元素使用按价值付费的定价模式,并根据需求进行扩展。
如果您想进一步优化成本,则应以编程方式为属于该项目的资产共享相同的键值标签,并根据您创建的标签在 AWS Cost Explorer 成本管理服务中创建自定义报告。
-
可持续性
仅使用工作负载所需的资源,可以最大限度地减少后端和存储服务对环境的影响。
实施资源
提供了在 AWS 账户中进行实验和使用的详细指南。构建指南的每个阶段(包括部署、使用和清理)都将被检查,以便为部署做好准备。
示例代码为起点。它经过行业验证,是规范性但不是决定性的,可以帮助您开始。
相关内容
免责声明
示例代码;软件库;命令行工具;概念验证;模板;或其他相关技术(包括由我方人员提供的任何前述项)作为 AWS 内容按照《AWS 客户协议》或您与 AWS 之间的相关书面协议(以适用者为准)向您提供。您不应将这些 AWS 内容用在您的生产账户中,或用于生产或其他关键数据。您负责根据特定质量控制规程和标准测试、保护和优化 AWS 内容,例如示例代码,以使其适合生产级应用。部署 AWS 内容可能会因创建或使用 AWS 可收费资源(例如,运行 Amazon EC2 实例或使用 Amazon S3 存储)而产生 AWS 费用。