SERVICE DOMAIN
Architecture 架构设计
架构模式、最佳实践与设计讨论。PUBLIC NOTES
知识笔记
Amazon Pinpoint（历史概念）
课程中的 Pinpoint 用 Segment、Campaign 与 Journey 组织多渠道客户触达和互动分析。
→AWS Well-Architected Framework
用六大支柱评估和改进云架构。
→灾难恢复策略
根据业务允许的数据丢失量、停机时间和预算，在 Backup & Restore、Pilot Light、Warm Standby、Multi-site 之间选择。
→HPC on AWS
先识别计算、节点通信、存储 I/O 或数据搬运瓶颈，再组合合适的 AWS 组件。
→参考架构与 AWS Solutions Library
Architecture Center 帮助理解设计，Solutions Library 提供经过评审的方案与实施材料。
→AWS Architecture 面试速查
用需求、约束、故障域、状态、扩展和恢复组织 AWS 架构面试回答。
→经典 Web 架构：从单机到 Stateless Multi-AZ
沿着单点、状态、容量、数据库和静态内容五条主线演进 AWS Web 架构。
→无服务器架构
用托管、按需执行的服务减少服务器管理，同时保留应用层安全与可靠性责任。
→专业解决方案概览
按 API、业务通信、终端计算和 IoT 的实际对象选择服务。
→Amazon Connect
按需建立包含电话、聊天、IVR、队列、座席与回拨的云联络中心。
→Amazon SES
让应用通过 API 或 SMTP 发送事务性、通知性和营销邮件。
→Amazon WorkSpaces Applications
把桌面应用从 AWS 流式交付给用户，而不是提供完整虚拟桌面。
→Amazon WorkSpaces Secure Browser
从现有浏览器进入 AWS 托管的隔离浏览会话。
→Amazon WorkSpaces
为用户提供完整、受管的 Windows 或 Linux 云桌面。
→AWS Amplify
面向 Web 与移动团队的全栈开发、持续部署和托管平台。
→AWS AppSync
托管 GraphQL API、Resolver、多数据源和实时订阅。
→AWS Cloud Adoption Framework
从业务、人员、治理、平台、安全和运营视角推动上云。
→AWS IoT Core
让大量物理设备安全连接 AWS、发布遥测并接收命令。
→成本优化
在满足可靠性、安全和性能目标的前提下，持续匹配规格、容量与计费方式。
→AWS 责任共担模型
AWS 负责“云本身的安全”，客户负责“云中配置、身份、应用与数据”；服务越托管，AWS 承担的底层责任通常越多。
→数据分析与机器学习管道
把 DynamoDB 的持续变化送入 S3 数据湖，让同一份历史数据同时服务 Athena 分析与 SageMaker 训练。
→高可用与容错
如果一个组件故障会导致整个系统不可用，这个组件就是单点故障。
→Multi-Account Architecture
按环境、团队或风险边界隔离账户并集中治理。
→解耦与事件驱动架构
通过队列、事件与稳定契约拆开上下游的速度、故障和扩缩边界。
→可扩展性与弹性
区分系统承载增长的能力，与资源随实际需求自动增减的能力。
→TOPIC INDEX