Files

T

DongHyeonka d71669eb59 fix: 하네스 제거 및 keycloak 문서 보강

2026-07-25 12:53:13 +09:00

8.5 KiB

Raw Permalink Blame History

title, source_type, url, archive_url, status, confidence, tags, related_projects, related_branches, created, last_reviewed

title

source_type

url

archive_url

status

confidence

AWS Well-Architected Framework — 공식 페이지

Layer: raw/official-docs/ — AWS Well-Architected 공식 페이지 발췌. ca-tmpl 결정(15 area binary pass/fail) 대안인 질문 기반 review 모델 평가용.

Parent / 활용 branch (필수)

Branch	이 자료가 정당화하는 결정
raw/branch-notes/feature-implementation-readiness-scorecard	15 area × binary pass/fail 채택 — AWS WAR 의 질문 기반 + HRI flag 모델을 비교 대안으로 명시하여 binary 선택 근거 강화

추가 foundational 인용:

raw/project-notes/ca-skeleton-operational-contract — §27 "100점 Readiness Scorecard" 조항이 WAR-style 의 회색 지대 평가와 달리 binary adoption gate 임을 명문화하기 위한 1차 근거

컨텍스트

feature-implementation-readiness-scorecard 의 ca-tmpl 은 15 area × binary pass/fail + 1:1 branch evidence mapping + manual evidence column 을 택했다. AWS Well-Architected 는 6 pillar × 질문 기반 review + HRI(High Risk Issues) flagging 으로 작동하는 비-binary 평가 모델이다. 두 접근의 trade-off 를 명문화.

출처 / Source

원본 URL: https://aws.amazon.com/architecture/well-architected/
아카이브 URL: (미수집)
저자 / 조직: AWS (Amazon Web Services)
발행일: 지속적으로 갱신 (6-pillar 버전, Sustainability pillar 포함)
마지막 확인일: 2026-05-27

핵심 인용 / Key quotes (verbatim)

[§AWS Well-Architected and the Six Pillars] "Built around six pillars—operational excellence, security, reliability, performance efficiency, cost optimization, and sustainability"

[§Framework Overview] "By answering a few foundational questions, learn how well your architecture aligns with cloud best practices and gain guidance for making improvements."

[§Overview] "The AWS Well-Architected Tool, available at no cost in the AWS Management Console, provides a mechanism for regularly evaluating workloads"

[§Overview] "[The Tool provides] a mechanism for regularly evaluating workloads, identifying high-risk issues, and recording improvements."

[§Framework Overview] "The AWS Well-Architected Framework describes key concepts, design principles, and architectural best practices for designing and running workloads in the cloud."

Claims Extracted / 추출된 주장

Claim ID	Claim (이 자료가 직접 말하는 것)	Evidence quote	Strength	Applies to	Does not prove
SC-AWS-WAR-C1	AWS Well-Architected Framework 는 6개 pillar (operational excellence, security, reliability, performance efficiency, cost optimization, sustainability) 로 구성됨	[§AWS Well-Architected and the Six Pillars] "Built around six pillars—operational excellence, security, reliability, performance efficiency, cost optimization, and sustainability"	`official-vendor-doc`	AWS Cloud workload 설계 평가	6 pillar 가 모든 cloud / on-prem 환경의 universal taxonomy 라는 뜻은 아님 — AWS 특화
SC-AWS-WAR-C2	WAR 의 평가 방식은 "foundational questions 에 답하는" 질문 기반 방식이며, 결과로 cloud best practice 와의 정렬도를 학습하고 개선 가이드를 얻음	[§Framework Overview] "By answering a few foundational questions, learn how well your architecture aligns with cloud best practices and gain guidance for making improvements."	`official-vendor-doc`	WAR review session (architect 가 응답)	질문 응답이 자동 채점되어 binary pass/fail 점수로 환산된다는 뜻 아님 — 질문 응답 기반 평가
SC-AWS-WAR-C3	AWS Well-Architected Tool 은 AWS Management Console 에서 무료로 제공되며, workload 를 정기적으로 평가하는 메커니즘을 제공	[§Overview] "The AWS Well-Architected Tool, available at no cost in the AWS Management Console, provides a mechanism for regularly evaluating workloads"	`official-vendor-doc`	AWS Management Console 사용 환경	Tool 자체가 CI/CD 파이프라인에 binary gate 로 통합된다는 의미는 아님
SC-AWS-WAR-C4	WAR Tool 은 (a) workload 정기 평가, (b) high-risk issues 식별, (c) improvements 기록의 세 가지 기능을 제공	[§Overview] "[The Tool provides] a mechanism for regularly evaluating workloads, identifying high-risk issues, and recording improvements."	`official-vendor-doc`	WAR Tool 사용 review	HRI 가 binary pass/fail 의 fail 항목과 동일 의미라는 뜻 아님 — HRI 는 위험 flag, fail 점수 아님
SC-AWS-WAR-C5	WAR Framework 는 cloud workload 설계/운영의 (a) key concepts, (b) design principles, (c) architectural best practices 를 기술	[§Framework Overview] "The AWS Well-Architected Framework describes key concepts, design principles, and architectural best practices for designing and running workloads in the cloud."	`official-vendor-doc`	cloud workload 일반 가이던스	Framework 가 비-AWS workload 에도 그대로 적용 가능하다는 보장은 아님

