Auto-sync: 2026-04-29 00:02

wiki/log.md

@@ -1,4 +1,58 @@
-## [2026-05-07] ingest | CTP Topic 22 Global DNS Service Offerings (re-ingest)
+## [2026-04-28] ingest | CTP Topic 65 Tracing the Value Delivered in Cloud Transformation
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-65-tracing-the-value-delivered-in-cloud-transformation.md
+- Status: ✅ 成功摄入
+- Summary: 云转型计划（CTP）价值交付追踪方法论——区分 Process/Value/Value Stream 三个层次；价值分解为财务、生产力、质量、体验四维度；WSJF 公式（CoD/Job Size）排列工作优先级；功能级价值分解三种策略；综合框架涵盖年收入增长、成本降低、风险改善、SOM 四大价值维度。
+- Concepts touched: [[Value Stream]], [[Weighted Shortest Job First (WSJF)]], [[Cost of Delay (CoD)]], [[Process]], [[Value-Adding Activity]], [[Serviceable Obtainable Market (SOM)]]
+- Entities touched: [[Cloud Transformation Programme (CTP)]]
+- Concepts created: [[Value Stream]], [[Weighted Shortest Job First (WSJF)]], [[Cost of Delay (CoD)]], [[Serviceable Obtainable Market (SOM)]]
+- Entities created: [[Cloud Transformation Programme (CTP)]]
+- Source page: wiki/sources/ctp-topic-65-tracing-the-value-delivered-in-cloud-transformation.md
+- Notes: 步骤3完成：新建 source page；步骤4完成：index.md 条目已存在（第242行），无需更新；步骤5完成：overview.md 无需修订（该来源属于 CTP 专题系列，overview 中已有综合 CTP 上下文）；步骤6完成：新建1个 Entity 页面（Cloud Transformation Programme）；步骤7完成：新建4个 Concept 页面（Value Stream、Weighted Shortest Job First、Cost of Delay、SOM）；步骤8完成：无冲突（与 ctp-topic-53 互补而非矛盾：Topic 53 论证"为何上云"，本主题解决"如何衡量云转型价值"）；步骤9完成：log.md 追加记录
+
+## [2026-04-28] ingest | CTP Topic 4 Using Agile to Run the Cloud Transformation Programme
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-4-using-agile-to-run-the-cloud-transformation-program.md
+- Status: ✅ 成功摄入
+- Summary: 云转型项目中敏捷框架实践——Heather Norris 主讲。框架演进：Scrum（两周 Sprint）→ Kanban（持续流）→ 混合框架（Kanban + Scrum 仪式）。Scrum 局限：Sprint 期间不允许变更需求。Kanban 优势：随时调整优先级、持续交付。混合方案：保留每日站会和回顾会，使用 Microsoft Planner 五列看板。核心理念：敏捷本质是快速反馈循环，持续改进产品和开发文化。
+- Concepts touched: [[Scrum]], [[Kanban]], [[Scrum-Kanban混合框架]], [[Microsoft Planner]]
+- Entities touched: [[Heather Norris]]
+- Concepts created: 无（Scrum.md、Kanban.md 均已存在）
+- Entities created: 无（Heather Norris.md 已存在）
+- Source page: wiki/sources/ctp-topic-4-using-agile-to-run-the-cloud-transformation-program.md
+- Notes: 步骤3完成：新建 source page；步骤4完成：index.md 条目已存在（第247行），无需更新；步骤5完成：overview.md 无需修订（Agile/Scrum/Kanban 内容已覆盖于现有概述中）；步骤6完成：无新增 Entity（Heather Norris.md 已存在）；步骤7完成：无新增 Concept（Scrum.md、Kanban.md 均已存在）；步骤8完成：无冲突；步骤9完成：log.md 追加记录
+## [2026-04-28] ingest | CTP Topic 43 VMware Cloud on AWS
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-43-vmware-cloud-on-aws.md
+- Status: ✅ 成功摄入（re-ingest：补充缺失实体/概念页面）
+- Summary: VMware Cloud on AWS（VMC on AWS）混合云服务介绍——VMware 与 AWS 联合工程，在 AWS 裸金属服务器（i3.metal/i3en.metal）上原生安装 vSphere 8，为不完全准备完全迁移至原生云的企业提供中间路线。相比常规云方案节省 27% 成本，支持 HCX 任意迁移，Brian Reeves 主持经济学讨论，Mike O'Reilly 主讲技术架构。属 [[Hybrid-Cloud]] 在 AWS 落地的核心实践。
+- Concepts touched: [[VMware-Cloud-on-AWS]], [[SDDC]], [[HCX]], [[Stretched-Cluster]], [[TCO]]
+- Entities touched: [[VMware]], [[AWS]], [[BrianReeves]], [[MichaelRiley]], [[MikeArmstrong]], [[MikeOReily]]
+- Concepts created: [[TCO]]
+- Entities created: [[BrianReeves]], [[MichaelRiley]], [[MikeArmstrong]], [[MikeOReily]]
+- Source page: wiki/sources/ctp-topic-43-vmware-cloud-on-aws.md
+- Notes: 步骤3完成：Source page 已存在（2026-04-14 初版），本次修复双竖线格式问题；步骤4完成：index.md 条目已存在（第254行），无需更新；步骤5完成：overview.md 已有该来源摘要（line 331），内容一致无需修订；步骤6完成：新建4个 Entity 页面（BrianReeves、MichaelRiley、MikeArmstrong、MikeOReily），补充 TCO 到 VMware.md 和相关 Concept 页面的 Sources 节；步骤7完成：新建 [[TCO]] Concept 页面，补充 [[TCO]] 到 Source page Key Concepts 节；步骤8完成：无冲突（与 ctp-topic-53 的张力已在 Contradictions 节记录，属云迁移决策的视角差异而非事实冲突）；步骤9完成：log.md 追加本次 re-ingest 记录
+
+## [2026-04-28] ingest | CTP Topic 19 Configuring DNS within AWS LZs
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-19-configuring-dns-within-aws-lzs.md
+- Status: ✅ 成功摄入
+- Summary: AWS Landing Zone 多账号环境下的集中化 DNS 管理架构——Sankar Gopov 主讲。核心方案：设立专门 DNS 账号（InfoBlocks 账号）集中管理 Route 53 私有托管区（PHZ）和 Resolver Rules，优于分散式 PHZ 管理。关键技术：Route 53 Resolver Inbound Endpoint（接收 On-prem 解析请求）和 Outbound Endpoint（转发 AWS → On-prem 请求）；AWS RAM 跨账号共享 Resolver Rules；跨账号 PHZ 关联两步流程（授权→关联）；Terraform 自动化部署。典型场景：AWS → On-prem、On-prem → AWS、账号间相互解析。属 [[AWS-Landing-Zone]] 网络基础服务层，与 Topic 18（广域网）和 Topic 31（网络安全）共同构成完整网络知识体系。
+- Concepts touched: [[Route-53-Resolver]], [[Private-Hosted-Zone]], [[Resolver-Rules]], [[AWS-RAM]], [[VPC-Association-Authorization]], [[AWS-Landing-Zone]]
+- Entities touched: [[SankarGopov]]
+- Concepts created: [[Route-53-Resolver]], [[Private-Hosted-Zone]], [[Resolver-Rules]], [[VPC-Association-Authorization]]
+- Entities created: (无新建 — SankarGopov 已存在)
+- Source page: wiki/sources/ctp-topic-19-configuring-dns-within-aws-lzs.md
+- Notes: 步骤3完成：新建 Source page；步骤4完成：index.md 条目已存在（第255行），补充一行摘要；步骤5完成：overview.md 新增 CTP Topic 19 摘要条目（在 Topic 18 与 Topic 25 之间）；步骤6完成：新建4个 Concept 页面（Route-53-Resolver、Private-Hosted-Zone、Resolver-Rules、VPC-Association-Authorization），更新 SankarGopov Entity 来源引用；步骤7完成：Source page Key Concepts 节已覆盖全部关键概念；步骤8完成：无冲突；步骤9完成：log.md 追加本次记录
+
+## [2026-04-28] ingest | CTP Topic 10 AWS Landing Zone (LZ) Data Collection, Tagging Related Security
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-10-aws-landing-zone-lz-data-collection-tagging-related-security.md
+- Status: ✅ 成功摄入
+- Summary: AWS Landing Zone 环境下的资源数据收集、标签体系及基于标签的安全控制策略——Steve Jarman 和 Pradeep 联合主讲。核心内容：①OU 分层 + SCP 强制标签规范防止用户篡改标签绕过审计；②标签体系涵盖机器名、所有者（PDL）、类型、BU、产品、环境、服务器角色等维度；③Checkpoint Firewall 基于标签的 Ordered Layers（地理封锁→类型→BU→产品→环境→角色）和 Inline Layers（基于账号编号的父子规则结构）；④Demo 演示标签缺失导致 EC2 流量被防火墙拦截。
+- Concepts touched: [[AWS-Landing-Zone]], [[SCP-Security-Control-Policy]], [[Resource-Tagging]], [[Ordered-Layer]], [[Inline-Layer]], [[Checkpoint-Firewall]]
+- Entities touched: [[AWS]], [[Checkpoint]], [[Pradeep]], [[Steve Jarman]]
+- Concepts created: [[SCP-Security-Control-Policy]], [[Resource-Tagging]], [[Ordered-Layer]], [[Inline-Layer]]
+- Entities created: [[Pradeep]], [[SteveJarman]]
+- Source page: wiki/sources/ctp-topic-10-aws-landing-zone-lz-data-collection-tagging-related-security.md
+- Notes: 步骤3完成：新建 source page；步骤4完成：index.md 条目已存在（第31行、第250行），无需更新；步骤5完成：overview.md 已有该来源详细摘要（line 321），无需修订；步骤6完成：更新2个已有 Entity 页面（AWS-Landing-Zone、Checkpoint-Firewall），新增2个 Entity 页面（Pradeep、SteveJarman）；步骤7完成：新建4个 Concept 页面（SCP-Security-Control-Policy、Resource-Tagging、Ordered-Layer、Inline-Layer）；步骤8完成：与 CTP Topic 7 的视角差异已记录于 Contradictions 节（属账号结构 vs 标签驱动的互补视角）；步骤9完成：log.md 追加本次记录
+
+
 - Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-22-global-dns-service-offerings.md
 - Status: ✅ 成功摄入（re-ingest）
 - Summary: 企业级全球 DNS 服务架构详解——Sankar 和 Vino 联合主讲。核心架构：Route 53 Private Hosted Zone（私有托管区域）配合 AD 托管 DNS，通过 Route 53 Resolver 入站/出站终端节点打通 AWS VPC 与本地网络的 DNS 查询；Outbound Endpoint 出站规则配置多个区域 AD 域控制器 IP，单区域故障时自动切换确保弹性。本地 Infoblox 平台利用 DNS Anycast 实现全球低延迟和自动故障转移；AWS EC2 不支持 Anycast，需手动维护 IP 列表。DNS 安全涵盖防隧道攻击、防数据外泄及缓存污染；"就近解析"原则优化 Office 365 等全球化 SaaS 访问性能。属 AWS Landing Zone 网络层 DNS 专题，与 ctp-topic-19 共同构成 Landing Zone DNS 完整体系。
