증거 묶음과 면접 설명

인계는 다음 사람이 시작할 수 있게 만드는 일입니다

실습실을 만든 사람이 설명해야만 실행할 수 있다면 인계 자료는 아직 부족합니다. 인수자가 첫 문서에서 현재 상태·경로·계정·검증 명령·중단 조건을 찾고 각 판단의 근거로 이동할 수 있어야 합니다. 이번 레슨은 evidence/index.md를 진입점으로 구성도, 권한표, 점검 코드, 백업과 복구 기록, 장애 절차를 연결합니다. 문서 양보다 필요한 질문에 실제 파일과 관측으로 답할 수 있는지가 기준입니다.

첫 화면에 현재 상태와 남은 일을 씁니다

현재 서비스가 장기 실행 중인지 유한 리허설이 끝났는지, 검증을 언제 했는지, 미완료 항목은 무엇인지 앞에 씁니다. m09 리허설의 자연 종료 상태를 실서비스 중단으로 해석하지 않도록 수명 계약을 적습니다. 외부 검증이 남았으면 PENDING을 유지하고 담당 역할과 다음 확인 명령을 붙입니다. 빈 칸이나 이상 없음이라는 문장은 인수자가 관측 누락을 알아내기 어렵게 만듭니다.

구성도는 요청과 저장 흐름을 보여 줍니다

실습 VM, 앱 실행 계정, 바인딩 주소와 포트, /health·/items, 데이터와 백업 위치, 점검과 알림 경로를 연결합니다. 요청이 어느 이름과 주소를 거치는지 적으면 접속 장애 때 비교할 경계가 보입니다. 방화벽 규칙의 구조를 확인했다는 사실과 실제 패킷 도달을 확인했다는 사실도 나눕니다. 그림이 없어도 경로 표와 흐름 설명으로 재현 가능하면 됩니다. 모르는 주소를 예제로 채워 실제처럼 표시하지 않습니다.

권한표는 읽기와 관리 책임을 구분합니다

bcweb은 앱 실행, bcops는 운영 점검, bcapp은 공유 그룹이라는 기존 계약을 연결합니다. 실제 UID 숫자는 환경에서 확인하고 모범 답안 숫자를 강제로 적용하지 않습니다. 파일별 소유자·그룹·모드와 상위 경로 탐색을 적고 관리자 권한이 필요한 작업은 별도로 표시합니다. 계정 암호나 비밀 키는 인계 문서에 넣지 않습니다. 표와 실제 서비스 계정 접근 결과가 같은 시점의 상태인지 확인합니다.

색인의 링크는 실행 위치까지 안내합니다

상대 경로는 index.md 위치를 기준으로 해석합니다. ../previous/README.md는 색인에서 미션의 previous로 이동하며 ../test_recovery.py는 미션 루트의 테스트를 가리킵니다. 링크 이름만 보고 명령을 실행하면 현재 디렉터리가 달라 실패할 수 있으므로 ZIP의 어느 폴더에서 시작하는지도 씁니다. 자동 검사는 링크가 실제 파일인지 확인합니다. 파일이 있다는 사실만으로 내용과 절차가 정확한지는 보장하지 않습니다.

누적 증거는 시각과 적용 범위를 붙입니다

m07 백업 복원, m08 점검 알림, m09 구성 변경은 서로 다른 관측입니다. previous 안의 전체 산출물을 보존하고 어떤 기록이 어떤 VM과 데이터에 대한 것인지 적습니다. 이전 모듈 테스트 통과를 현재 타이머와 복원 데이터의 실측으로 바꾸지 않습니다. 새 실행 결과가 있으면 새 시각과 대상에 연결하고 아직 없으면 현재 상태 확인 대기로 분류합니다. 시간 범위가 섞인 인계는 정상과 장애를 잘못 비교하게 합니다.

장애 대응 절차에는 선택 기준이 들어갑니다

권한 사건에서는 서비스 계정 읽기와 부모 경로, 이름 사건에서는 조회와 동일 앱 직접 접근, 저장 사건에서는 같은 마운트의 바이트·inode를 확인합니다. 무조건 재기동 같은 조치 대신 관측 결과별 다음 조회를 적습니다. 추가 변경 중단 조건과 담당 역할도 포함합니다. 제공된 합성 사건은 실제 VM 로그와 명시적으로 구별하며 사건별 원인 판단을 왜 지지하는지 근거 파일에 연결합니다.

복구 절차는 실패 후 분기를 포함합니다

