LabHub

프로덕션 백엔드 API 캡스톤 · 운영 학습과 포트폴리오 · 퀴즈

최종 퀴즈: 운영 증거 사슬

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. 포트폴리오에 공개하기 가장 적합한 검증 증거는?

    1. HTTP 행동 테스트 요약과 메트릭 이름, 배포 보안 속성
    2. Authorization 헤더가 포함된 전체 curl 출력
    3. 사설 레지스트리와 내부 DNS가 포함된 로그
    4. 운영 데이터베이스 연결 문자열과 원본 예외
  2. 사고 보고서의 교정 조치가 실행 가능하다는 가장 좋은 신호는?

    1. 앞으로 더 주의하겠다는 문장
    2. 장애 당시 대화 전체를 그대로 첨부
    3. 담당자·기한·검증 가능한 완료 조건
    4. 근본 원인을 마지막 배포자 한 명으로 지정
  3. 이 캡스톤에서 가장 강한 완성 증거 조합은?

    1. 소스 파일 개수와 전체 코드 줄 수 합계
    2. 동작 화면 캡처와 발표용 슬라이드 묶음
    3. 사용한 프레임워크 이름과 최신 유행 키워드 목록
    4. PostgreSQL·실제 HTTP·권한 반례·관측·파싱 배포·운영 문서
  4. 사고 보고서의 근본 원인을 쓰는 올바른 방식은?

    1. 마지막으로 배포한 사람의 이름과 그 실수를 적는다
    2. 한 실수가 왜 사용자 영향까지 이어질 수 있었는지를 설명한다
    3. 재발 방지를 위해 앞으로 더 주의하겠다고 적는다
    4. 장애 당시 주고받은 대화를 시간순으로 붙인다
  5. 포트폴리오 스키마를 버전으로 고정하고 모르는 필드를 거부하는 이유는?

    1. 파일 크기가 작아져 전송이 빨라진다
    2. 사람이 직접 읽어 볼 필요가 없어진다
    3. 다른 팀도 같은 형식을 쓰도록 강제할 수 있다
    4. 나중에 붙는 도구가 원본 비밀을 실수로 끼워 넣지 못한다
  6. ADR 이 코드가 대신하지 못하는 무엇을 남기는가?

    1. 구현이 실제로 동작한다는 실행 증거
    2. 장애가 언제 시작되고 언제 끝났는지의 시각
    3. 결정 당시의 제약과 비교해 버린 대안, 감수하기로 한 비용
    4. 코드베이스 전체의 파일 구조와 의존 관계