S3·IAM과 리버스 파이프라인 — 팀 프로젝트로 마무리하기

AWS

키를 서버 코드나 설정 파일에 직접 넣으면 유출 위험이 커지기 때문에, 대신 IAM 역할(Role)을 서버에 부여해 서버가 필요할 때마다 임시 권한을 받아 쓰게 합니다.

하네스

명확성(누가 봐도 같은 뜻으로 읽힘), 원자성(한 문서가 한 가지만 다룸), 추적성(왜 이렇게 했는지 기록이 남음), 검증성(맞는지 확인할 방법이 있음)입니다.

총정리

1~2강의 다섯 축(포함관계·로컬/원격·전역/격리·0과1·추상/구상)과 그 이후 이어진 여러 축들이, CPU의 Ring 권한 구조부터 멀티 에이전트 워크플로우까지 크기만 다를 뿐 같은 판별 질문(무엇이 무엇에 속하는가, 어디에 있는가, 누가 부르는가 등)으로 계속 되풀이된다는 뜻입니다.

이 교재가 "객체지향의 근본 구조가 프랙탈"이라고 말하는 이유입니다.

스스로 확인

GetObject는 객체 단위 접근이라 버킷 뒤에 /* 가 붙는 객체 ARN이 필요하고, ListBucket은 버킷 자체에 대한 동작이라 /* 없는 버킷 ARN이 필요하기 때문입니다.

스스로 확인

명확성(누가 봐도 같은 뜻), 원자성(한 문서가 한 가지만), 추적성(왜 이렇게 했는지 기록), 검증성(맞는지 확인할 방법)입니다.

스스로 확인

포함관계, 로컬/원격, 전역/격리, 0과1, 추상/구상, 속성/기능, 동기/비동기, 온톨로지/토폴로지 등 1~2강부터 누적된 축들이며, 이들이 CPU Ring 구조부터 멀티 에이전트 워크플로우까지 크기만 바꿔 반복됩니다.

자주 하는 실수

아닙니다. 퍼블릭 차단은 켠 채로 IAM 역할로 해결해야 합니다.

자주 하는 실수

같은 계정이면 IAM 역할이 표준입니다. 키를 심지 않습니다.

자주 하는 실수

안 됩니다. 키 이름만 적고 값은 절대 넣으면 안 됩니다.

용어

버킷 정책은 자원 기반 정책(Principal 필요), IAM 역할은 아이덴티티 기반 정책(Principal 없음)입니다.

용어

상위 k개 안에 정답이 들어 있는 비율을 재는 검색 지표입니다.

용어

마크다운을 웹사이트로 변환하는 정적 사이트 생성기로, 개발 로그 저장소로도 쓰입니다.

종합

하나는 아래로(운영체제의 최하단 커널까지), 다른 하나는 바깥으로(CI/CD·프록시 같은 시스템 경계까지) 움직인다는 뜻입니다. 맨 아래층과 맨 바깥층을 동시에 다루는 마지막 장입니다.

리버스 파이프라인

플러터에서 영수증을 촬영해 S3에 저장한 뒤, 서버가 이미지를 불러와 OCR로 텍스트를 인식하고 웹 화면에 표시합니다.

저장소에 이미 있는 데이터에서 출발해 사용자 화면으로 나오는 흐름입니다. 이미지에서 텍스트, 구조화된 항목으로 정보가 확장됩니다.

리버스 파이프라인

OCR 다음의 의미 해석·항목 분류 단계를 점검합니다. 교재의 파이프라인에서 OCR은 이미지의 글자를 텍스트로 인식하고, LLM 또는 규칙은 그 텍스트에 금액·날짜 등의 의미를 붙입니다.

글자 인식 실패와 항목 분류 실패를 분리해야 OCR과 프롬프트·스킬 중 어디를 수정할지 판단할 수 있습니다.

리버스 파이프라인

업로드 시점에 OCR을 미리 실행해 결과를 저장하고, 화면은 저장된 결과를 읽게 합니다. 시간이 걸리는 계산을 조회 시점에서 분리해 사용자 대기를 줄입니다.

교재는 이를 읽기 모델과 쓰기 모델을 나누는 CQRS로 이어지는 출발점으로 설명합니다.

팀 프로젝트

가장 불확실하고 위험한 부분이 실제로 가능한지 최소 규모로 먼저 확인하기 위해서입니다. 결과를 보고 구현 범위와 이후 계획을 조정합니다.

교재의 스파이럴 개발방법론은 가장 위험한 부분을 먼저 검증하는 순서를 강조합니다.