Update nexus: fix conflicts and sync local changes

This commit is contained in:
Shen Wei
2026-04-26 12:06:50 +08:00
parent 191797c01b
commit f09834b5a5
2443 changed files with 254323 additions and 255154 deletions

View File

@@ -1,66 +1,66 @@
---
title: "CTP Topic 12 Using SES SMTP service terraform module"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- AWS
- Terraform
- SES
- Email
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 12_ Using SES SMTP service terraform module.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# CTP Topic 12 Using SES SMTP service terraform module
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/CTP _ Topic 12_ Using SES SMTP service terraform module.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** ✅ 已完成Gemini 摘要)
---
## 摘要
> 本次会议主要介绍了 Micro Focus 在云转型过程中,如何利用 AWS SESSimple Email Service转录中偶称为 ACS替代传统的本地On-premSMTP 网关。会议由 Christian Deckelmann 和 Filos Christolakis 主讲,核心内容涵盖了 SES 的背景、技术架构、Terraform 模块化部署方案以及使用中的注意事项。
>
> Christian 指出,随着业务向云端迁移,使用本地 SMTP 网关(如 `smtbmicrofocus.com`已不再高效SES 是目前网络安全部门唯一批准的云端邮件发送方案。Filos 详细讲解了团队开发的 SES Terraform 模块,该模块封装了 SMTP 终端节点的配置,方便现有应用程序通过标准的 SMTP 协议进行集成,而无需重构代码以适配 SES API。
>
> 在技术实现上,该方案要求在应用 VPC 中配置 VPC 终端节点以确保网络安全,并利用 IAM 用户凭证作为 SMTP 认证信息,这些凭证会安全地存储在 AWS Secrets Manager 中。此外,模块还自动化了 DKIM 验证和 Infoblox 中的 DNS 记录创建。
>
> 会议强调了两个关键的后续手动步骤:一是申请脱离 SES 沙箱环境Sandbox Mode以提升发送限额并允许向外部地址发信二是手动更新 DNS TXT 记录以验证域名所有权,这是因为 Terraform 目前难以处理多个 AWS 账号共享同一域名时对同一 TXT 记录值的追加操作。未来,该模块计划引入收件人地址限制和凭证滚动更新等增强安全功能。
---
## 关键概念
- **AWS SES (Simple Email Service)**: AWS 提供的基于云的邮件发送服务,支持通过 API 或 SMTP 接口发送电子邮件。
- **SMTP Endpoint**: SES 提供的区域性邮件传输协议终端节点,允许传统应用程序通过标准 SMTP 协议接入云端邮件服务。
- **Sandbox Mode**: AWS SES 的默认限制状态,仅允许向验证过的地址发送少量邮件,需提交工单申请生产访问权限。
- **DKIM (DomainKeys Identified Mail)**: 一种电子邮件验证标准,通过在邮件中添加数字签名来防止欺诈和确保邮件完整性。
- **Infoblox**: 公司内部使用的 DNS 管理系统,用于存放和管理验证域名所有权所需的 DNS 记录。
- **VPC Endpoint**: 为了安全起见,在不访问公网的情况下,应用通过该私有节点与 SES SMTP 服务进行通信。
- **IAM User for SES**: 专门为 SES 创建的身份账号,其 Access Key 和 Secret Key 被转换并用作 SMTP 认证的用户名和密码。
- **Secrets Manager**: AWS 提供的凭证管理服务,用于安全地存储和检索 SES SMTP 的认证信息。
---
## 相关视频
> [!info]+ 交叉引用
> [[VPC Wrapper Module Session]] — 本视频提到的 SES 模块依赖于 VPC Wrapper 模块预先配置的 SMTP VPC 终端节点。
> [[Landing Zone Architecture Overview]] — SES 模块作为通用服务组件,被集成在 DevLab 和 SAS 等不同的 Landing Zone 环境中。
> [[Terraform & Terragrunt Best Practices]] — 视频中讨论了利用 Terragrunt 的 Pre-hook/Post-hook 来处理 SES 部署中的手动 DNS 验证步骤。
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*
---
title: "CTP Topic 12 Using SES SMTP service terraform module"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- AWS
- Terraform
- SES
- Email
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 12_ Using SES SMTP service terraform module.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# CTP Topic 12 Using SES SMTP service terraform module
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/CTP _ Topic 12_ Using SES SMTP service terraform module.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** ✅ 已完成Gemini 摘要)
---
## 摘要
> 本次会议主要介绍了 Micro Focus 在云转型过程中,如何利用 AWS SESSimple Email Service转录中偶称为 ACS替代传统的本地On-premSMTP 网关。会议由 Christian Deckelmann 和 Filos Christolakis 主讲,核心内容涵盖了 SES 的背景、技术架构、Terraform 模块化部署方案以及使用中的注意事项。
>
> Christian 指出,随着业务向云端迁移,使用本地 SMTP 网关(如 `smtbmicrofocus.com`已不再高效SES 是目前网络安全部门唯一批准的云端邮件发送方案。Filos 详细讲解了团队开发的 SES Terraform 模块,该模块封装了 SMTP 终端节点的配置,方便现有应用程序通过标准的 SMTP 协议进行集成,而无需重构代码以适配 SES API。
>
> 在技术实现上,该方案要求在应用 VPC 中配置 VPC 终端节点以确保网络安全,并利用 IAM 用户凭证作为 SMTP 认证信息,这些凭证会安全地存储在 AWS Secrets Manager 中。此外,模块还自动化了 DKIM 验证和 Infoblox 中的 DNS 记录创建。
>
> 会议强调了两个关键的后续手动步骤:一是申请脱离 SES 沙箱环境Sandbox Mode以提升发送限额并允许向外部地址发信二是手动更新 DNS TXT 记录以验证域名所有权,这是因为 Terraform 目前难以处理多个 AWS 账号共享同一域名时对同一 TXT 记录值的追加操作。未来,该模块计划引入收件人地址限制和凭证滚动更新等增强安全功能。
---
## 关键概念
- **AWS SES (Simple Email Service)**: AWS 提供的基于云的邮件发送服务,支持通过 API 或 SMTP 接口发送电子邮件。
- **SMTP Endpoint**: SES 提供的区域性邮件传输协议终端节点,允许传统应用程序通过标准 SMTP 协议接入云端邮件服务。
- **Sandbox Mode**: AWS SES 的默认限制状态,仅允许向验证过的地址发送少量邮件,需提交工单申请生产访问权限。
- **DKIM (DomainKeys Identified Mail)**: 一种电子邮件验证标准,通过在邮件中添加数字签名来防止欺诈和确保邮件完整性。
- **Infoblox**: 公司内部使用的 DNS 管理系统,用于存放和管理验证域名所有权所需的 DNS 记录。
- **VPC Endpoint**: 为了安全起见,在不访问公网的情况下,应用通过该私有节点与 SES SMTP 服务进行通信。
- **IAM User for SES**: 专门为 SES 创建的身份账号,其 Access Key 和 Secret Key 被转换并用作 SMTP 认证的用户名和密码。
- **Secrets Manager**: AWS 提供的凭证管理服务,用于安全地存储和检索 SES SMTP 的认证信息。
---
## 相关视频
> [!info]+ 交叉引用
> [[VPC Wrapper Module Session]] — 本视频提到的 SES 模块依赖于 VPC Wrapper 模块预先配置的 SMTP VPC 终端节点。
> [[Landing Zone Architecture Overview]] — SES 模块作为通用服务组件,被集成在 DevLab 和 SAS 等不同的 Landing Zone 环境中。
> [[Terraform & Terragrunt Best Practices]] — 视频中讨论了利用 Terragrunt 的 Pre-hook/Post-hook 来处理 SES 部署中的手动 DNS 验证步骤。
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*

View File

@@ -1,62 +1,62 @@
---
title: "CTP Topic 16 Cross-account Terraform modules"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- Cross-Account
- Modules
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 16_ Cross-account Terraform modules.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# CTP Topic 16 Cross-account Terraform modules
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/CTP _ Topic 16_ Cross-account Terraform modules.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** ✅ 已完成Gemini 摘要)
---
## 摘要
> 本次会议由 Fibos 主讲,重点探讨了在多账号 AWS 环境中如何实现和管理 **Cross-account Terraform Modules跨账号 Terraform 模块)**。在复杂的云架构中,经常需要在一个模块内跨多个账号创建资源(例如在 InfoBlocks 账号配置 DNS同时在 Workload 账号部署应用)。然而,原有的 Gruntwork 流水线主要针对单账号设计,且直接赋予账号间互访权限存在巨大的安全风险(如某一账号被攻破可能波及全局)。
>
> 为了解决这一问题,团队设计了一套基于 **Shared Account共享账号** 的中心化部署方案。核心思路是利用托管 Jenkins 的 Shared Account 作为中转站。当 Jenkins 检测到模块目录中存在 `cross-account.json` 标记文件时,会触发 Shared Account 中的 ECS Deploy Runner。该 Runner 被授予特殊权限,能够通过 Assume Role 方式访问目标账号的两个关键角色:一是用于读取状态文件的 `TF state bucket accessor`,二是用于执行资源部署的 `cross-account ECS deploy runner role`。
>
> 这种架构实现了三大目标:首先是**安全性**,避免了 Workload 账号之间的直接信任,将权限控制集中在受严格审计的 Shared Account其次是**自动化**,通过 Jenkins 自动识别模块类型并选择正确的部署路径;最后是**可复用性**模块代码中不再硬编码特定账号的角色提高了代码的灵活性。Fibos 还详细演示了如何通过修改根目录的 `terragrunt.hcl` 配置文件来支持这种全局性的角色切换逻辑,并简要介绍了本地开发与 Jenkins 自动部署在角色处理上的差异。
---
## 关键概念
- **Cross-account Modules**: 指在一个 Terraform 模块中通过配置多个 Provider实现在多个 AWS 账号中同时创建或管理资源的功能。
- **Shared Account**: 整个落地分区Landing Zone中的核心管理账号托管 Jenkins、镜像仓库等公共服务并作为跨账号部署的信任源。
- **ECS Deploy Runner (EDR)**: 运行在 ECS 上的 Docker 容器,负责执行具体的 Terraform plan 和 apply 命令,是流水线中的实际执行单元。
- **TF state bucket accessor**: 一种专门定义的 IAM 角色,仅允许部署工具访问存储在目标账号 S3 桶中的 Terraform 状态文件。
- **Cross-account ECS deploy runner role**: 部署在目标账号中的角色,允许 Shared Account 的执行器通过切换角色来获取在该账号内创建资源的权限。
- **cross-account.json**: 一个约定俗成的标记文件,放置在模块目录中,用于告知 Jenkins 该模块需要调用跨账号部署逻辑。
- **Root Terragrunt HCL**: 全局 Terragrunt 配置文件用于定义所有模块通用的远程状态存储Remote State和角色切换逻辑。
---
## 相关视频
> [!info]+ 交叉引用
> [[Gruntwork Pipeline Deep Dive]] — 了解基础的单账号 Gruntwork 流水线工作原理。
> [[AWS Multi-account Security Best Practices]] — 探讨为何要限制账号间的直接访问权限Blast Radius 控制)。
> [[Terragrunt Advanced Configuration]] — 深入学习如何利用 Terragrunt 的继承机制管理复杂环境。
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*
---
title: "CTP Topic 16 Cross-account Terraform modules"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- Cross-Account
- Modules
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 16_ Cross-account Terraform modules.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# CTP Topic 16 Cross-account Terraform modules
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/CTP _ Topic 16_ Cross-account Terraform modules.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** ✅ 已完成Gemini 摘要)
---
## 摘要
> 本次会议由 Fibos 主讲,重点探讨了在多账号 AWS 环境中如何实现和管理 **Cross-account Terraform Modules跨账号 Terraform 模块)**。在复杂的云架构中,经常需要在一个模块内跨多个账号创建资源(例如在 InfoBlocks 账号配置 DNS同时在 Workload 账号部署应用)。然而,原有的 Gruntwork 流水线主要针对单账号设计,且直接赋予账号间互访权限存在巨大的安全风险(如某一账号被攻破可能波及全局)。
>
> 为了解决这一问题,团队设计了一套基于 **Shared Account共享账号** 的中心化部署方案。核心思路是利用托管 Jenkins 的 Shared Account 作为中转站。当 Jenkins 检测到模块目录中存在 `cross-account.json` 标记文件时,会触发 Shared Account 中的 ECS Deploy Runner。该 Runner 被授予特殊权限,能够通过 Assume Role 方式访问目标账号的两个关键角色:一是用于读取状态文件的 `TF state bucket accessor`,二是用于执行资源部署的 `cross-account ECS deploy runner role`。
>
> 这种架构实现了三大目标:首先是**安全性**,避免了 Workload 账号之间的直接信任,将权限控制集中在受严格审计的 Shared Account其次是**自动化**,通过 Jenkins 自动识别模块类型并选择正确的部署路径;最后是**可复用性**模块代码中不再硬编码特定账号的角色提高了代码的灵活性。Fibos 还详细演示了如何通过修改根目录的 `terragrunt.hcl` 配置文件来支持这种全局性的角色切换逻辑,并简要介绍了本地开发与 Jenkins 自动部署在角色处理上的差异。
---
## 关键概念
- **Cross-account Modules**: 指在一个 Terraform 模块中通过配置多个 Provider实现在多个 AWS 账号中同时创建或管理资源的功能。
- **Shared Account**: 整个落地分区Landing Zone中的核心管理账号托管 Jenkins、镜像仓库等公共服务并作为跨账号部署的信任源。
- **ECS Deploy Runner (EDR)**: 运行在 ECS 上的 Docker 容器,负责执行具体的 Terraform plan 和 apply 命令,是流水线中的实际执行单元。
- **TF state bucket accessor**: 一种专门定义的 IAM 角色,仅允许部署工具访问存储在目标账号 S3 桶中的 Terraform 状态文件。
- **Cross-account ECS deploy runner role**: 部署在目标账号中的角色,允许 Shared Account 的执行器通过切换角色来获取在该账号内创建资源的权限。
- **cross-account.json**: 一个约定俗成的标记文件,放置在模块目录中,用于告知 Jenkins 该模块需要调用跨账号部署逻辑。
- **Root Terragrunt HCL**: 全局 Terragrunt 配置文件用于定义所有模块通用的远程状态存储Remote State和角色切换逻辑。
---
## 相关视频
> [!info]+ 交叉引用
> [[Gruntwork Pipeline Deep Dive]] — 了解基础的单账号 Gruntwork 流水线工作原理。
> [[AWS Multi-account Security Best Practices]] — 探讨为何要限制账号间的直接访问权限Blast Radius 控制)。
> [[Terragrunt Advanced Configuration]] — 深入学习如何利用 Terragrunt 的继承机制管理复杂环境。
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*

