37 lines
1.8 KiB
Markdown
37 lines
1.8 KiB
Markdown
---
|
||
title: "Technical Architecture Domains"
|
||
type: concept
|
||
tags: [Technical-Architecture, Cloud-Governance, AWS, Multi-Domain]
|
||
sources: ["ctp-topic-23-introduction-to-the-technical-architecture-team-and-function"]
|
||
last_updated: 2026-05-11
|
||
---
|
||
|
||
## Definition
|
||
Technical Architecture Domains（技术架构领域）是技术架构团队将公司技术栈划分的特定管理单元，每个领域由首席架构师（Principal Architect）负责其完整的生命周期管理和路线图规划。
|
||
|
||
## Domain Structure
|
||
每个技术领域具有：
|
||
- **明确的边界**：特定的技术栈或服务范围
|
||
- **专属负责人**：首席架构师对该领域负全责
|
||
- **独立路线图**：12-24 个月的领域专属前瞻规划
|
||
- **治理标准**：该领域的架构原则和实施标准
|
||
|
||
## Examples from OpenText Context
|
||
基于 CTP Topic 23 文档，涉及的技术领域包括但不限于：
|
||
- **身份认证（Identity）**：Active Directory、IAM 策略、SSO 方案
|
||
- **网络（Networking）**：VPC 设计、网络隔离、安全访问
|
||
- **Microsoft 堆栈**：Windows 工作负载、Exchange、SharePoint
|
||
- **AWS Landing Zone**：多账号架构、安全与合规框架
|
||
|
||
## Key Principles
|
||
1. **单一责任**：每个领域由专人负责，避免职责真空
|
||
2. **前瞻规划**：首席架构师负责制定并维护领域路线图
|
||
3. **标准化**：领域内统一架构标准，减少技术碎片化
|
||
4. **治理闭环**：设计 → 实施 → 监控 → 持续改进
|
||
|
||
## Connections
|
||
- [[EA-SA-TA-Framework]] — 技术领域是 TA 层的具体落地机制
|
||
- [[Architecture-Roadmap]] — 每条路线图对应一个或多个技术领域
|
||
- [[AWS-Enterprise-Landing-Zone]] — Landing Zone 是网络和安全领域的基础架构
|
||
- [[Martin-Nash]] — 技术领域划分的主要推动者
|