설정 되돌림을 할 조건, 데이터 별도 복원을 할 조건, 사본 위치, 확인할 업무 응답과 접근 권한, 알림 경로를 기록합니다. 성공 경로만 쓰면 복원 해시가 맞지 않거나 응답이 실패했을 때 인수자가 독자적으로 새 조치를 만들게 됩니다. RECOVERY_FAILED에서 보존할 증거와 연락 역할을 적습니다. 기존 목적지 충돌이나 계정 계약 충돌 시 작업을 중단하는 규칙도 재현 절차에 포함합니다.

신입 질문 여섯 개를 증거로 연결합니다

파일 권한 때문에 서비스가 실패하는 상황은 실행 계정과 부모 탐색 근거로 설명합니다. 프로세스와 systemd 상태 차이는 PID·유닛 상태·업무 응답을 나누어 설명합니다. SSH 확인 순서는 앞 네트워크 모듈의 주소·경로·포트·인증 증거로 답합니다. 바이트가 남아도 생성 실패하는 경우는 inode 관측, 백업 신뢰는 별도 복원과 해시·업무 데이터, 실패 알림은 종료 코드와 전달 기록으로 설명합니다.

면접 답변을 짧은 관측 이야기로 만듭니다

증상 한 문장, 비교한 관측 두 가지, 선택한 조치, 조치 뒤 완료 조건, 아직 남은 한계 순서로 말합니다. 시스템을 잘 운영했다는 주장보다 count=9 후보를 거부하고 기존 바이트와 count=3을 재확인했다는 설명이 검토 가능합니다. 실제로 실행하지 않은 VM 조회는 설계한 확인 절차라고 말합니다. 합성 사건 분류 테스트와 실제 서비스 복구 경험을 구분하면 추가 질문에도 근거를 일관되게 제시할 수 있습니다.

체크 결과를 자동·수동으로 나눕니다

bash check-local.sh는 누적 회귀와 새 진단·복원·색인을 검사합니다. bash check.sh는 VM 계약 및 실제 HTTP까지 이어지므로 external입니다. 색인 항목의 존재 검사는 문서 구조의 최소 검사이고, 담당자가 실제 접근 가능한지와 설명이 맞는지는 사람 검토입니다. 실제 현재 timer와 실패 알림 전달도 새 증거를 요구합니다. 자동 통과라고 적는 범위를 명확히 하면 사람이 검토할 업무 조건이 사라지지 않습니다.

인수자에게 문서만으로 설명하게 합니다

작성자는 잠시 설명을 멈추고 인수자가 진입 문서를 읽어 현재 상태·실행 계정·복원 사본·중단 조건·다음 명령을 말하게 합니다. 막히는 위치와 오해한 문장을 리뷰 기록에 남깁니다. 인수자가 외부 검증을 직접 실행하지 못해도 실행 조건과 대기 항목을 찾을 수 있어야 합니다. 리뷰를 단순 확인 서명으로 끝내지 않고 필요한 증거가 어디에 있는지 따라간 결과를 문서에 반영합니다.

흔한 인계 오류를 수정합니다

링크 검사에서 False가 나오면 경로를 프로젝트 루트 기준으로 적었는지 확인합니다. 이전 사본이 빠졌다면 새 파일을 대충 만드는 대신 누적 산출물의 원래 위치를 복원합니다. 모든 항목에 PASS를 적었는데 실제 실행 시각이 없으면 PENDING으로 고치고 다음 관측을 지정합니다. 오류를 감추려고 검사 키를 제거하지 않습니다. 문서의 잘못된 완료 표현도 기술 오류처럼 근거를 확인하여 바로잡습니다.

최종 미션의 제출물

제출에는 보존된 previous, 완성한 복원 코드, 로컬 검사 결과, 세 합성 사건별 진단 기록, 현재 VM 실측 또는 확인 대기 목록, evidence/index.md, 인수자 리뷰가 들어갑니다. 실제 HTTP와 알림을 아직 확인하지 않았으면 전체 운영 검증 완료로 닫지 않습니다. 요청 경로를 설명하는 관측법은 더 읽기와 연결합니다. 완료한 사람은 원인을 외워 답하는 대신 어디에서 확인했고 어느 경계까지 검증했는지 다른 담당자에게 전달할 수 있습니다.

evidence=[("restore","FILE_FIXTURE"),("http","PENDING"),("timer","PENDING")]
for name,status in evidence: print(name,status)

restore FILE_FIXTURE
http PENDING
timer PENDING

cat evidence/index.md

bash check-local.sh