「보고서 작업에 임시 데이터베이스 접근 권한 부여하기」는 기본 터미널 및 파일 작업을 아는 학습자를 위한 DevSecOps 실습 프로젝트입니다. OpenBao로 MarketLedger 보고서에 실제로 권한이 제한된 PostgreSQL 로그인 계정을 제공하고 실제 업무 요약을 생성한 뒤, 상점이나 다른 보고서를 중단하지 않고 검증 대상 작업의 접근을 끝냅니다.
두 Guided Lab에서 계정 권한과 리스 수명 주기를 단계별로 배웁니다. 독립 Challenge에서는 두 가지를 다른 보고서 뷰에 적용합니다. 각 단원은 자체적으로 준비된 데이터와 서비스에서 시작합니다.
학습 내용
이 과정을 마치면 다음을 수행할 수 있습니다.
- 생성된 데이터베이스 로그인 계정을 작업에 필요한 보고서 뷰로 제한합니다.
- OpenBao 운영자 토큰, 리스 ID, 데이터베이스 사용자 이름과 비밀번호를 구별합니다.
- 실제 동적으로 발급된 PostgreSQL 계정으로 완전한 TSV를 생성합니다.
- 작업의 정확한 리스를 폐기하고 새 연결에서 실제 비밀번호 인증 거부를 관찰합니다.
- 자연 만료와 명시적 폐기를 구별하고 새 계정으로 복구한 후 대체 작업의 접근도 끝냅니다.
- 비공개 원본 레코드, 작동 중인 상점, 독립적으로 발급된 보고서 계정을 유지합니다.
추천 대상
애플리케이션의 임시 자격 증명을 구체적인 작업으로 익히려는 DevSecOps 입문자, 개발자, 운영 담당자에게 적합합니다.
사전 지식: 기본 터미널 탐색과 작은 텍스트 파일 사용 경험이 필요합니다. SQL 권한 구문, 환경 변수, 자격 증명 파일 처리 방법은 사용 전에 설명합니다. Python 프로그래밍이나 OpenBao 관리 경험은 필요하지 않습니다.
학습 환경: 준비된 Linux Terminal, 실제 로컬 PostgreSQL 데이터베이스와 OpenBao 서비스, 작동하는 상점 클라이언트, 합성 주문, 제공된 보고서 쿼리를 사용합니다. 로컬 소프트웨어 설치나 클라우드 계정은 필요하지 않습니다.
자주 묻는 질문
보고서 애플리케이션을 작성하나요?
아니요. 쿼리와 상점 클라이언트가 제공됩니다. 계정의 접근 범위를 구성하고 발급된 자격 증명으로 실제 보고서를 생성합니다.
생성 정책을 바꾸면 이미 발급된 계정도 수정되나요?
아니요. 기존 계정은 이전 권한을 유지합니다. 마지막 정책 변경 후 새 계정을 받고 이전의 안전하지 않은 발급을 끝내는 방법을 배웁니다.
만료되면 모든 데이터베이스 세션이 닫히나요?
실습은 새로운 비밀번호 인증 연결을 검증합니다. 이미 열린 모든 세션을 종료하거나 운영 연결 풀을 비운다고 주장하지 않습니다. 준비된 관리 구성 요소는 계속 신뢰 경계에 포함됩니다.