View File

@@ -1,68 +1,68 @@
---
title: CTP Topic 48 Terraform vs Terragrunt
type: cloud-learning
source-type: video
category: DevOps & SRE/03_Terraform
tags:
- Terraform
- Terragrunt
- IaC
- CTP
date-added: 2026-04-14
video-source: nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 48_ Terraform vs Terragrunt.mp4
audio-source: ""
status: summarized (Gemini 摘要)
---
# CTP Topic 48 Terraform vs Terragrunt
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/CTP _ Topic 48_ Terraform vs Terragrunt.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> ## Terraform vs. Terragrunt
Bob, an AWS Solutions Architect and Tech Lead, contrasts Terraform and Terragrunt, emphasizing the importance of understanding their differentiation for both high-level strategy/design roles and low-level development/debugging roles.
Terraform, founded by HashiCorp, is a Golang application used to provision, change, and version-control resources across various environments. A key selling point is its cloud-agnostic nature. The plan command allows users to preview changes before implementation, providing a distinct advantage. *To run Terraform consistently, it ties the desired state to the existing environment using a state file.* For enterprise-scale use, storing this file in a safe, accessible location is crucial, with cloud vendors offering persistence solutions.
Terragrunt is presented as a thin wrapper around Terraform, promoting the DRY (don't repeat yourself) principle. All Terraform commands work with Terragrunt; a Terraform plan becomes a Terragrunt plan. The language, including blocks and attributes, remains consistent. Terragrunt helps manage provider and remote state blocks, which can be complex and error-prone when declared multiple times across different environments. *Terragrunt offers a way to use information in a repeatable way without hard coding values.*
Terraform and Terragrunt have similar commands and languages, but differ in their approach to reusability and state management. Terraform's core is cloud-agnostic, while its vendor-specific parts require separate modules for each cloud provider. Terragrunt helps streamline configurations across environments.
Additional points:
* Terraform Enterprise is a CI platform with workspaces.
* Gruntwork offers pre-built, customizable modules and a Terraform native AWS landing zone.
* Atlantis integrates Terraform with GitHub for infrastructure provisioning.
* Tools like tfsec aid in maintaining security through static code analysis.
* Terratest enables test automation for improved stability and velocity in the software delivery pipeline.
* Cloud cost customization tools can help visualize the cost implications of changes before deployment.
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*
---
title: CTP Topic 48 Terraform vs Terragrunt
type: cloud-learning
source-type: video
category: DevOps & SRE/03_Terraform
tags:
- Terraform
- Terragrunt
- IaC
- CTP
date-added: 2026-04-14
video-source: nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 48_ Terraform vs Terragrunt.mp4
audio-source: ""
status: summarized (Gemini 摘要)
---
# CTP Topic 48 Terraform vs Terragrunt
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/CTP _ Topic 48_ Terraform vs Terragrunt.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> ## Terraform vs. Terragrunt
Bob, an AWS Solutions Architect and Tech Lead, contrasts Terraform and Terragrunt, emphasizing the importance of understanding their differentiation for both high-level strategy/design roles and low-level development/debugging roles.
Terraform, founded by HashiCorp, is a Golang application used to provision, change, and version-control resources across various environments. A key selling point is its cloud-agnostic nature. The plan command allows users to preview changes before implementation, providing a distinct advantage. *To run Terraform consistently, it ties the desired state to the existing environment using a state file.* For enterprise-scale use, storing this file in a safe, accessible location is crucial, with cloud vendors offering persistence solutions.
Terragrunt is presented as a thin wrapper around Terraform, promoting the DRY (don't repeat yourself) principle. All Terraform commands work with Terragrunt; a Terraform plan becomes a Terragrunt plan. The language, including blocks and attributes, remains consistent. Terragrunt helps manage provider and remote state blocks, which can be complex and error-prone when declared multiple times across different environments. *Terragrunt offers a way to use information in a repeatable way without hard coding values.*
Terraform and Terragrunt have similar commands and languages, but differ in their approach to reusability and state management. Terraform's core is cloud-agnostic, while its vendor-specific parts require separate modules for each cloud provider. Terragrunt helps streamline configurations across environments.
Additional points:
* Terraform Enterprise is a CI platform with workspaces.
* Gruntwork offers pre-built, customizable modules and a Terraform native AWS landing zone.
* Atlantis integrates Terraform with GitHub for infrastructure provisioning.
* Tools like tfsec aid in maintaining security through static code analysis.
* Terratest enables test automation for improved stability and velocity in the software delivery pipeline.
* Cloud cost customization tools can help visualize the cost implications of changes before deployment.
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*

View File

@@ -1,51 +1,51 @@
---
title: CTP Topic 48 Terraform vs Terragrunt
type: cloud-learning
source-type: video
category: DevOps & SRE/03_Terraform
tags:
- Terraform
- Terragrunt
- IaC
- CTP
date-added: 2026-04-14
video-source: nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 48_ Terraform vs Terragrunt.mp4
audio-source: ""
status: raw
---
# CTP Topic 48 Terraform vs Terragrunt
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/CTP _ Topic 48_ Terraform vs Terragrunt.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> 待转录后由 LLM 生成
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*
---
title: CTP Topic 48 Terraform vs Terragrunt
type: cloud-learning
source-type: video
category: DevOps & SRE/03_Terraform
tags:
- Terraform
- Terragrunt
- IaC
- CTP
date-added: 2026-04-14
video-source: nas:///volume2/work/Public Cloud Learning Sessions/CTP _ Topic 48_ Terraform vs Terragrunt.mp4
audio-source: ""
status: raw
---
# CTP Topic 48 Terraform vs Terragrunt
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/CTP _ Topic 48_ Terraform vs Terragrunt.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> 待转录后由 LLM 生成
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*

View File

@@ -1,30 +1,30 @@
---
title: "Learning Sessions Cloud Transformation Programme-20230808 183322-Meeting Recording"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- CTP
- IaC
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-20230808_183322-Meeting Recording.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# Learning Sessions Cloud Transformation Programme-20230808 183322-Meeting Recording
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-20230808_183322-Meeting Recording.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
The learning session focuses on ECS deployment using infrastructure as code, presented by JP and Raja M. The session is part of a weekly series on Tuesdays, emphasizing interactive learning with Q&A opportunities. Recordings and presentations are available on a SharePoint site, with notifications sent beforehand.
JP discusses the business and technology background of ECS, while Raja details the ECS module developed within CTP and SRE. The industry faces challenges like unpredictability and the need for agility, pushing businesses towards infrastructure as code. *Businesses have to thrive in the middle of all these challenges and it is forged by code.* Dynamic scaling is crucial due to unpredictable load patterns, requiring technologies to evolve. ECS (Elastic Container Services) is an AWS proprietary technology that integrates with AWS services, offering advantages and challenges compared to EKS or native Kubernetes.
The ECS model, built on the grant work repository, allows creating Docker containers as logical units and supports EC2 instances or target deployments. It features auto-scaling, auto-healing, and canary deployments. The module supports a listener approach for centralized ECS management and integrates with AWS services. *We have implemented the listener approach because we have seen many of the products are you know they are downloading the quotes from the grant work and using locally.* Prerequisites for using the module include VPC, ELB security group, and EFS volume mounting. Configurations can be passed via YAML or JSON, with integration support for AWS CloudWatch, Splunk, Grafana, and Prometheus.
---
title: "Learning Sessions Cloud Transformation Programme-20230808 183322-Meeting Recording"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- CTP
- IaC
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-20230808_183322-Meeting Recording.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# Learning Sessions Cloud Transformation Programme-20230808 183322-Meeting Recording
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-20230808_183322-Meeting Recording.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
The learning session focuses on ECS deployment using infrastructure as code, presented by JP and Raja M. The session is part of a weekly series on Tuesdays, emphasizing interactive learning with Q&A opportunities. Recordings and presentations are available on a SharePoint site, with notifications sent beforehand.
JP discusses the business and technology background of ECS, while Raja details the ECS module developed within CTP and SRE. The industry faces challenges like unpredictability and the need for agility, pushing businesses towards infrastructure as code. *Businesses have to thrive in the middle of all these challenges and it is forged by code.* Dynamic scaling is crucial due to unpredictable load patterns, requiring technologies to evolve. ECS (Elastic Container Services) is an AWS proprietary technology that integrates with AWS services, offering advantages and challenges compared to EKS or native Kubernetes.
The ECS model, built on the grant work repository, allows creating Docker containers as logical units and supports EC2 instances or target deployments. It features auto-scaling, auto-healing, and canary deployments. The module supports a listener approach for centralized ECS management and integrates with AWS services. *We have implemented the listener approach because we have seen many of the products are you know they are downloading the quotes from the grant work and using locally.* Prerequisites for using the module include VPC, ELB security group, and EFS volume mounting. Configurations can be passed via YAML or JSON, with integration support for AWS CloudWatch, Splunk, Grafana, and Prometheus.

View File

@@ -1,50 +1,50 @@
---
title: "Learning Sessions Cloud Transformation Programme-20230808 183322-Meeting Recording"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- CTP
- IaC
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-20230808_183322-Meeting Recording.mp4"
audio-source: ""
status: raw
---
# Learning Sessions Cloud Transformation Programme-20230808 183322-Meeting Recording
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-20230808_183322-Meeting Recording.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> 待转录后由 LLM 生成
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*
---
title: "Learning Sessions Cloud Transformation Programme-20230808 183322-Meeting Recording"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- CTP
- IaC
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-20230808_183322-Meeting Recording.mp4"
audio-source: ""
status: raw
---
# Learning Sessions Cloud Transformation Programme-20230808 183322-Meeting Recording
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-20230808_183322-Meeting Recording.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> 待转录后由 LLM 生成
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*

View File

@@ -1,31 +1,31 @@
---
title: "Learning Sessions Cloud Transformation Programme-Deploying RDS via Terraform"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- RDS
- IaC
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-Deploying RDS via Terraform.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# Learning Sessions Cloud Transformation Programme-Deploying RDS via Terraform
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-Deploying RDS via Terraform.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
Greg from the DBRE team discusses deploying RDS via Terraform, advocating its use over the console for deploying any size RDS into Amazon. The presentation covers why infrastructure as code is helpful, clarifies the use of grunt work modules, and introduces SRE core modules. It also includes technical details, live demos of deployment, maintenance, upgrades, and monitoring/alarming.
Key benefits of infrastructure as code include speed, flexibility, consistency, disaster recovery, documentation, and automation. *The code is the documentation.* There are two main options for deploying RDS: the bare-bones RDS module and the more comprehensive RDS service. The grunt work RDS service is recommended due to its pre-built features like KMS key encryption and CloudWatch alarming. The SRE core modules are less fully featured than the grunt work service.
To deploy an RDS database, use Terragrunt, a wrapper around Terraform, to keep code clean and avoid repeating variables. *We use Terragrunt, which is basically it's a wrapper around Terraform, and it allows you to keep your code clean and you're not repeating your variables all the time.* Use a tagged release instead of the master branch for stability. Basic variables include VPC, database type (Oracle, Postgres), port, and license model. For day two operations like scaling, patching, and major version upgrades, changes are made in the TerraGrant file and applied via GitHub pull requests and Atlantis. Monitoring is achieved through CloudWatch dashboards and alarms, with considerations for burstable instance shapes and CPU credits.
---
title: "Learning Sessions Cloud Transformation Programme-Deploying RDS via Terraform"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- RDS
- IaC
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-Deploying RDS via Terraform.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# Learning Sessions Cloud Transformation Programme-Deploying RDS via Terraform
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-Deploying RDS via Terraform.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
Greg from the DBRE team discusses deploying RDS via Terraform, advocating its use over the console for deploying any size RDS into Amazon. The presentation covers why infrastructure as code is helpful, clarifies the use of grunt work modules, and introduces SRE core modules. It also includes technical details, live demos of deployment, maintenance, upgrades, and monitoring/alarming.
Key benefits of infrastructure as code include speed, flexibility, consistency, disaster recovery, documentation, and automation. *The code is the documentation.* There are two main options for deploying RDS: the bare-bones RDS module and the more comprehensive RDS service. The grunt work RDS service is recommended due to its pre-built features like KMS key encryption and CloudWatch alarming. The SRE core modules are less fully featured than the grunt work service.
To deploy an RDS database, use Terragrunt, a wrapper around Terraform, to keep code clean and avoid repeating variables. *We use Terragrunt, which is basically it's a wrapper around Terraform, and it allows you to keep your code clean and you're not repeating your variables all the time.* Use a tagged release instead of the master branch for stability. Basic variables include VPC, database type (Oracle, Postgres), port, and license model. For day two operations like scaling, patching, and major version upgrades, changes are made in the TerraGrant file and applied via GitHub pull requests and Atlantis. Monitoring is achieved through CloudWatch dashboards and alarms, with considerations for burstable instance shapes and CPU credits.

View File

@@ -1,51 +1,51 @@
---
title: "Learning Sessions Cloud Transformation Programme-Deploying RDS via Terraform"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- RDS
- IaC
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-Deploying RDS via Terraform.mp4"
audio-source: ""
status: raw
---
# Learning Sessions Cloud Transformation Programme-Deploying RDS via Terraform
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-Deploying RDS via Terraform.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> 待转录后由 LLM 生成
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*
---
title: "Learning Sessions Cloud Transformation Programme-Deploying RDS via Terraform"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- Terraform
- RDS
- IaC
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-Deploying RDS via Terraform.mp4"
audio-source: ""
status: raw
---
# Learning Sessions Cloud Transformation Programme-Deploying RDS via Terraform
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ Cloud Transformation Programme-Deploying RDS via Terraform.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> 待转录后由 LLM 生成
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*

View File

@@ -1,32 +1,32 @@
---
title: "Learning Sessions ECS Deployment using IAC -20230808 183322-Meeting Recording"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- AWS
- ECS
- IaC
- Terraform
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ ECS Deployment using IAC -20230808_183322-Meeting Recording.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# Learning Sessions ECS Deployment using IAC -20230808 183322-Meeting Recording
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ ECS Deployment using IAC -20230808_183322-Meeting Recording.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
The learning session focuses on ECS deployment using infrastructure as code, presented by JP and Raja M. The session is part of a weekly series on Tuesdays, emphasizing interactive learning with Q&A opportunities. Recordings and presentations are available on a SharePoint site, with notifications sent beforehand.
JP discusses the business and technology background of ECS, while Raja details the ECS module developed within CTP and SRE. The industry faces challenges like unpredictability and the need for agility, pushing businesses towards infrastructure as code. *Businesses have to thrive in the middle of all these challenges and it is forged by code.* Dynamic scaling is crucial due to unpredictable load patterns, requiring technologies to evolve. ECS (Elastic Container Services) is an AWS proprietary technology that integrates with AWS services, offering advantages and challenges compared to EKS or native Kubernetes.
The ECS model, built on the grant work repository, allows creating Docker containers as logical units and supports EC2 instances or target deployments. It features auto-scaling, auto-healing, and canary deployments. The module supports a listener approach for centralized ECS management and integrates with AWS services. *We have implemented the listener approach because we have seen many of the products are you know they are downloading the quotes from the grant work and using locally.* Prerequisites for using the module include VPC, ELB security group, and EFS volume mounting. Configurations can be passed via YAML or JSON, with integration support for AWS CloudWatch, Splunk, Grafana, and Prometheus.
---
title: "Learning Sessions ECS Deployment using IAC -20230808 183322-Meeting Recording"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- AWS
- ECS
- IaC
- Terraform
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ ECS Deployment using IAC -20230808_183322-Meeting Recording.mp4"
audio-source: ""
status: summarized (Gemini 摘要)
---
# Learning Sessions ECS Deployment using IAC -20230808 183322-Meeting Recording
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ ECS Deployment using IAC -20230808_183322-Meeting Recording.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
The learning session focuses on ECS deployment using infrastructure as code, presented by JP and Raja M. The session is part of a weekly series on Tuesdays, emphasizing interactive learning with Q&A opportunities. Recordings and presentations are available on a SharePoint site, with notifications sent beforehand.
JP discusses the business and technology background of ECS, while Raja details the ECS module developed within CTP and SRE. The industry faces challenges like unpredictability and the need for agility, pushing businesses towards infrastructure as code. *Businesses have to thrive in the middle of all these challenges and it is forged by code.* Dynamic scaling is crucial due to unpredictable load patterns, requiring technologies to evolve. ECS (Elastic Container Services) is an AWS proprietary technology that integrates with AWS services, offering advantages and challenges compared to EKS or native Kubernetes.
The ECS model, built on the grant work repository, allows creating Docker containers as logical units and supports EC2 instances or target deployments. It features auto-scaling, auto-healing, and canary deployments. The module supports a listener approach for centralized ECS management and integrates with AWS services. *We have implemented the listener approach because we have seen many of the products are you know they are downloading the quotes from the grant work and using locally.* Prerequisites for using the module include VPC, ELB security group, and EFS volume mounting. Configurations can be passed via YAML or JSON, with integration support for AWS CloudWatch, Splunk, Grafana, and Prometheus.

View File

@@ -1,52 +1,52 @@
---
title: "Learning Sessions ECS Deployment using IAC -20230808 183322-Meeting Recording"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- AWS
- ECS
- IaC
- Terraform
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ ECS Deployment using IAC -20230808_183322-Meeting Recording.mp4"
audio-source: ""
status: raw
---
# Learning Sessions ECS Deployment using IAC -20230808 183322-Meeting Recording
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ ECS Deployment using IAC -20230808_183322-Meeting Recording.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> 待转录后由 LLM 生成
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*
---
title: "Learning Sessions ECS Deployment using IAC -20230808 183322-Meeting Recording"
type: cloud-learning
source-type: video
category: "DevOps & SRE/03_Terraform"
tags:
- AWS
- ECS
- IaC
- Terraform
- CTP
date-added: 2026-04-14
video-source: "nas:///volume2/work/Public Cloud Learning Sessions/Learning Sessions _ ECS Deployment using IAC -20230808_183322-Meeting Recording.mp4"
audio-source: ""
status: raw
---
# Learning Sessions ECS Deployment using IAC -20230808 183322-Meeting Recording
**Source:** NAS `/volume2/work/Public Cloud Learning Sessions/Learning Sessions _ ECS Deployment using IAC -20230808_183322-Meeting Recording.mp4`
**Type:** VIDEO | **Category:** 03_Terraform
**Status:** 🟡 Awaiting Whisper transcription → Summary
---
## 摘要
> 待转录后由 LLM 生成
---
## 关键概念
-
---
## 行动项
-
---
## 相关视频
> 配对视频笔记链接(生成后填入)
---
*最后更新: 2026-04-14*