10기 일차별 실습

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p30–33
   지급 계정으로 로그인

   계정과 로그인 상태를 확인한 뒤 p34로 돌아갑니다.

2. p39–40
   MFA 등록과 활성 상태 확인

   본인 전용 계정에서 수행하거나 강사 시연을 확인한 뒤 p41로 돌아갑니다. MFA는 실습 후 삭제하지 않습니다.

3. p42
   IAM 대시보드 보안 권장 사항 확인

   확인 가능한 항목과 강사 확인이 필요한 항목을 구분하고 p43으로 돌아갑니다.

4. p44–45·47
   월 예산·50/80/100% 알림 확인

   예산과 알림을 구분해 확인한 뒤 p48로 돌아갑니다. 교육기간 동안 알림을 유지합니다.

5. p51–55
   서울 리전 확인과 비공개 S3 버킷 생성

   준비 → 버킷 생성 순서로 수행합니다. 버킷은 이어지는 업로드 실습에 사용합니다.

6. p56–57
   파일 업로드

   업로드한 객체를 유지하고 p58의 다운로드를 진행합니다.

7. p58
   파일 다운로드와 원본 비교

   내용을 비교한 뒤 p59의 정리로 진행합니다.

8. p59–62
   S3 객체·버킷 삭제

   직접 만든 객체와 버킷 삭제를 확인하고 p63으로 돌아갑니다.

9. p66–86
   EC2 준비·키·인스턴스·보안 그룹 구성

   가이드 순서대로 구성한 후 p87에서 접속합니다. 키 파일은 공개하거나 제출하지 않습니다.

10. p87–97
    접속·Linux 명령·Nginx·웹 응답·네트워크 확인

    각 짧은 실습의 완료 기준을 확인합니다. EC2는 p98 정리까지 유지합니다.

11. p98–101
    EC2 중지와 종료·남은 자원 확인

    수업 종료 시 EC2와 남은 실습 자원을 정리하고 p102 복습으로 돌아갑니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p41
   VPC와 4개 서브넷 만들기

   완료 후 p42로 돌아갑니다. 네트워크는 다음 실습까지 유지합니다.

2. p60
   IGW·Public 경로와 EC2 인터넷 확인

   p109의 Public 검증을 함께 수행한 뒤 p61로 돌아갑니다. 선택 Bastion을 하지 않으면 테스트 EC2는 종료합니다.

3. p77–78
   NAT·Private 연결과 패키지 내려받기 확인

   p79로 돌아갑니다. NAT/EIP는 오늘 종합 검증까지 유지하며, Private 테스트 EC2는 확인 후 종료합니다.

4. p100
   SG 3개·NACL 설정

   p101로 돌아갑니다. IP 차단 시험은 웹 서버 준비 후 종합 검증에서 수행합니다.

5. p103–112
   앞에서 만든 네트워크와 검증 결과 다시 확인

   VPC·IGW·NAT를 중복 생성하지 않습니다. NACL 적용 뒤에는 앞의 SSH 검증을 반복하지 않습니다.

6. p113–114
   HTTP·HTTPS와 SG 통신 검증, 선택 NACL IP 차단

   차단 시험 후 임시 DENY 규칙을 지워 정상 응답을 복구합니다. 완료 후 p115로 돌아갑니다.

7. p119
   오늘 자원 정리와 다음 수업 준비

   EC2·NAT·EIP는 삭제합니다. 3일차에 쓸 VPC·서브넷·IGW·RT·SG/NACL은 보존하고, 다음 수업 전 새 NAT ID로 경로를 갱신합니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p41–42
   EC2 2대 수동 등록·Health Check·ALB 응답 확인

   완료 후 수동 EC2 2대를 등록 해제·종료하고 p43으로 돌아갑니다. TG·ALB·SG·네트워크·NAT는 당일 종합 실습까지 유지합니다.

