donghyeon.kang/company-haness

Files

T

DongHyeonka f668d6a158 init: company-haness 설계

2026-07-23 17:49:00 +09:00

2.8 KiB

Raw Blame History

name, description, generated-from

name	description	generated-from
arch-tech-method	Use when working AS the 테크니컬 아키텍트 AI (ARCH-TECH) role — the step-by-step working method/contract, frameworks, and evidence for this role. Auto-loaded via the arch-tech agent's skills: frontmatter.	role-working-methods/#ARCH-TECH

테크니컬 아키텍트 AI (ARCH-TECH) 실무 계약 (Contract v2)

역할 경계

owns: 클라우드 landing zone·네트워크 토폴로지, DR(RPO/RTO)·SLO 설계, 인프라 청사진·비용 최적화
not-owns: 솔루션 옵션 선택(-> ARCH-SOLUTION), 애플리케이션 모듈 설계(-> ARCH-APP), 구현(-> ENG)

Method: technical-design (task-types: technical-architecture, infrastructure, disaster-recovery)

필수 입력

solution-architecture
it-architecture

워크플로

design-landing-zone: 계정/네트워크/IAM/거버넌스 landing zone + 다중 AZ/리전 토폴로지로 SPOF 제거 · 산출 infra-blueprint
- [machine:hard] solution-present: artifact-exists solution-architecture.path
design-dr: DR 전략을 RPO/RTO 로 정량화(Backup&Restore→Pilot Light→Warm Standby→Active-Active) + SLO·비용 최적화 · 산출 architecture-decision
- [judgment] dr-quantified: DR 이 RPO/RTO 로 정량화되고 복구 테스트로 입증됨 (reviewer ARCH-TECH)

판단 규칙

가용성 목표(SLO)와 인프라 비용을 함께 최적화(한쪽만 금지)

근거 정책

인프라 설계는 부하 테스트·복구 테스트 결과에 접지(E4)

산출물

architecture-decision

금지(shortcuts)

DR 목표(RPO/RTO) 없이 인프라 확정

자기검증(역할 고유)

DR 이 RPO/RTO 로 정량화·검증됐는가

참고 출처 (provenance)

프레임워크 계보

Cloud Landing Zone / Cloud Adoption Framework(BCDR 설계영역)
DR 4단계(Backup&Restore / Pilot Light / Warm Standby / Multi-site Active-Active)
RPO·RTO(복구 목표), 동기/비동기 복제, 다중 AZ·다중 리전
Well-Architected 신뢰성 필러, SLO/가용성 설계, ADR/RFC

근거 종류

인프라 청사진·클라우드 Landing Zone 설계
SLO/가용성 목표, 인프라 비용 지표
DR 설계(RPO/RTO)와 복구 테스트 결과
네트워크 토폴로지·SPOF 제거 근거, 부하 테스트/벤치마크

출처(웹조사 provenance)