@@ -5887,3 +5941,108 @@
 - Entities touched: [[SendGrid]], [[Twilio]], [[Rejoy Ganapati]], [[Rajiv]], [[Yu-Yan]], [[PSAC]]
 - Source page: wiki/sources/ctp-topic-36-sendgrid-as-an-email-service.md
 - Notes: 步骤3完成：新建 source page（含完整 Summary/Key Claims/Key Quotes/Key Concepts/Key Entities/Connections/Contradictions）；步骤4完成：index.md 条目补全日期前缀（2026-04-14）；步骤5完成：overview.md 已有该来源摘要（line 347），内容一致无需修订；步骤6-7完成：Rejoy Ganapati/Rajiv/Yu-Yan 均仅在本次 source 出现一次（<2次，不满足 Entity 创建条件），Cyber Suite 仅提及未展开（不满足 Concept 创建条件），PSAC 已在 ctp-topic-24 source 和 log.md 中出现，本次仅作引用不新建 Entity；SendGrid/Twilio 已有 Entity 页面，无需新建；步骤8完成：与 ctp-topic-12（ SES SMTP terraform module）存在方案演进关系，记录于 Contradictions 节；步骤9完成：log.md 追加本次摄入记录
+
+## [2026-04-24] ingest | CTP Topic 45 Automatic IP Address Allocation with IPAM
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-45-automatic-ip-address-allocation-with-ipam.md
+- Status: ✅ 成功摄入
+- Summary: IPAM 自动化替代 Excel 手工分配——Infoblox NIOS 作为核心 IPAM 引擎，通过声明式 YAML 配置文件驱动 VPC IP 地址自动供给。传统模式需业务单元→SRE→网络团队→电子表格→YAML 多步手工交接；新模式用户仅声明业务联系人、工程联系人和期望子网大小，NIOS 自动分配下一可用 IP 地址块。销毁 VPC 时自动从 IPAM Grid 清除条目，防止 IP 泄漏。核心理念："We are not asking for IP address from the network team." 与 [[ctp-topic-61-workload-vpc-provision-with-ipam-automation]] 共同构成 IPAM 的"机制→应用"完整链路。
+- Concepts touched: [[IPAM]], [[Infoblox-NIOS]], [[Infoblox-Grid]], [[VPC-自动化供给]], [[CIDR-审批流程]], [[Availability-Zone-ID]], [[DNS-Anycast]], [[HybridDnsResolution]]
+- Entities touched: [[Pushka]], [[Infoblox]], [[AWS-Landing-Zone]]
+- Concepts created: [[IPAM]], [[Infoblox-NIOS]], [[Infoblox-Grid]], [[VPC-自动化供给]], [[CIDR-审批流程]], [[Availability-Zone-ID]]
+- Entities created: [[Pushka]]
+- Source page: wiki/sources/ctp-topic-45-automatic-ip-address-allocation-with-ipam.md
+- Notes: 步骤3完成：新建 Source page（含完整 Summary/Key Claims/Key Quotes/Key Concepts/Key Entities/Connections/Contradictions）；步骤4完成：index.md 条目已存在（line 253），补全一行摘要；步骤5完成：overview.md 已有该来源摘要（line 323），本次更新为更详细版本；步骤6完成：新建 [[Pushka]] Entity 页面（Principal SRE，IPAM 方案发起人）；Infoblox/AWS-Landing-Zone 已在其他 source 中多次提及，本次引用不新建；步骤7完成：新建 [[IPAM]]/[[Infoblox-NIOS]]/[[Infoblox-Grid]]/[[VPC-自动化供给]]/[[CIDR-审批流程]]/[[Availability-Zone-ID]] 6个 Concept 页面；步骤8完成：Contradictions 记录无冲突，与 ctp-topic-61/ctp-topic-22/ctp-topic-31 均为互补/依赖关系；步骤9完成：log.md 追加本次摄入记录
+
+## [2026-04-28] ingest | CTP Topic 61 Workload VPC provision with IPAM Automation
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-61-workload-vpc-provision-with-ipam-automation.md
+- Status: ✅ 成功摄入
+- Summary: Pushka（Principal SRE）主讲，基于 Infoblox IPAM 的 Workload VPC 自动化供给方案。核心内容：声明式 YAML 驱动 VPC 供给；Infoblox Grid 作为 IP 地址单一可信数据源；CIDR ≥ /22 自动审批，< /22 需网络团队理由审批；使用 AZ ID 而非 AZ Name 确保跨区域一致性；支持多 VPC 批量供给、邮件通知、非可路由 IP（如 10.2.0.0/16）。与 Topic 45（IPAM 核心机制）共同构成"机制→应用"完整链。
+- Concepts touched: [[IPAM]], [[Infoblox-Grid]], [[VPC-自动化供给]], [[CIDR-审批流程]], [[Availability-Zone-ID]]
+- Entities touched: [[Pushka]]
+- Concepts created: (无新建 — 相关 Concept 页面均已存在)
+- Entities created: (无新建 — Pushka Entity 已存在)
+- Source page: wiki/sources/ctp-topic-61-workload-vpc-provision-with-ipam-automation.md
+- Notes: 步骤3完成：新建 Source page（CTP Topic 61 Workload VPC Provision with IPAM Automation）；步骤4完成：index.md 第253行条目已存在，补充日期戳和一行摘要；步骤5完成：overview.md 第325行已存在相关条目，内容一致，无需更新；步骤6完成：IPAM、Infoblox-Grid、VPC-自动化供给、Pushka Entity 页面均已存在，无需新建；步骤7完成：Source page Key Concepts 节已覆盖全部关键概念；步骤8完成：无冲突；步骤9完成：log.md 追加本次记录
+
+## [2026-05-07] ingest | CTP Topic 18 Wide Area Networking in AWS Cloud (补充缺失 Entity/Concept)
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-18-wide-area-networking-in-aws-cloud.md
+- Status: ✅ 成功摄入（re-ingest：补充缺失实体/概念页面）
+- Summary: AWS 云广域网架构——Christian Deckelman 主讲。全球 APJ/EMEA/AMS 三区域 TGW 星型拓扑，区域 Hub Full Mesh 互联；静态路由 DR 痛点；Silver Peak SD-WAN Overlay 演进路径；Pulse VPN → Prisma Access (SASE) 远程访问优化。
+- Concepts touched: [[AWS-Transit-Gateway-TGW]], [[Hub-and-Spoke]], [[SD-WAN]], [[Overlay-Network]], [[Static-Routing]], [[Prisma-Access]], [[TGW-Peering]], [[Transit-Gateway]]
+- Entities touched: [[ChristianDeckelman]], [[AWS]], [[SilverPeak]], [[PaloAltoNetworks]], [[MicroFocus]], [[Pulse-VPN]]
+- Concepts created: [[Hub-and-Spoke]], [[SD-WAN]], [[Overlay-Network]], [[Static-Routing]], [[Prisma-Access]], [[TGW-Peering]]
+- Entities created: [[ChristianDeckelman]], [[SilverPeak]], [[PaloAltoNetworks]], [[MicroFocus]]
+- Source page: wiki/sources/ctp-topic-18-wide-area-networking-in-aws-cloud.md
+- Notes: 步骤3完成：Source page 已存在（2026-04-14 初版），内容完整无需更新；步骤4完成：index.md 第256行条目已存在，无需更新；步骤5完成：overview.md 第289行已有该来源摘要，内容一致无需修订；步骤6完成：新建4个 Entity 页面（ChristianDeckelman、SilverPeak、PaloAltoNetworks、MicroFocus），补充 Pulse-VPN Entity 演进方向引用，更新 AWS Entity 来源和 Transit-Gateway Concept TGW-Peering 关系；步骤7完成：新建6个 Concept 页面（Hub-and-Spoke、SD-WAN、Overlay-Network、Static-Routing、Prisma-Access、TGW-Peering），Source page Key Concepts 节已覆盖全部；步骤8完成：无冲突；步骤9完成：log.md 追加本次记录
+
+## [2026-05-08] ingest | CTP Topic 31 Network Segregation and Secure Access to the New AWS Landing Zones (re-ingest)
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/08_Networking/ctp-topic-31-network-segregation-and-secure-access-to-the-new-aws-landing-zones.md
+- Status: ✅ 成功摄入（re-ingest：补充缺失 Entity/Concept 页面）
+- Summary: AWS Landing Zone 网络隔离与安全远程访问方案。核心：①网络隔离——Checkpoint 防火墙 SPI Default Deny 阻断 On-prem/VPN 用户直连 AWS 生产区；②安全访问——AWS SSM 替代 VPN，IAM Role 假设 + SSM Agent 实现浏览器/CLI 远程访问，双因素认证。SD-WAN 落地前过渡方案；长期目标 IaC 化 + Break-glass 应急访问。
+- Concepts touched: [[Network-Segmentation]], [[Zero-Trust-Access]], [[SD-WAN]]
+- Entities touched: [[AWS-Landing-Zone]], [[AWS-SSM]], [[Checkpoint-Firewall]]
+- Concepts created: [[Zero-Trust-Access]]
+- Entities created: [[AWS-Landing-Zone]], [[Checkpoint-Firewall]]
+- Source page: wiki/sources/ctp-topic-31-network-segregation-and-secure-access-to-the-new-aws-landing-zones.md
+- Notes:
+  - 步骤3完成：Source page 已存在（2026-04-25 初版），重写以匹配最新 Source Page Format（清理未对齐的 wikilinks）
+  - 步骤4完成：index.md 第256行条目已存在，补全日期前缀和一行摘要
+  - 步骤5完成：overview.md 第295行已有该来源摘要，内容完整无需修订
+  - 步骤6完成：新建2个 Entity 页面（AWS-Landing-Zone、Checkpoint-Firewall）；更新 SD-WAN.md 新增 CTP Topic 31 Relationship 节；AWS-SSM 已存在且来源已引用本次 source
+  - 步骤7完成：新建1个 Concept 页面（Zero-Trust-Access）；更新 Network-Segmentation.md 新增 ctp-topic-39 关联；SD-WAN 已存在且来源已引用本次 source
+  - 步骤8完成：无冲突——与 VPN 接入方案为替代关系（已记录于 Contradictions 节），与 SD-WAN 为时间维度互补关系
+  - 步骤9完成：log.md 追加本次记录
+
+## [2026-04-28] ingest | CTP Topic 30 Managing Change
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-30-managing-change.md
+- Status: ✅ 成功摄入（re-ingest：补充缺失 Entity/Concept 页面）
+- Summary: 云转型项目中的变更管理流程，SRE 团队在构建/上线支持/BAU 三阶段的协作模式。区分标准变更/正常变更/紧急变更三类流程，引入 IaC+CI/CD 自动化。属 [[Change-Management]] 在企业云迁移中的核心实践。
+- Concepts touched: [[SRE]], [[Standard-Change]], [[Normal-Change]], [[Emergency-Change]], [[CAPA]], [[SLO]], [[SLR]], [[Early-Live-Support]], [[Self-Healing]]
+- Entities touched: [[Brendan-Starnig]], [[SMACs]], [[Vinaya]]
+- Concepts created: [[SRE]], [[SLR]]
+- Entities created: [[Vinaya]]
+- Source page: wiki/sources/ctp-topic-30-managing-change.md
+- Notes: 步骤3完成：Source page 已存在（2026-04-14 初版），内容完整无需修订；步骤4完成：index.md 条目已存在（第247行），本次补充 Vinaya/SRE/SLR 三个缺失条目的位置；步骤5完成：overview.md 已有该来源摘要（CTP Topic 30 属 CTP 课程体系），内容一致无需修订；步骤6完成：新建2个 Entity 页面（Vinaya），SRE-Team/SMACs/Brendan-Starnig 均已存在；步骤7完成：新建2个 Concept 页面（SRE、SLR），Standard-Change/Normal-Change/Emergency-Change/CAPA/Early-Live-Support/Self-Healing 均已存在；步骤8完成：无内容冲突；步骤9完成：log.md 追加本次 re-ingest 记录
+
+## [2026-04-29] ingest | Public Cloud Learning Sessions (OpenText) - Evolving from DR to Recovery Assurance - 20240723 (re-ingest)
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/public-cloud-learning-sessions-opentext-evolving-from-dr-to-recovery-assurance-2.md
+- Status: ✅ 成功摄入（re-ingest：补充缺失 Entity/Concept 页面，完善交叉引用）
+- Summary: OpenText DR 向 Recovery Assurance 演进框架——Jim Rose 主讲，涵盖 CrowdStrike 事件警示、RTO/RPO 合同差异、DR 测试瓶颈（被动/手动/按客户时间表）、多云复杂性（AWS/GCP/Azure）、混合架构挑战，以及 Design/Software/Build/Environments 四位框架转型路径。SRE + 可观测性工程是核心驱动力。
+- Entities identified: OpenText, CrowdStrike
+- Concepts identified: RTO, RPO, SRE, Observability, Disaster-Recovery, Self-Healing, Customer-Zero, Recovery-Assurance
+- Concepts created: [[Observability]], [[Disaster-Recovery]], [[Self-Healing]], [[Customer-Zero]], [[Recovery-Assurance]]
+- Entities created: [[OpenText]]
+- Concepts updated: [[RTO]], [[RPO]], [[SRE]]（补充新来源引用，更新 last_updated）
+- Entities updated: [[AWS]]（补充新来源引用）
+- Source page: wiki/sources/public-cloud-learning-sessions-opentext-evolving-from-dr-to-recovery-assurance-2.md
+- Notes:
+  - 步骤3完成：Source page 已存在（2026-04-14 初版），本次补充5个新连接（Disaster-Recovery/Recovery-Assurance/Observability/Self-Healing/Customer-Zero），移除 Jim Rose 条目（OpenText 提及10+次 → 创建 Entity；CrowdStrike/Jim Rose 各仅1次 → 不单独建页）
+  - 步骤4完成：index.md 条目已存在（第239行），本次新增5个 Concepts 条目（Customer-Zero/Disaster-Recovery/Self-Healing/Recovery-Assurance）和1个 Entities 条目（OpenText）
+  - 步骤5完成：overview.md 已有该来源摘要（无需修订）
+  - 步骤6完成：新建 [[OpenText]] Entity 页面（OpenText 在10个来源中被提及）；CrowdStrike/Jim Rose 各仅1次提及，未达 ≥2次阈值，跳过
+  - 步骤7完成：新建5个 Concept 页面（Observability/Disaster-Recovery/Self-Healing/Customer-Zero/Recovery-Assurance），更新 RTO/RPO/SRE Sources 节补充新来源引用
+  - 步骤8完成：无冲突（与 ctp-topic-72/ctp-topic-44 互补，记录于 Source Page Contradictions 节）
+  - 步骤9完成：log.md 追加本次 re-ingest 记录
+
+## [2026-05-09] re-ingest | CTP Topic 20 Program demand process flow and PoC onboarding（补充缺失 Entity/Concept 页面）
+- Source file: Cloud & DevOps/Public-Cloud-Learning-Sessions/10_OpenText-Series/ctp-topic-20-program-demand-process-flow-and-poc-onboarding.md
+- Status: ✅ re-ingest 完成（补充缺失 Entity/Concept 页面，完善 Wiki 链接完整性）
+- Summary: 云转型计划的程序需求流程与 POC 入职流程——Sergio 和 Damian 主讲。核心内容：需求来源（业务案例/战略优先级/产品路线图）、Gate Process 三阶段审批（Gate 0/1/3）、POC 目的（验证架构可行性+熟悉 Gruntwork Landing Zone）、新环境强调 IaC（Terraform/Terragrunt）自动化、PCG 团队职责、成功标准前置定义。
+- Entities identified: Sergio, Damian, PCG-Team
+- Concepts identified: Program-Demand-Process, Proof-of-Concept, Gate-Process, Solution-Design
+- Entities created: [[Sergio]], [[Damian]], [[PCG-Team]]
+- Concepts created: [[Program-Demand-Process]], [[Proof-of-Concept]], [[Gate-Process]], [[Solution-Design]]
+- Concepts updated: [[Infrastructure-as-Code]]（补充新来源引用）、[[Landing-Zone-Architecture]]（补充 Gruntwork Landing Zone 与 POC 关联）
+- Entities updated: [[Gruntwork]]（补充新来源引用）、[[Terraform]]（补充新来源引用）、[[Terragrunt]]（补充新来源引用）
+- Source page: wiki/sources/ctp-topic-20-program-demand-process-flow-and-poc-onboarding.md
+- Notes:
+  - 步骤1完成：Source 文档已完整读取
+  - 步骤2完成：Wiki 上下文（index.md + overview.md）已读取
+  - 步骤3完成：Source page 已存在（2026-04-14 初版），无需重复创建
+  - 步骤4完成：index.md 条目已存在（第249行），无需更新
+  - 步骤5完成：overview.md 中已有 CTP 相关内容，本次 re-ingest 不修改 overview
+  - 步骤6完成：新建3个 Entity 页面（Sergio.md、Damian.md、PCGTeam.md）
+  - 步骤7完成：新建4个 Concept 页面（Program-Demand-Process.md、Proof-of-Concept.md、Gate-Process.md、Solution-Design.md）
+  - 步骤8完成：无新冲突（与 ctp-topic-4 的 Agile vs Gate Process 视角差异已于 Source Page 中记录）
+  - 步骤9完成：log.md 追加本次 re-ingest 记录
+