2. p85–103
   수동 대상 정리 → ASG 자동 등록 → 부하·교체 검증

   수동 EC2를 먼저 등록 해제·종료합니다. 같은 TG·ALB를 재사용하고 ASG가 새 서버를 자동 등록하도록 합니다.

3. p104–105
   실습 결과 확인과 자원 정리

   가이드의 정리 순서에 따라 ASG·EC2·ALB·TG 및 남은 NAT/EIP를 정리합니다. 다음 미니프로젝트에 남길 자원은 강사 지정 항목만 보존합니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p33–35
   오늘 만들 구성과 검증 기준 확인

   3일차 자원과 구분한 새 프로젝트를 시작합니다.

2. p36–39
   VPC와 DNS 설정

   프로젝트 VPC를 5일차까지 유지합니다.

3. p40–45
   두 AZ에 Public·Private 서브넷 네 개 생성

   Public 자동 IPv4와 Private 미할당을 구분합니다.

4. p46–61
   IGW·Public 기본 경로, Private local-only·연결 확인

   p60의 Private 연결을 확인한 뒤 NAT로 진행합니다.

5. p62–67
   Public NAT와 Private 기본 경로

   NAT Available·경로 Active를 확인하고 유지합니다.

6. p68–77
   SG 참조와 Public NACL의 인바운드·아웃바운드 구성

   SSH22 MyIP와 Private 방향 OUT140을 포함합니다.

7. p78–97
   키·AL2023 User Data·SSH·Nginx 웹 확인

   p20–22 SSH 기초도 함께 확인합니다. Public 서버는 Private 접속 경유지로 유지합니다.

8. p98–106, 108, 110–111
   Private ProxyJump·NAT 출구·3306 허용/차단/복구 확인

   임시 TCP 리스너는 DB가 아닙니다. SG를 복원하고 리스너를 종료합니다.

9. p111 이후
   증거 저장 후 5일차 네트워크 인계

   테스트 EC2/EBS·NAT/EIP·SG·키·사용자 지정 NACL을 삭제합니다. 네 서브넷은 기본 NACL로 복원하고 VPC·서브넷·IGW·RT만 유지합니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p120–129
   미니프로젝트 목표·구성도·체크리스트·제출물 확인

   p125의 장애 전·중·후 캡처와 p127–129의 트래픽·복구 흐름을 확인합니다.

2. p130–131
   새 SSH 키 준비

   키는 내 PC에 보관하고 4일차 키와 구분합니다.

3. p132–142
   TG·ALB·Ubuntu LT·Public ASG 구성

   생성 의존성에 따라 p136 TG를 먼저 만들고 p132–135 ALB에 연결합니다. p142에서 ALB Active·두 Healthy·두 Running·HTTP200을 확인한 뒤 SSH로 진행합니다. 워밍업300초는 이 가이드의 실습 설정입니다.

4. p143–145
   Ubuntu SSH·Nginx 수동 설치·임시 문구·로그 확인

   같은 SSH 세션에서 원본을 백업하고 복구합니다. 두 Host의 원래 문구·/health를 확인한 뒤 시나리오를 시작합니다.

5. p146
   A: ASG 서버 한 대 Stop 후 자동 교체 관찰

   전·중·후 세 장, 새 Healthy·기존 Terminated, 실제 시간과 HTTP 성공/실패를 남깁니다.

6. p147
   B: ab 1000회·동시50 HTTP 부하와 지표 관찰

   원본 결과를 보존합니다. CPU60 미달·확장 없음도 실제 결과로 기록합니다.

7. p148
   C: 직접 EC2 HTTP 차단과 ALB 성공 비교

   현재 실행 서버의 IP로 같은 시점의 직접 timeout·ALB200을 확인합니다.

8. p149 및 종료 안내
   결과 제출·6일차 인계 또는 전체 정리

   D6 연속 시 ASG/EC2/EBS·LT·EC2 SG만 정리하고 ALB·TG·ALB SG·키·네트워크를 유지합니다. TG가 비어 ALB503인 중간 상태를 기록합니다. 실습 완전 종료 시 모두 정리합니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p12·53
   점검 요청 계약과 오늘의 실행 순서 확인

   메모리 CRUD→단독 EC2·ALB→RDS→재시작 비교 순서를 확인하고 p56으로 이동합니다.

