SERVICE DOMAIN
Architecture 架构设计
架构模式、最佳实践与设计讨论。PUBLIC NOTES
知识笔记
AWS Well-Architected Framework
用六大支柱评估和改进云架构。
→无服务器架构
用托管、按需执行的服务减少服务器管理，同时保留应用层安全与可靠性责任。
→专业解决方案概览
按 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 训练。
→灾难恢复策略
根据业务允许的数据丢失量、停机时间和预算，在 Backup & Restore、Pilot Light、Warm Standby、Multi-site 之间选择。
→高可用与容错
如果一个组件故障会导致整个系统不可用，这个组件就是单点故障。
→Multi-Account Architecture
按环境、团队或风险边界隔离账户并集中治理。
→解耦与事件驱动架构
通过队列、事件与稳定契约拆开上下游的速度、故障和扩缩边界。
→可扩展性与弹性
区分系统承载增长的能力，与资源随实际需求自动增减的能力。
→TOPIC INDEX
服务与主题
01 AWS Well-Architected Framework 阅读笔记 → 02 AWS 责任共担模型 阅读笔记 →
03 Multi-AZ 与 Multi-Region
04 High Availability & Fault Tolerance 阅读笔记 → 05 可扩展性与弹性 阅读笔记 → 06 灾难恢复策略 阅读笔记 → 07 解耦与事件驱动 阅读笔记 → 08 无服务器架构 阅读笔记 → 09 成本优化 阅读笔记 → 10 AWS Cloud Adoption Framework 阅读笔记 → 11 Multi-Account Architecture 阅读笔记 → 12 数据分析与机器学习管道 阅读笔记 → 13 专业解决方案概览 阅读笔记 → 14 AWS AppSync 阅读笔记 → 15 AWS Amplify 阅读笔记 → 16 Amazon Connect 阅读笔记 → 17 Amazon SES 阅读笔记 → 18 Amazon WorkSpaces Applications 阅读笔记 → 19 Amazon WorkSpaces 阅读笔记 → 20 Amazon WorkSpaces Secure Browser 阅读笔记 → 21 AWS IoT Core 阅读笔记 → 返回手册首页 浏览其他 AWS 知识领域