Usage Boundaries / 적용 경계

이 자료가 직접 증명하는 것:
- SC-AWS-WAR-C1: 6 pillar 의 정확한 명칭과 구성
- SC-AWS-WAR-C2: WAR 의 평가 모델이 "질문 기반" 이라는 사실 (= ca-tmpl 의 binary 모델과의 본질적 차이)
- SC-AWS-WAR-C3 ~ C4: WAR Tool 의 가용성과 HRI 식별 기능
- SC-AWS-WAR-C5: Framework 가 best practice 를 "describes" 한다 (= prescriptive binary gate 가 아닌 descriptive guidance)
이 자료가 증명하지 않는 것:
- WAR 가 binary scoring 보다 우월/열등하다는 비교 판단 (두 모델은 목적이 다름)
- HRI 의 정확한 분류 기준 / 가중치 / 등급 정의 (별도 WAR Tool 문서 참조 필요)
- 6 pillar 각각의 design principle / question 목록 (각 pillar 별 백서 별도 존재)
- 본 페이지가 ca-tmpl 의 15 area taxonomy 와 1:1 매핑 가능한 6 pillar 라는 사실 (taxonomy 의 단위가 다름)
내 프로젝트에 적용하려면 추가 확인이 필요한 것:
- ca-tmpl 의 15 area 중 어느 area 가 WAR pillar 어디에 매핑되는지 (수작업 매핑)
- HRI 가 ca-tmpl 의 "미통과 area 를 숨기는 것 금지" Forbidden 항목과 어떻게 다른지 (HRI = flag, ca-tmpl fail = release-blocking)
- WAR Sustainability pillar 가 ca-tmpl 에 추가 area 로 들어갈 가치가 있는지

메모 / Notes (내 프로젝트 해석)

본 섹션은 자료 직접 인용 아님. ca-tmpl 결정 컨텍스트 해석.

AWS WAR 핵심 특징 (인용 + 해석):
- 질문 기반 (SC-AWS-WAR-C2) — review session 에서 architect 가 질문 list 에 답함.
- HRI 식별 (SC-AWS-WAR-C4) — 점수가 아니라 위험 항목 flag.
- non-binary — "improvement opportunity" 단계가 존재 (SC-AWS-WAR-C5 의 "guidance for making improvements" 에서 추론).
본 skeleton 의 차이:
- binary pass/fail (15 area 전부 pass = 100). 부분 점수 없음.
- 1:1 branch evidence mapping — 각 area 를 owner branch 에 묶음.
- manual evidence column 필수 — 자동화는 optional.
trade-off:
- WAR 모델 장점: 현실 아키텍처는 회색 지대가 많고 점진적 개선이 자연스러움 (SC-AWS-WAR-C5 의 descriptive 성격).
- 본 skeleton 의 binary 모델 장점: "adoption ready" 선언이 모호하지 않음. 통과 못한 area 를 숨길 수 없음 (= 본 branch 의 Forbidden 항목 "미통과 항목을 숨기고 100점으로 선언").
결론: 본 skeleton 은 adoption gate 성격이므로 binary 가 합당. WAR-style 은 운영 중 지속적 개선 에 적합. 같은 도구의 다른 목적.

같은 주제 다른 official-doc:
- raw/official-docs/scorecard-cis-benchmarks-slsa — Group G-G 대안 3 (외부 표준 점수 체계)
- raw/official-docs/scorecard-opentelemetry-maturity — Group G-G 대안 2 (signal lifecycle 모델)
인용하는 branch:
- raw/branch-notes/feature-implementation-readiness-scorecard — Group G-G 대안 1 (질문 기반 HRI flag)
canonical contract 섹션:
- raw/project-notes/ca-skeleton-operational-contract §27 "100점 Readiness Scorecard"
인용하는 wiki: (미작성)

8.5 KiB Raw Permalink Blame History Unescape Escape