2. p56–64
   메모리판 설치·로컬 서버와 Swagger 실행

   Python 가상환경과 app.main:app, storage=memory를 확인하고 서버를 유지합니다.

3. p65–74
   생성·조회·상태변경·입력오류·삭제 검증

   자기 테스트 ID의 정상/오류 응답을 기록한 뒤 p75의 AWS 배포로 진행합니다.

4. p75–90
   단독 EC2·파일 전송·foreground와 systemd·ALB8000 연결

   앱 로컬 응답을 확인한 뒤 listener를 새 TG8000에 연결합니다. Healthy·ALB 전체CRUD 확인 후 기존 TG80을 삭제합니다.

5. p91–100
   메모리 재시작 소실 확인 후 private RDS로 전환

   메모리3건 소실을 확인하고 RDS판의 새 가상환경·비공개 설정·전체CRUD를 검증합니다. 이어 p101에서 영속성을 비교합니다.

6. p101–102
   RDS의 새3건 기록·실제 프로세스 재시작·전체 필드 비교

   같은 ALB·같은ID·전체 필드 일치를 기록합니다. 7일차 계약 검토까지 필요한 자원과 증거를 유지합니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p118–120
   산출물과 주제·수행 순서 확인

   다른 산업을 선택하려면 p137–138을 먼저 보고 돌아옵니다. 기본 주제는 6일차 설비 점검 요청입니다.

2. p121–124
   5W1H·이해관계자4명·Gap3개·KPI3–4개 작성

   가정과 실측을 구분하고 p125의 현재 구성·목표 설계로 이동합니다.

3. p125–129
   현재/고가용 목표 구성도와 정상·종결 오류 시퀀스

   추가 ASG·RDS Multi-AZ는 설계 목표입니다. 정상 요청/응답6개와 오류alt를 확인하고 p130의 IDD로 이동합니다.

4. p130–132
   고유ID·Method·URL·기능·상태코드·호출주체와 스키마 작성

   실제 /status 배정 방식과 상태 규칙을 기록한 뒤 p133에서 코드·Swagger를 대조합니다.

5. p133–136
   코드 대응과 실제 Swagger 정상·오류 응답 검증

   Schema 예시와 실제 Execute 응답을 구분합니다. 차이를 수정하고 재시작 증거와 함께 저장합니다.

6. p137–138
   다른 산업을 선택할 때 도메인·상태·API 계약 정하기

   팀별 한 주제를 선택하고 p121부터 같은 순서를 수행합니다. 제시된10개 주제를 전부 구현할 필요는 없습니다.

7. p139–140
   산출물 체크리스트 확인·PPT와 실행 증거 취합

   오늘은 이틀간 자료를 저장합니다. p146의 통합 제출은 5차 전체 종료 안내에 따릅니다. 다음 필수 정리 단계로 이동합니다.

8. p102·종료 안내
   금요일 종료 자원 정리 또는 강사 지정 보존

   RDS·EC2·ALB·NAT·EIP를 기본 정리합니다. 후속 지정 자원만 담당자·비용·종료 시각을 남기고 보존하며, 8일차는 새 REST API로 시작합니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p35–38
   서버리스 점검 API 목표·REST 계약 확인

   p.39에서 Lambda를 만듭니다. API Gateway는 REST API이며 DynamoDB는 다음 날의 선택 구현입니다.

2. p39–43
   Lambda 생성·Hello World 배포·GET 이벤트 테스트

   p.43의 statusCode 200·message·method GET을 확인한 뒤 p.44로 이동합니다.

3. p44–49
   같은 함수에 CRUD 전체 코드를 교체하고 콘솔 이벤트 확인

   반환 ID를 연결해 검증한 뒤 p.50에서 REST API를 만듭니다.

