{여기에 제목 입력}

!!! info

**상태**: { Proposed | Under Review | Accepted |  Rejected | Superseded | Deprecated }

**갱신일**: {YYYY-MM-DD}

요약

{이것은 ADR의 ‘요약 보고’ 또는 ‘엘리베이터 피치’입니다. 간결한 몇 문장(보통 2~4문장)으로 이 ADR이 다루는 핵심 문제, 질문 또는 기회를 명확히 서술하십시오. 내려진 결정이나 초점 영역에 대한 간단한 암시를 포함하십시오. 목표는 독자가 전체 문서를 읽지 않고도 이 ADR이 무엇에 관한 것인지 빠르게 이해하고 자신에게 관련이 있는지 판단하도록 돕는 것입니다. 기술 논문의 초록이나 주요 주제에 대한 아주 짧은 소개라고 생각하십시오.}

동인

{이 섹션은 이 결정이 왜 지금 내려지는지 설명합니다. 이 아키텍처 결정을 필요로 하는 주요 동기, 필요 또는 문제를 명확히 밝히십시오. 근본적인 이유와 압력을 생각해 보십시오.}

• {예: 우리는 ...가 필요한 새 기능/역량을 개발하고 있다}

• {예: 성능, 접근성을 개선하고 부채를 해소해야 한다...}

• {예: 사용자 피드백에 따르면...}

• {예: 현재 접근 방식은 다음과 같은 제한을 부과한다...}

선택지

{여기에서는 고려 중인 서로 다른 선택지를 나열합니다. 사실에 충실하고 의견은 피하십시오. 분석은 다음 섹션에서 다룹니다. 간결한 설명과 관련 문서나 예시로의 링크를 포함하십시오.

최종적으로 선택되지 않았더라도 탐색한 모든 중요한 대안을 포함하십시오. 목표는 평가에 들어가기 전에 독자에게 각 대안에 대한 명확하고 편향되지 않은 이해를 제공하는 것입니다.}

{선택지 1 제목}

{선택지를 설명하고, 요약을 제공하고, 사실을 나열하고, 링크를 제공하십시오 등.}

{선택지 n 제목}

...

선택지 분석

{여기에서는 선택지 섹션에서 제시한 각 선택지를 비판적으로 평가합니다. 각 선택지에 대해 장점, 단점, 기타 관련된 고려 사항이나 트레이드오프에 대한 균형 잡힌 시각을 제공하십시오. 구체적으로 서술하고, 가능하면 동인과 연결하십시오.

다음과 같은 측면을 고려하십시오:

• 비용(개발, 운영, 라이선스)

• 복잡성(구현, 유지보수, 학습 곡선)

• 위험(기술적, 운영적, 보안)

• 아키텍처 원칙이나 기존 표준과의 일치

• 성능, 확장성, 사용성, 유지보수성, 보안 등에 대한 영향

필요한 만큼 장점/단점/기타 진술을 포함하십시오. }

{선택지 1 평가}

• 장점: {이 선택지의 구체적인 이점이나 혜택.}

• 단점: {이 선택지와 관련된 구체적인 단점, 위험 또는 비용.}

• 기타: {엄밀히 장점도 단점도 아닌 관련된 점.}

{선택지 n 평가}

...

권고

{여기에서는 최종 결정을 명확히 밝히고 선택된 선택지를 명시적으로 지명합니다. 이 선택지가 왜 선택되었는지 자세히 설명하십시오. 선택된 선택지가 동인을 어떻게 가장 잘 다루고 핵심 요구사항을 충족하거나 서술된 문제를 해결하는지 명확히 밝혀야 합니다.}

결과

{이 섹션은 선택 사항입니다.}

{이제 결정이 내려졌으니, 긍정적이든 부정적이든 기대되는 성과와 영향은 무엇입니까? 이 결정을 내림으로써 어떤 알려진 제한, 비용 또는 위험이 수용됩니까? 이 결정은 다양한 이해관계자, 다른 시스템, 개발 관행, 운영 절차 또는 사용자 경험에 어떤 영향을 미칩니까?}

• 장점: {이 결정에서 기대되는 구체적인 긍정적 성과나 이점.}

• 단점: {이 결정의 결과로 수용되는 구체적인 단점, 비용 또는 위험. }

• 기타: {엄밀히 장점도 단점도 아닌 결과.}

확인

{이 섹션은 선택 사항입니다.}

{이 결정의 구현이 어떻게 검증되고 지속적인 준수가 어떻게 보장될지 개략적으로 설명하십시오. 이는 결정이 이론에 그치지 않고 실제로 실행되고 모니터링될 것임을 보여 주는 데 도움이 됩니다.

결정이 올바르게 구현되었는지 어떻게 확인합니까? (예: 코드 검토, 특정 테스트, 시연, 동료 검토).

이 결정에 대한 준수는 시간이 지나면서 어떻게 유지됩니까? (예: 자동 검사, 정기 감사, 팀 지침 갱신, 교육).

결정이 의도한 긍정적 성과를 달성하고 있음을 보여 주는 구체적인 지표나 표시가 있습니까? (예: 성능 벤치마크, 채택률, 특정 오류 감소, 사용자 피드백 점수).

누가 이를 감독할 책임이 있으며, 결정이 지켜지지 않으면 어떻게 됩니까?}

추가 정보

{이 섹션은 선택 사항입니다.}

{이 섹션은 결정을 뒷받침하거나, 맥락을 보태거나, 향후 조치를 안내하는 보충 정보를 제공하는 데 사용하십시오. 다른 결정이나 자료로의 링크도 여기에 나올 수 있습니다.

의사결정 과정에 누가 참여했는지, 그리고 합의가 이루어졌는지/어떻게 이루어졌는지를 간단히 적을 수 있습니다. 또한 향후 이 결정의 재평가를 촉발할 수 있는 기간이나 특정 사건을 제안할 수도 있습니다.}