학습 본문으로 건너뛰기
VAIRODE
자동화·데이터 Capstone21번째 작은 수업
오늘은 질문 하나만 해결해요21 / 72

내가 해낸 과정을 남겨보기

retry·backoff·jitter를 실패 분류에 묶는다

오늘의 질문

timeout·429·retryable 5xx만 total attempt/deadline 안에서 재시도하고 Retry-After·bounded backoff·deterministic jitter와 permanent failure를 분리한다. 이를 생략하면 4xx·schema error·permission failure까지 무조건 재시도해 부하와 지연을 키우고 최종 원인을 가린다. 상황에서도 데모는 보일 수 있지만 제품·검증·운영 책임을 방어할 수 없습니다.

아직 답을 몰라도 괜찮아요. 아래 작은 예시를 보고 먼저 예상해 보세요.

01 · 내가 한 일을 남겨요

어떻게 생각하고 풀었는지 기록해요

attempt timeline·failure classification·delay calculation·budget exhaustion·terminal verdict · baseline/AI diff · independent mutant receipt · clean replay · human verdict · residual-risk ledger

retry·backoff·jitter를 실패 분류에 묶는다 contract 25%, failure localization 20%, independent verification 25%, reproducible evidence 20%, human judgement 10%

실제 개인정보·고객 source·credential·private repository·production log·secret·private grader fixture·raw AI prompt를 사용하지 않는다. synthetic 또는 license·purpose·retention이 확인된 frozen bounded fixture와 redacted evidence만 제출하며 forbidden sentinel zero count를 검사한다.

02 · 인공지능 도움은 여기까지

인공지능과 함께해도 마지막 확인은 내가 해요

사람의 부탁을 받아 코드와 설명을 만드는 컴퓨터 도구를 인공지능(AI)이라고 한다. 이 도구가 빠르게 코드를 만들어도 무엇을 풀어야 하는지, 들어온 내용이 무슨 뜻인지, 왜 멈췄는지, 충분히 확인했는지와 안전 책임까지 저절로 맞아지는 것은 아니다. 학습자는 인공지능의 답을 직접 움직여 보고 믿을 수 있는 원문과 새 문제로 다시 확인한 뒤 마지막 결정을 내려야 한다.

도구를 써도 되는 일
retry·backoff·jitter를 실패 분류에 묶는다의 설계·code·test 후보를 요청할 수 있지만 먼저 만든 AI-off acceptance를 바꾸지 않고, 제안 diff를 attempt timeline·failure classification·delay calculation·budget exhaustion·terminal verdict와 독립 mutant로 반증한 뒤 사람이 승인·수정·거절한다.
내 실력 기록으로 인정하지 않는 것
AI 생성 output을 expected로 복사한 tautological test, secret·private source가 담긴 prompt, hidden grader·private seed·server oracle 노출, moving action tag·floating dependency·검증하지 않은 attestation, SBOM만으로 안전하다는 주장, log screenshot만 있는 incident 결과는 숙련 증거로 인정하지 않는다.
도움 없이 내가 해낼 일
cp21 retry·backoff·jitter를 실패 분류에 묶는다: timeout·429·retryable 5xx만 total attempt/deadline 안에서 재시도하고 Retry-After·bounded backoff·deterministic jitter와 permanent failure를 분리한다.의 미공개 local failure variant에서 AI 없이 acceptance trace·test·runtime receipt·recovery proof를 만들고 human accept/refactor/reject verdict를 제출한다.
내가 다시 확인할 일
AI가 제안한 retry·backoff·jitter를 실패 분류에 묶는다 구현에 ambiguous requirement, boundary input, timeout·429·5xx 또는 dtype drift, partial write, config/dependency drift, secret leakage, false-green test 중 하나 이상을 주입해 최초 contract divergence를 찾아 수정한다.
  • 무엇이 문제인지 먼저 분명히 말하기
  • 받을 것·돌려줄 것·지킬 약속을 적기
  • 근거가 어디에서 왔는지 다시 확인하기
  • 인공지능 답을 다른 방법으로 다시 맞춰 보기
  • 처음 다르게 된 곳을 찾아 고치기
  • 평범한 값과 헷갈리는 값을 골고루 넣어 보기
  • 여러 부분이 어떻게 이어지는지 살펴보기
  • 꼭 필요한 정보만 안전하게 다루기
  • 좋아지는 점과 불편해지는 점을 함께 말하기
  • 사람이 마지막 결정과 까닭을 남기기

03 · 이 기록이 말해 주는 것

확인한 것과 아직 확인하지 않은 것을 나눠요

실제 일에서 다시 쓰는 방법혼자 다시 확인해 봐요

순수 core와 filesystem·network·time·environment adapter를 분리하고 partial write·retry·rollback 상태 전이를 테스트한다. 모든 운영 환경의 failure mode를 포괄하지 않는다.

연결 근거를 다시 확인했어요
실제 일에서 다시 쓰는 방법혼자 다시 확인해 봐요

structured redacted log·run ID·counter·duration·SLI/SLO·incident timeline·restore proof를 연결한다. telemetry 존재만으로 탐지·진단·복구가 보장되지 않는다.

연결 근거를 다시 확인했어요
합격·자격·취업을 보장하지 않습니다.

VAIRODE 통과는 특정 자격증·대회·면접·취업의 합격을 보장하지 않는다. 외부 평가의 최신 규칙, 시간 압박, 상대 경쟁, 개인별 경험은 별도로 검증해야 한다.

04 · 잊기 전에 다시 보기

오늘 맞힌 답을 1·7·30일 뒤 다른 문제로 다시 확인하기

011일 뒤

이름과 모양을 바꾼 새 문제로 다시 확인해요.

027일 뒤

이름과 모양을 바꾼 새 문제로 다시 확인해요.

0330일 뒤

이름과 모양을 바꾼 새 문제로 다시 확인해요.

1·7·30일 지연 평가 중 한 축이라도 80% 미만이면 관련 오개념 노드를 다시 열고, 다른 표면 맥락의 미공개 변형을 재평가한다.