4. p50–55
   REST 두 리소스·5개 업무 메서드·CORS·dev 배포

   p.51의 CORS와 두 OPTIONS를 빠뜨리지 않습니다. Lambda 실제 응답 헤더도 확인한 뒤 p.56으로 이동합니다.

5. p56–57
   실제 URL의 CRUD·오류·CORS 및 완료 체크리스트

   Hello World 확인 기록도 포함합니다. 메모리 손실 가능성을 적고 p.59–63에서 결과를 공유합니다.

6. p59–63·종료 안내
   개인/조별 결과 공유·10일차 관찰 자원 인계

   오늘 API를 바로 삭제하지 않습니다. 최종 관찰 후 삭제할 자원과 공유 역할을 구분합니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p72–81
   역할·5W1H·서버리스 네 조건·Gap 3개·KPI 작성

   수치 가정과 실측을 구분합니다. 다른 산업은 p.99–101에서 한 주제를 골라 돌아온 뒤 p.82의 설계로 진행합니다.

2. p82–86
   여섯 항목의 구성도와 정상/입력 오류 시퀀스 작성

   요청·응답 전체와 오류 시 저장하지 않는 흐름을 확인한 뒤 p.87의 IDD로 이동합니다.

3. p87–89
   두 필수 API·스키마·DynamoDB 키 작성과 페어 리뷰

   설계만 수행하는 팀은 p.99–103으로 이동합니다. AWS 실행을 선택한 팀은 p.90부터 진행합니다.

4. p90–93
   선택: reports 테이블·Lambda·전용 역할 생성

   On-demand·String PK·로그와 해당 테이블 PutItem/GetItem 권한을 확인하고 p.94로 이동합니다.

5. p94–96
   선택: 코드 배포·Lambda 단독 테스트 후 HTTP API 연결

   p.95를 먼저 통과하고 POST/GET 두 경로를 연결합니다. p.97에서 실제 URL을 호출합니다.

6. p97·103
   선택: POST·GET·DynamoDB 필드 일치와 오류 검증

   p.98에서 결과를 설명하고 10일차 관찰까지 유지할 자원을 기록합니다.

7. p98
   선택 구현 결과 설명·자원 인계와 최종 삭제 계획

   10일차 관찰 전에는 바로 삭제하지 않습니다. 산업 치환·발표 준비는 p.99–103의 필수 설계 단계로 돌아갑니다.

8. p99–102
   한 산업의 엔드포인트·enum·필드·키·알림 대상 치환

   다이어그램·IDD·입력 검증을 함께 맞춥니다. 열 가지 주제를 모두 구현할 필요는 없습니다.

9. p103–110
   네 필수 산출물과 선택 실행 증거·PPT 3개 통합 제출

   교안 p.105·109–110의 ZIP 이름과 12월 1일 16:00 기준을 확인합니다. 인계 후 다음 날 관찰로 이어갑니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p3–10
   지표·로그의 역할과 관찰 대상 API 확인

   p.6 PutMetricData는 코드 예시입니다. 새 EC2를 만들지 않고 기존 REST/선택 HTTP API로 관찰합니다.

2. p5–10·15·24
   정상 요청·API 지표·Lambda 지표와 로그 관찰

   대상·시간·차원·통계를 저장합니다. p.11–25의 알람·대시보드·관측성 이론을 확인한 뒤 p.26으로 이동합니다. 알람 구축은 후속 선택 실습입니다.

3. p26–39
   비용 도구·기존 예산 상태와 사용량 가정 확인

   p.31·37의 설정 여부를 확인합니다. p.43·52의 생성·임베딩·벡터 비용을 구분하고 p.40 AI 서비스로 이어갑니다.

4. p40–48
   AI 서비스·RAG·출처 검증 범위 이해

   p.49–53의 필수 S3·KB·Q&A와 선택 API 연계를 구분합니다.

