治理与合规

架构治理、策略管理与合规框架

通过策略即代码和自动化治理，确保架构满足组织、监管及安全要求。

架构治理

什么是治理？

架构治理确保基础设施决策：

与组织战略 保持一致
符合监管要求
遵循安全和成本策略
支持运营标准

治理的重要性

风险管理 — 在高代价错误发生前预防
合规 — 满足监管要求（SOC2、HIPAA、PCI、GDPR）
成本控制 — 落实成本优化策略
安全 — 确保一致的安全态势
卓越运营 — 采用经验证的标准模式

策略即代码

将架构要求定义为自动执行的策略。

策略示例

策略：必须加密

All databases must be encrypted at rest.
All data in transit must use TLS 1.3.

策略：高可用性

All databases must be deployed in multi-AZ configuration.
All load balancers must span at least 2 availability zones.

策略：安全组

No security groups allowing inbound from 0.0.0.0/0 on port 22 or 3389.
All databases must be in private subnets (not internet-facing).

策略：成本控制

No instances larger than t3.xlarge without approval.
Maximum database storage of 1TB without approval.
All reserved instances must be 1-year or longer.

策略：标签

All resources must have:
- owner: name of responsible person
- cost-center: department paying for resource
- environment: prod, staging, dev
- data-classification: public, internal, confidential, restricted

实施策略

（即将推出：内置策略编辑器与执行引擎）

在 Architecto 中定义策略
应用于组织或团队
自动验证现有架构
创建新架构时进行检查
高亮违规项并提供修复步骤

合规框架

SOC 2 Type II

涵盖安全性、可用性、处理完整性、机密性和隐私的控制要求。

Architecto 可协助：

加密（静态与传输中）
访问控制（IAM 策略）
审计日志（CloudTrail、CloudWatch）
变更管理（基础设施即代码）
事件响应（文档化流程）

架构评审：

✓ Data encrypted at rest (AES-256)
✓ Data encrypted in transit (TLS 1.3)
✓ Multi-AZ deployment (availability)
✓ Access controls configured (least privilege)
✓ Audit logging enabled
✓ Backup and recovery tested

HIPAA（健康保险流通与责任法案）

保护医疗数据的隐私与安全。

关键要求：

加密所有受保护健康信息（PHI）
访问控制与身份验证
记录所有访问的审计日志
备份与灾难恢复
事件响应流程
业务伙伴协议

Architecto 的 HIPAA 架构模式：

VPC (isolated network)
├─ VPN for healthcare provider access
├─ Encrypted RDS database with encryption keys in AWS KMS
├─ CloudTrail logging all access
├─ VPC Flow Logs for network monitoring
├─ S3 with encryption and versioning for backups
└─ Multi-region disaster recovery

PCI DSS（支付卡行业数据安全标准）

保护信用卡与支付数据。

关键要求：

防火墙与网络分段
持卡人数据加密
漏洞扫描
访问控制与身份验证
监控与日志
定期安全测试

Architecto 的 PCI DSS 架构模式：

Internet-Facing Components (DMZ)
├─ WAF (Web Application Firewall)
├─ Load Balancer (all traffic encrypted)

Application Servers (separated segment)
├─ API Gateway with authentication
├─ Encryption for cardholder data (tokenization)
├─ No storage of sensitive card data

Database Servers (isolated)
├─ Never stores card numbers (only tokens)
├─ Encrypted at rest and in transit
├─ Network segmentation (private subnet)
├─ CloudTrail and database audit logs

保护欧盟居民的个人数据。

主要权利：

访问权（数据主体可请求获取自身数据）
被遗忘权（可删除数据）
数据可携权（以标准格式导出数据）
反对处理的权利
从设计阶段落实数据保护

Architecto 的考虑事项：

数据驻留（数据保留在欧盟内）
数据保留策略（删除旧数据）
隐私设计（尽量减少个人数据收集）
同意管理
与供应商签订数据处理协议

监控与漂移检测

什么是漂移？

运行中的基础设施偏离已记录的架构时，就会发生漂移：

Designed Architecture:
- 3 EC2 instances behind load balancer
- Multi-AZ database with 2 read replicas
- CloudFront CDN for static assets

Actual Infrastructure:
- 2 EC2 instances (someone manually shut one down)
- Single database with no replicas (maintenance never done)
- No CDN (disabled to debug issue, never re-enabled)

防止漂移

1. 基础设施即代码

使用 Terraform 或 CloudFormation 定义一切
应用前评审并批准变更
防止误操作

2. 漂移检测 （即将推出）

定时比较设计与实际环境
发现漂移时告警
自动修复（可选）

3. 变更管理

所有基础设施变更通过 CI/CD
禁止手动变更，或对其进行标记
记录全部变更的审计轨迹
发现问题时自动回滚

审计与合规报告

生成合规报告

导出合规文档：

✓ SOC 2 Readiness Report
✓ HIPAA Compliance Checklist
✓ PCI DSS Gap Analysis
✓ GDPR Compliance Inventory
✓ Custom Policy Compliance

审计轨迹

完整记录：

谁创建或修改了每个架构
做了什么变更以及时间
审批与评审
各阶段的分析结果
导出与分享活动

文档

自动生成所需文档：

用于 HIPAA/PCI 合规的数据流图
安全架构文档
业务连续性计划
灾难恢复手册
风险评估矩阵

多租户与企业治理

组织策略

制定组织级标准：

批准的云提供商（AWS、GCP、Azure）
批准的模式和技术
成本限制与预算控制
必需标签与命名规范
必需的合规框架

团队级治理

团队可通过以下方式申请组织策略例外：

例外与豁免
临时批准
有期限的偏离

审计与日志

完整的审计轨迹：

Organization Level:
- Organization created/modified
- Members added/removed
- Policies created/changed
- Budget alerts triggered

Team Level:
- Architectures created/deleted
- Analysis results
- Shares and exports
- Comments and reviews

User Level:
- Login/logout
- API calls
- Document edits
- Settings changes