Auto-sync: update nexus workspace

This commit is contained in:
2026-04-29 15:44:38 +08:00
parent b2aadf771a
commit c961c6a394
114 changed files with 4784 additions and 1334 deletions

View File

@@ -1,3 +1,88 @@
## [2026-05-15] ingest | Learning Sessions Cloud Transformation Programme-20230808 183322-Meeting Recording
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/03_Terraform/learning-sessions-cloud-transformation-programme-20230808-183322-meeting-recordi.md
- Status: ✅ 成功摄入(已存在,更新 + 修复)
- Summary: 通过 Terraform IaC 实现 ECS 容器化应用的自动化部署——JP 和 Raja M 主讲CTP/SRE 团队基于 Gruntwork 构建 ECS Terraform 模块,支持 Docker 容器/EC2 部署,具备自动扩缩容、自动故障恢复、金丝雀部署能力;采用 Listener 集中管理方式;前置条件包括 VPC、ELB 安全组和 EFS 卷挂载;集成 CloudWatch/Splunk/Grafana/Prometheus
- Source page: wiki/sources/learning-sessions-cloud-transformation-programme-20230808-183322-meeting-recordi.md已存在更新了 Connections 节的 self-reference bug 并追加新连接)
- Entities created: JP.mdCTP 讲师ECS 业务/技术背景介绍、Raja-M.mdCTP/SRE 成员ECS 模块构建者、CTP-SRE-Team.mdCTP/SRE 团队、AWS.md更新 sources 引用、Gruntwork.md更新 sources 引用)
- Entities already existed: cloud-transformation-programme.mdindex.md 第 642 行已包含本来源引用、Gruntwork.mdindex.md 第 720 行已追加来源引用、AWS.mdindex.md 第 583 行,已追加来源引用)
- Concepts created/updated: Canary-Deployment.md新建金丝雀部署策略、ECS-Module.md新建ECS Terraform 模块、InfrastructureAsCode.md追加来源引用
- Concepts already existed: Infrastructure-as-Code.mdindex.md 第 1469 行、Canary-Deployment.mdindex.md 第 1150 行)
- Notes: 步骤1完成读取原始文档步骤2完成读取 index.md 和 overview.md步骤3完成source page 存在,修复第 46 行 self-reference bug 并追加与 learning-sessions-cloud-transformation-programme-deploying-rds-via-terraform 的关联步骤4完成index.md 第 302 行已有条目;追加 CTP-SRE-Team/JP/Raja-M 至 Entities 节,追加 ECS-Module 至 Concepts 节步骤5完成overview.md 第 255 行已有该来源综合摘要无需修订步骤6完成新建4个 Entity 页面JP/Raja-M/CTP-SRE-Team/AWS/Gruntwork 追加来源),更新 index.md Entities 节步骤7完成新建 Canary-Deployment.md/ECS-Module.md Concept 页面,更新 InfrastructureAsCode.md sources 引用,更新 index.md Concepts 节步骤8完成与 ctp-topic-64_scaling-out-with-amazon-eks 存在容器编排选型差异已在 Contradictions 节记录步骤9完成log.md 追加记录
## [2026-05-15] ingest | CTP Topic 16 Cross-account Terraform modules
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/03_Terraform/ctp-topic-16-cross-account-terraform-modules.md
- Status: ✅ 成功摄入
- Summary: 跨账号 Terraform 模块的中心化部署方案——基于 Shared Account 作为中转站Jenkins 检测 cross-account.json 标记文件触发 ECS Deploy Runner通过 Assume Role 访问目标账号的 TF State Bucket Accessor 和 Cross-account ECS Deploy Runner Role 两个角色实现安全性账号间无直接信任、自动化Jenkins 自动识别模块类型)、可复用性(模块不硬编码特定账号角色)
- Concepts created/updated: Cross-account-Terraform-Modules.md已存在补充 Source 引用), ECS-Deploy-Runner.mdentities+concepts 双页), Shared-Account.mdentities+concepts 双页), TF-State-Bucket-Accessor.mdentities+concepts 双页), Assume-Role.md, Blast-Radius.md, Root-Terragrunt-HCL.md, cross-account-json.md
- Entities created: Fibos.md, ECS-Deploy-Runner.mdentities 页), Shared-Account.mdentities 页), TF-State-Bucket-Accessor.mdentities 页), Cross-account-ECS-Deploy-Runner-Role.md
- Source page: wiki/sources/ctp-topic-16-cross-account-terraform-modules.md已存在且格式完整
- Notes: 步骤1完成读取原始文档步骤2完成读取 index.md 和 overview.md步骤3完成source page 已存在无需重建步骤4完成index.md 第302行已有条目步骤5完成overview.md 无需修订source page 已有完整摘要步骤6完成新建5个 Entity 页面Fibo/ECS-Deploy-Runner/Shared-Account/TF-State-Bucket-Accessor/Cross-account-ECS-Deploy-Runner-Role并更新 index.md Entities 节步骤7完成新建8个 Concept 页面并更新 index.md Concepts 节步骤8完成无内容冲突与 Gruntwork/Atlantis 为演进关系步骤9完成log.md 追加记录
## [2026-05-13] ingest | CTP Topic 48 Terraform vs Terragrunt
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/03_Terraform/ctp-topic-48-terraform-vs-terragrunt.md
- Status: ✅ 成功摄入
- Summary: Terraform 与 Terragrunt 深度对比——TerraformHashiCorp通过状态文件将期望状态绑定到实际环境支持多云Terragrunt 轻量封装践行 DRY 原则,管理 provider/remote_state 块减少跨环境重复声明两者命令语法完全一致辅助工具链Terraform Enterprise、Gruntwork、Atlantis、tfsec、Terratest
- Concepts created: InfrastructureAsCode.md, TerraformState.md
- Entities created: HashiCorp.md, Gruntwork.md, Atlantis.md
- Entities already existed: HashiCorpindex.md 第720行、Gruntworkindex.md 第717行、Atlantisindex.md 第582行
- Source page: wiki/sources/ctp-topic-48-terraform-vs-terragrunt.md
- Notes: 步骤3完成新建 source page含 frontmatter、Summary、Key Claims、Key Quotes、Key Concepts、Key Entities、Connections、Contradictions 八节步骤4完成index.md 第301行已有条目无需重复添加步骤5完成overview.md 第253行已有该来源详细综合摘要内容一致无需修订步骤6完成新建 HashiCorp.md/Gruntwork.md/Atlantis.md Entity 页面HashiCorp/Gruntwork/Atlantis 在 index.md 中已存在,故在各自页面内追加 sources 引用步骤7完成新建 InfrastructureAsCode.md/TerraformState.md Concept 页面index.md Concepts 节追加对应条目步骤8完成无冲突步骤9完成log.md 追加记录
## [2026-05-12] ingest | Public Cloud Learning Sessions (OpenText) - Event Driven Architecture Part 2 - 20240917
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/09_Serverless_AI/public-cloud-learning-sessions-opentext-event-driven-architecture-part-2-2024091.md
- Status: ✅ 成功摄入
- Summary: 事件驱动架构EDA进阶最佳实践与团队协作模式——三组件生产者/消费者/代理、Event Router vs Event Store、Choreography vs Orchestration、幂等性、事件排序SQS FIFO/Kinesis、去中心化团队所有权、Fan-out 模式SNS/EventBridge、竞争消费者模式Compete Consumer、死信队列DLQ和 EventBridge 最佳实践
- Concepts created: Event-Driven-Architecture.md, Idempotency.md, Fan-Out-Pattern.md, Competing-Consumer-Pattern.md, Choreography.md, Orchestration.md
- Entities created: Anil-Giri.md, AWS-EventBridge.md
- Source page: wiki/sources/public-cloud-learning-sessions-opentext-event-driven-architecture-part-2-2024091.md
- Notes: 步骤3完成新建 source page含 frontmatter、Summary、Key Claims、Key Quotes、Key Concepts、Key Entities、Connections、Contradictions 八节步骤4完成index.md 第296行已有条目补充日期前缀2024-09-17和一行摘要步骤5完成overview.md 第407行已有该来源详细综合摘要内容一致无需修订步骤6完成新建 Anil-Giri.md/AWS-EventBridge.md Entity 页面index.md Entities 节追加 Anil-Giri/AWS-EventBridge步骤7完成新建 Event-Driven-Architecture/Idempotency/Fan-Out-Pattern/Competing-Consumer-Pattern/Choreography/Orchestration 共6个 Concept 页面index.md Concepts 节追加对应条目步骤8完成无冲突Part 2 与 Part 1 为互补关系步骤9完成log.md 追加记录
## [2026-05-12] ingest | Public Cloud Learning Sessions (OpenText) - Generative AI & Prompt Engineering - 20241112
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/09_Serverless_AI/public-cloud-learning-sessions-opentext-generative-ai-prompt-engineering-2024111.md
- Status: ✅ 成功摄入
- Summary: AWS 生成式 AI 服务生态与 Prompt Engineering 实践——OpenText 技术客户经理 Shikad Holtzman 主讲;生成式 AI 四大价值路径、AWS 三层技术栈数据是差异化关键BedrockRAG/微调/Agents/Guardrails+ Amazon QBusiness/DeveloperPrompt Engineering 四大组件与 One-shot/Few-shot/Chain-of-Thought 技巧
- Concepts created: Prompt-Engineering.md
- Entities created: Shikad-Holtzman.md, Amazon-Q.md, Anthropic.md, Meta-AI.md
- Entities updated: Amazon-Bedrock.md追加来源引用
- Source page: wiki/sources/public-cloud-learning-sessions-opentext-generative-ai-prompt-engineering-2024111.md
- Notes: 步骤3完成新建 source page含 frontmatter、Summary、Key Claims、Key Quotes、Key Concepts、Key Entities、Connections、Contradictions 八节步骤4完成index.md 第295行已有条目2026-04-28 先前摄入痕迹无需重复添加步骤5完成overview.md 第401行已有该来源详细综合摘要内容一致无需修订步骤6完成新建 Shikad-Holtzman.md/Amazon-Q.md/Anthropic.md/Meta-AI.md Entity 页面,更新 Amazon-Bedrock.md 追加来源引用步骤7完成新建 Prompt-Engineering.md Concept 页面步骤8完成记录与 llms-rag-ai-agent-三个到底什么区别 的 RAG 运维复杂度视角冲突步骤9完成log.md 追加记录
## [2026-05-12] ingest | Public Cloud Learning Sessions (OpenText) - Serverless Computing - 20240903
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/09_Serverless_AI/public-cloud-learning-sessions-opentext-serverless-computing-20240903-160139-mee.md
- Status: ✅ 成功摄入
- Summary: AWS 无服务器计算深度解析——OpenText 主办,聚焦 AWS Lambda事件驱动/权限模型/版本/Layers/ARM64、Step Functions状态机/Standard&Express、API Gateway边缘优化/区域/私有)和 SAM基于 CloudFormation 的本地开发和部署工具)
- Concepts: 无新 Entity 页面创建Lambda/Step Functions/API Gateway/SAM 为 AWS 官方服务overview.md 已有充分描述)
- Entities: 无新 Entity 页面创建(同上)
- Source page: wiki/sources/public-cloud-learning-sessions-opentext-serverless-computing-20240903-160139-mee.md
- Notes: 步骤3完成新建 source page含 frontmatter、Summary、Key Claims、Key Quotes、Key Concepts、Key Entities、Connections、Contradictions 八节步骤4完成index.md 第293行添加日期前缀2024-09-03和中文摘要步骤5完成overview.md 第405行已有该来源详细综合摘要内容一致无需修订步骤6-7完成无需创建新 Entity/Concept 页面AWS 官方服务 overview 已有描述步骤8完成无冲突与 EDA Part 1/2 共享事件驱动模型属互补关系步骤9完成log.md 追加记录
## [2026-05-12] ingest | Public Cloud Learning Sessions - Introduction to AI/ML with AWS
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/09_Serverless_AI/public-cloud-learning-sessions-introduction-to-artificial-intelligence-ai-machin.md
- Status: ✅ 成功摄入
- Summary: AWS AI/ML 入门——Suraav PaulAWS 高级解决方案架构师主讲AI 三层分类(分类 AI/预测 AI/生成式 AI、Amazon Bedrock 全托管生成式 AI 服务(基础模型+微调+RAG+Agents+Guardrails、ML Ops 三管道(数据/训练/推理);强调 Bedrock 数据隐私保证和负责任 AI 六大原则
- Concepts created: Foundation-Models.md, MLOps.md, Responsible-AI.md
- Entities created: Suraav-Paul.md, Amazon-SageMaker.md, Amazon-Titan.md
- Entities updated: Amazon-Bedrock.md追加来源引用
- Source page: wiki/sources/public-cloud-learning-sessions-introduction-to-artificial-intelligence-ai-machin.md
- Notes: 步骤3完成新建 source page含 frontmatter、Summary、Key Claims、Key Quotes、Key Concepts、Key Entities、Connections、Contradictions 八节步骤4完成index.md 第297行添加日期前缀和摘要步骤5完成overview.md 第399行已有该来源详细综合摘要内容一致无需修订步骤6完成新建 Suraav-Paul.md/Amazon-SageMaker.md/Amazon-Titan.md Entity 页面,更新 Amazon-Bedrock.md 追加来源引用步骤7完成新建 Foundation-Models.md/MLOps.md/Responsible-AI.md Concept 页面index.md Entities 节追加 Amazon-SageMaker/Amazon-Titan/Suraav-PaulConcepts 节追加 Foundation-Models/Responsible-AI/MLOps步骤8完成无冲突步骤9完成log.md 追加记录
## [2026-05-12] ingest | Cloud Learning Master Index
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/_Index/cloud-learning-master-index.md
- Status: ✅ 成功摄入
- Summary: Cloud Learning Master Index — Public Cloud Learning Sessions 全部111个视频的分类索引目录10大类AWS Landing Zone 22、OpenText Series 21、EKS & Kubernetes 14、Security 9、Networking 9、Serverless & AI 9、FinOps & Cost 10、CI/CD & GitOps 8、IAM & Identity 3、Terraform & IaC 6
- Entities created: (无新建 — Gruntwork/Grafana/Karpenter/Bottlerocket 等将在子视频 source pages 摄入时创建)
- Source page: wiki/sources/cloud-learning-master-index.md
- Notes: 步骤3完成新建 source page含 frontmatter、Summary、Key Claims、Key Quotes、Key Concepts、Key Entities、Connections、Contradictions 八节步骤4完成index.md 第291行补充日期前缀和一行摘要步骤5完成overview.md 第219行已有该来源详细综合摘要内容一致无需修订步骤6完成无需新建 EntityOpenText.md/MicroFocus.md/Atlantis.md 等已存在Gruntwork/Grafana/Karpenter 等将在子视频 source pages 摄入时创建步骤7完成无需新建 ConceptFinOps.md/GitOps.md/Karpenter.md 等已存在Landing-Zone/EKS/Terraform/IAM 等作为顶层框架将在子视频 source pages 摄入时精确定义步骤8完成记录与 ctp-topic-34-azure-landing-zone-architecture-overview 的跨平台差异冲突步骤9完成log.md 追加记录
## [2026-05-12] ingest | CTP Topic 27 AWS Instance Scheduler
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/ctp-topic-27-aws-instance-scheduler.md
- Status: ✅ 成功摄入
- Summary: AWS Instance Scheduler — 通过 CloudWatch Events 每15分钟触发 Lambda → 读取 DynamoDB 调度配置 → 根据实例标签Schedule/Period/Override自动启停 EC2/RDSCCOE Guardrails 框架自动部署覆盖月消费10美元以上 AWS 账号RDS 维护窗口智能配合; Gustavo 主讲
- Concepts created: AWS-Instance-Scheduler.md, CloudWatch-Events.md, DynamoDB-Config-Table.md, Tagging.md, RDS-Maintenance-Window.md, Override-Status.md
- Entities created/updated: Gustavo.md新建, Godrails.md已有更新添加 Topic 27 来源和详情)
- Source page: wiki/sources/ctp-topic-27-aws-instance-scheduler.md
- Notes: 步骤3完成新建 source page含 frontmatter、Summary、Key Claims、Key Quotes、Key Concepts、Key Entities、Connections、Contradictions 八节步骤4完成index.md 第297行添加日期前缀和摘要步骤5完成overview.md 第389行已有该来源详细摘要内容一致无需修订步骤6完成新建 Gustavo.md Entity 页面,更新 Godrails.md含 Aliases、Topic 13+27 来源、Guardrails 机制详情);删除错误创建的 Guardrails.md与 Godrails 为同一实体步骤7完成新建 AWS-Instance-Scheduler/CloudWatch-Events/DynamoDB-Config-Table/Tagging/RDS-Maintenance-Window/Override-Status 共6个 Concept 页面步骤8完成无冲突与 Topic 13/63 引用一致的 instance scheduler FinOps 策略步骤9完成log.md 追加记录
## [2026-05-12] ingest | Public Cloud Learning Sessions - Best practices for EC2 cost optimization in AWS - 20240529
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/public-cloud-learning-sessions-best-practices-for-ec2-cost-optimization-in-aws-2.md
- Status: ✅ 成功摄入
@@ -2719,6 +2804,18 @@
- Source page: wiki/sources/ctp-topic-48-terraform-vs-terragrunt.md
- Notes: 视频由 Gemini 摘要,原文状态为 "summarized (Gemini 摘要)";来源 NAS 路径为 `/volume2/work/Public Cloud Learning Sessions/CTP _ Topic 48_ Terraform vs Terragrunt.mp4`
## [2026-05-12] ingest (complete) | Public Cloud Learning Sessions (OpenText) - AI Use Cases - 20241126 160106
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/09_Serverless_AI/public-cloud-learning-sessions-opentext-ai-use-cases-20241126-160106-meeting-rec.md
- Status: ✅ 成功摄入(完整版,含 Entity/Concept 页面创建)
- Summary: AWS AI 专家 Stephen Frank 分享 Gen2 生成式 AI 落地实践——AI 四代演进、Gen2 崛起两大驱动力(数据爆发+算力)、通用/企业 AI 应用场景、数据整合三大方法RAG/Fine-tuning/持续预训练、AWS 三层产品战略(基础设施/Bedrock/AI 应用)、负责任 AI 原则
- Concepts created: Fine-Tuning.md
- Entities created: Stephen-Frank.md
- Entities updated: Amazon-Bedrock.md、Amazon-Q.md、Amazon-SageMaker.md均追加来源引用
- Concepts updated: Foundation-Models.md、Responsible-AI.md均追加来源引用
- Source page: wiki/sources/public-cloud-learning-sessions-opentext-ai-use-cases-20241126-160106-meeting-rec.md
- Notes: 步骤3完成新建 source page含 frontmatter、Summary、Key Claims、Key Quotes、Key Concepts、Key Entities、Connections、Contradictions 八节步骤4完成index.md 第297行已有条目补充日期前缀2024-11-26和一行摘要步骤5完成overview.md 第403行已有该来源详细综合摘要内容一致无需修订步骤6完成新建 Stephen-Frank.md Entity 页面,更新 Amazon-Bedrock.md/Amazon-Q.md/Amazon-SageMaker.md 追加来源引用index.md Entities 节追加 Stephen-Frank步骤7完成新建 Fine-Tuning.md Concept 页面,更新 Foundation-Models.md/Responsible-AI.md 追加来源引用index.md Concepts 节追加 Fine-Tuning步骤8完成记录与 Generative AI & Prompt Engineering 分享的视角冲突(数据整合 vs Prompt Engineering步骤9完成log.md 追加记录
- Conflicts: 与 [[public-cloud-learning-sessions-opentext-generative-ai-prompt-engineering-2024111.md]] 视角差异——Stephen Frank 强调数据整合是差异化关键Prompt Engineering 分享更侧重技巧本身;当前观点:两者互补,数据整合决定 AI 能说什么Prompt Engineering 决定 AI 怎么说
## [2026-05-05] ingest | Public Cloud Learning Sessions (OpenText) - AI Use Cases - 20241126 160106
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/09_Serverless_AI/public-cloud-learning-sessions-opentext-ai-use-cases-20241126-160106-meeting-rec.md
- Status: ✅ 成功摄入
@@ -2784,7 +2881,16 @@
- Notes: index.md 已更新(替换占位符条目,日期修正为 2026-04-14overview.md 已补充FinOps 章节新增段落,置于 ctp-topic-63 后);已建立与 ctp-topic-13政策框架、ctp-topic-63Terraform Scheduler 互补、ctp-topic-71RightSizing 互补)的 Connections 关系;冲突记录:与 ctp-topic-63 在实现路径上的差异AWS 原生 vs Terraform 层)已于 Contradictions 节说明为互补而非互斥
- Conflicts: 与 [[ctp-topic-63-optimise-resource-cost-using-automation]] 就 EC2/RDS 自动调度的实现路径差异——Instance SchedulerAWS 原生方案覆盖广账户层Terraform SchedulerIaC 层)提供细粒度控制,两者互补而非互斥
## [2026-04-25] ingest | CTP Topic 63 Optimise resource cost using automation
## [2026-04-30] ingest | Public Cloud Learning Sessions - Budget Control - 20240319
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/public-cloud-learning-sessions-budget-control-20240319-160204-meeting-recording.md
- Status: ✅ 成功摄入
- Summary: AWS 账户预算控制自动化解决方案 — 通过 AWS Budget + SNS + Lambda + Step Functions 实现多层级告警forecast/actual/severe/enforcement和 SCP 强制执行,引入评分系统和宽限期避免误罚,支持细粒度资源级和用户级成本可视化
- Concepts created: FinOps, AWS Budget Service, Service Control Policy (SCP), Source Identity, Scoring System, Grace Period
- Entities mentioned: Daniela, Evan, Alan, Daniel, Oli, FinOps Team, SRE Core Team
- Source page: wiki/sources/public-cloud-learning-sessions-budget-control-20240319-160204-meeting-recording.md
- Notes: Source Identity 属性可在多角色切换场景下追踪原始登录身份Top Services Report 数据来源于 AthenaTop Users Report 数据来源于 Cost Explorer预算评估每 8 小时执行一次
## [2026-04-29] ingest | CTP Topic 63 Optimise resource cost using automation
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/05_FinOps/ctp-topic-63-optimise-resource-cost-using-automation.md
- Status: ✅ 成功摄入
- Summary: 使用自动化手段优化 AWS 云资源成本——五大策略批准区域标准化、Graviton ARM 实例选型(比 Intel 便宜 20-25%、承诺计划1年 40% / 3年 64% 折扣、GP2→GP3 存储优化(节省 20%)、基于标签的 EC2/RDS 自动化调度(每天只运行 10 小时可节省 70% 成本)
@@ -6240,3 +6346,12 @@
- Entities created: [[CCLE]], [[CyberArk]]
- Source page: wiki/sources/ctp-topic-37-secrets-certificates-management.md
- Notes: 步骤3完成规范化 Source 页面 Key Concepts/Key Entities 引用格式,修正 HashiCorp-Vault应属 Entity 而非 Concept步骤4完成index.md 条目已存在第279行无需更新步骤5完成overview.md 补充 Topic 37 独立条目(与 Topic 62 构成"评估→实施"两阶段链路步骤6完成新建2个 Entity 页面CCLE.md、CYBERArk.md步骤7完成新建2个 Concept 页面Privileged-Access-Management.md、CI/CD-Secrets.md步骤8完成与 [[ctp-topic-62-aws-secrets-manager]] 存在视角差异但非冲突(前者快速试点 vs 后者深度实施),已在 Contradictions 节记录步骤9完成log.md 追加记录
## [2026-05-13] ingest | Learning Sessions ECS Deployment using IAC - 20230808重新摄入
- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/03_Terraform/learning-sessions-ecs-deployment-using-iac-20230808-183322-meeting-recording.md
- Status: ✅ 成功摄入
- Summary: JP 和 Raja M 主讲CTP/SRE 团队通过 Terraform IaC 实现 ECS 容器化应用自动化部署——基于 Gruntwork 仓库构建 ECS 模块,支持 Docker 容器/EC2 部署核心功能自动扩缩容Auto Scaling、自动故障恢复Auto Healing、金丝雀部署Canary Deployment通过 Listener 方式集中管理(避免各产品团队重复下载 Gruntwork 代码前置条件VPC、ELB 安全组、EFS 卷挂载;配置通过 YAML/JSON 传递;集成 CloudWatch/Splunk/Grafana/Prometheus。ECS 作为 AWS 原生技术与 AWS 服务深度集成,适合 AWS 优先策略。
- Concepts updated: [[ECS]](追加来源引用)
- Entities updated: [[SRE-Team]](追加来源引用,说明 ECS Terraform 模块设计与维护职责)
- Source page: wiki/sources/learning-sessions-ecs-deployment-using-iac-20230808-183322-meeting-recording.md
- Notes: 本次为重新规范化摄入(该来源已于 2026-05-05 初次摄入source page 格式已符合当前规范。步骤3完成source page 已存在,验证内容符合规范(含 frontmatter、Summary、Key Claims、Key Quotes、Key Concepts、Key Entities、Connections、Contradictions 八节步骤4完成index.md 第299行条目已存在补充日期前缀2023-08-08和中文摘要步骤5完成overview.md 第255行已有该来源详细综合摘要内容一致无需修订步骤6完成[[ECS]] 追加来源引用,[[SRE-Team]] 追加来源引用ECS Terraform 模块设计与维护);无需新建 Entity 页面JP 和 Raja M 各出现 1 次,不足建页阈值,以 wikilink 形式记录于 Source page步骤7完成[[Canary-Deployment]] 已有来源引用无需更新步骤8完成ECS vs EKS 冲突已在 Contradictions 节记录无需新增步骤9完成log.md 追加记录