5. p41–43·50–53
   서울 임베딩·응답 모델과 호출 방식 확인

   사용 가능한 승인 모델을 확인하고 p.53 ① S3 자료 준비로 이동합니다.

6. p50–53 ①
   비공개 S3에 매뉴얼 5종·메타데이터 5개 업로드

   원문과 메타데이터 이름 쌍을 확인한 뒤 p.53 ②로 진행합니다.

7. p45–46·51·53 ②
   Titan v2·S3 Vectors KB 생성과 동기화

   고정 300토큰/20% 겹침 설정을 기록하고 문서 수·실패·동기화 완료를 확인합니다. p.53 ③ 답변 검증으로 이동합니다.

8. p44·50·53 ③
   일반 LLM/RAG 비교·설비별 질문·문서 밖 질문·출처 대조

   답변이 나오는 것과 정확한 답변을 구분합니다. 선택 API를 하면 자원을 유지하고, 하지 않으면 정리합니다.

9. p50–51 선택
   선택 · Lambda Function URL과 실제 다른 origin 호출

   교안의 API Gateway 연계를 단순화한 경로입니다. 실제 HTTP·CORS·원문 대조를 각각 확인한 뒤 정리합니다.

10. p53–54·종료 안내
    결과 보관·RAG와 관찰용 API 자원 정리

    8·9일차 관찰용 자원도 최종 정리합니다. 11일차 p.56부터 실제 확인한 범위와 미확인을 제안에 사용합니다.

교안에서 실습 페이지를 만나면 해당 가이드를 열고, 완료 후 안내된 교안으로 돌아가세요. 쪽수는 표지를 포함한 슬라이드 순서입니다.

1. p58–66
   구조·실행 방식 비교와 조합/대안 판단

   선택 이유·데이터 저장·운영 담당을 기록하고 p.67 컨테이너로 돌아갑니다.

2. p67–73
   VM/컨테이너·배포 흐름·실행 서비스의 책임 비교

   신규 클러스터를 만들지 않습니다. 배포·장애 담당을 적고 p.74로 이동합니다.

3. p74–78
   동기/비동기 연결과 워크로드별 선택

   필요한 연결의 실패·재시도·담당을 적고 p.79 제조 사례로 돌아갑니다.

4. p79–86
   제조 사례·업무/데이터 복구·파일럿 범위 구분

   점검 기록·매뉴얼 Q&A와 센서/예측 정비를 구분하고 p.87로 이동합니다.

5. p87–93
   산업별 제약·피크 대응의 적용 조건 확인

   모든 사례 서비스를 도입하지 않습니다. p.95–96에서 제안의 문제정의를 시작합니다.

6. p95–96
   5W1H·As-Is/To-Be·KPI 2개 작성

   제조는 p.97–99, 유통은 p.100–101의 한 시나리오를 선택합니다.

7. p97–98
   제조 고객 조건과 여섯 영역 서비스 매핑

   설비군 1개의 파일럿과 전체 사업 예산·기간을 구분하고 p.99를 점검합니다.

8. p99
   WA 6기둥별 결정·확인 방법·담당 작성

   여섯 행을 모두 채웁니다. 유통을 골라도 같은 질문을 적용하고 p.102 구성도로 이어갑니다.

9. p100–101
   유통 고객 목표와 여섯 영역 서비스 매핑

   응답 3초·유실 0%를 검증할 목표로 표시하고 6기둥 점검 후 p.102로 이동합니다.

10. p102–106
    흐름도와 구성도 구분·배치·선택 이유 작성

    운영 서비스 1개와 보안 서비스 1개를 각각 포함하고 p.107의 검토로 이동합니다.

11. p107–109
    4쪽 제안·3분 설명·동료 검토와 수정

    KPI·대안·비용 가정·6기둥·실제 근거를 확인하고 수정 기록을 저장합니다.

12. p110·종료 안내
    다음 프로젝트에 재사용할 결과 선택

    기존 결과 2개 이상을 고릅니다. 자료를 보존하고 지정된 기존 자원의 종료 계획을 따릅니다.