[SEO 副标题]
本指南帮助您实施地理围栏目标营销，提供一对一的个性化推荐和促销。本指南可以识别实体店地理围栏区域内的零售客户，并通过推送通知、短信和电子邮件渠道与他们互动。零售客户的位置可通过 GPS 或店内预装的信标设备进行识别。通过扩展现有的营销策略，本指南不仅能提高客户参与度，还能根据零售客户与实体店的接近度，促进客流量和潜在销售额。
请注意：[免责声明]
架构图
[架构图描述]
第 1 步
用户向零售商的原生应用程序授予 GPS 或蓝牙跟踪权限。如果使用 GPS，Amazon Location Service SDK 可识别用户的当前位置。
如果使用蓝牙，零售商的应用程序会识别商店内的低功耗蓝牙（BLE）信标信号，并使用消息队列遥测传输（MQTT）将用户和信标数据发布到 AWS IoT Core。
第 2 步
Amazon Cognito 为零售商应用程序中通过身份验证的用户授予 AWS 服务权限。
第 3a 步
如果使用 GPS，Location Service 会根据预定义的地理围栏集合识别用户的位置是否在地理围栏内，以生成地理围栏事件发送到 Amazon EventBridge。
第 3b 步
如果使用蓝牙，AWS IoT Core 使用零售商应用程序中的数据调用 AWS Lambda 函数，并生成信标识别事件发送到 EventBridge。
第 4 步
EventBridge 规则响应地理围栏和信标识别事件，并将 AWS Step Functions 工作流程作为目标调用。
第 5 步
Step Functions 工作流程利用 Amazon DynamoDB 中保存的数据，处理事件并验证客户营销同意书和商店位置等信息。
第 6 步
Step Functions 工作流程使用用户数据调用 Amazon Personalize API 来检索推荐。
第 7 步
Step Functions 工作流程使用用户和推荐数据调用 Amazon Pinpoint API。
第 8 步
Amazon Pinpoint SDK 与零售商的应用程序集成，Amazon Pinpoint 便可通过推送通知、短信和电子邮件向用户发送推荐和促销信息。
第 1 步
用户向零售商的原生应用程序授予 GPS 或蓝牙跟踪权限。如果使用 GPS，Amazon Location Service SDK 可识别用户的当前位置。
如果使用蓝牙，零售商的应用程序会识别商店内的低功耗蓝牙（BLE）信标信号，并使用消息队列遥测传输（MQTT）将用户和信标数据发布到 AWS IoT Core。
第 2 步
Amazon Cognito 为零售商应用程序中通过身份验证的用户授予 AWS 服务权限。
第 3a 步
如果使用 GPS，Location Service 会根据预定义的地理围栏集合识别用户的位置是否在地理围栏内，以生成地理围栏事件发送到 Amazon EventBridge。
第 3b 步
如果使用蓝牙，AWS IoT Core 使用零售商应用程序中的数据调用 AWS Lambda 函数，并生成信标识别事件发送到 EventBridge。
第 4 步
EventBridge 规则响应地理围栏和信标识别事件，并将 AWS Step Functions 工作流程作为目标调用。
第 5 步
Step Functions 工作流程利用 Amazon DynamoDB 中保存的数据，处理事件并验证客户营销同意书和商店位置等信息。
第 6 步
Step Functions 工作流程使用用户数据调用 Amazon Personalize API 来检索推荐。
第 7 步
Step Functions 工作流程使用用户和推荐数据调用 Amazon Pinpoint API。
第 8 步
Amazon Pinpoint SDK 与零售商的应用程序集成，Amazon Pinpoint 便可通过推送通知、短信和电子邮件向用户发送推荐和促销信息。
Well-Architected 支柱
当您在云中构建系统时，AWS Well-Architected Framework 可以帮助您了解所做决策的利弊。框架的六大支柱使您能够学习设计和操作可靠、安全、高效、经济高效且可持续的系统的架构最佳实践。使用 AWS 管理控制台中免费提供的 AWS Well-Architected Tool，您可以通过回答每个支柱的一组问题，根据这些最佳实践来检查您的工作负载。
上面的架构图是按照 Well-Architected 最佳实践创建的解决方案示例。要做到完全的良好架构，您应该遵循尽可能多的 Well-Architected 最佳实践。
-
卓越运营阅读《卓越运营》白皮书
本指南使用完全托管的无服务器服务，最大限度地减少了运营开销。它无缝集成了无服务器编排服务 Step Functions，因此无需使用手动编排和管理应用程序组件。这种方法可简化部署和维护流程，实现高效的资源分配和可扩展性，同时减轻您的运营工作。
-
安全性阅读《安全性》白皮书
本指南使用您的身份提供商和 Amazon Cognito 实施完善的身份验证机制，授予临时安全凭证以访问后端资源。它通过 AWS Identity and Access Management（IAM）服务角色实行最低权限访问，确保每个组件以最低权限运行。在移动客户端与 AWS IoT Core 和 Location Service 等服务之间的传输中数据通过 TLS 加密获得保护。此外，存储在 DynamoDB 中的静态数据使用 AWS Key Management Service（AWS KMS）进行加密，为敏感信息提供了额外的保护。
-
可靠性阅读《可靠性》白皮书
在本指南中，EventBridge 控制不同组件之间的事件流，采用发布-订阅（Pub/Sub）模型，将信标数据组件（包括 AWS IoT Core 和 Lambda）从编排组件（包括 Step Functions）中解耦。这种解耦操作可让 AWS IoT Core 在接收到来自客户端的事件后立即传输事件，而 Step Functions 则处理这些事件，不用负责事件生成。所有组件都配置为向 EventBridge 发送事件，从而能够创建特定的日志记录规则，并将事件日志转发到集中式日志服务（例如 Amazon CloudWatch）。
-
性能效率阅读《性能效率》白皮书
本指南使用的是一系列专用 AWS 服务，例如用于跟踪客户位置的 Location Service、用于实时通信的 AWS IoT Core 以及用于移动客户端身份验证的 Amazon Cognito。另外，它还使用高性能数据库服务 DynamoDB，并且客户可以为 Lambda 函数选择所需的内存分配。
-
成本优化阅读《成本优化》白皮书
本指南中完全托管的无服务器服务（例如 Amazon Personalize、Step Functions、Lambda 和 DynamoDB）均采用即用即付定价模式，即您只需为用量付费。这种方法提供了必要的弹性，无需进行容量规划，因为服务可以无缝扩展，以精确匹配所需的资源，消除了过度预置或预置不足的问题。
-
可持续性阅读《可持续性》白皮书
对于无服务器服务（包括 Lambda、Step Functions、EventBridge 和 DynamoDB）和完全托管的服务（包括 Amazon Cognito、Location Service、Amazon Personalize 和 Amazon Pinpoint），您无需管理底层硬件，因为 AWS 只需最少的基础设施即可运行这些服务。本指南采用事件驱动架构和异步 API 设计，消除了组件之间的空闲等待时间，避免计算资源的非必要消耗。
实施资源
提供了在 AWS 账户中进行实验和使用的详细指南。构建指南的每个阶段（包括部署、使用和清理）都将被检查，以便为部署做好准备。
示例代码为起点。它经过行业验证，是规范性但不是决定性的，可以帮助您开始。
免责声明
示例代码；软件库；命令行工具；概念验证；模板；或其他相关技术（包括由我方人员提供的任何前述项）作为 AWS 内容按照《AWS 客户协议》或您与 AWS 之间的相关书面协议（以适用者为准）向您提供。您不应将这些 AWS 内容用在您的生产账户中，或用于生产或其他关键数据。您负责根据特定质量控制规程和标准测试、保护和优化 AWS 内容，例如示例代码，以使其适合生产级应用。部署 AWS 内容可能会因创建或使用 AWS 可收费资源（例如，运行 Amazon EC2 实例或使用 Amazon S3 存储）而产生 AWS 费用。
本指南中提及第三方服务或组织并不意味着 Amazon 或 AWS 与第三方之间存在认可、赞助或从属关系。AWS 的指导是一个技术起点，您可以在部署架构时自定义与第三方服务的集成。