AWS의 전반적인 개념부터 Amazon EC2, S3, VPC, RDS 등 주요 서비스를 함께 공부하고 성장하는 스터디입니다.
『그림으로 이해하는 AWS 구조와 기술』 책을 기반으로, AWS의 기초 개념과 서비스 구조를 체계적으로 학습합니다.
이론 중심으로 매주 정해진 소주제를 공부하고, 발표와 리뷰를 통해 서로의 이해를 깊이 있게 도와주는 방식으로 진행됩니다.
김세현 | 신윤섭 | 정유진 | 정찬민 |
---|---|---|---|
![]() |
![]() |
![]() |
![]() |
@SEHYUN | @supsup-hae | @Youjin | @chanmin-00 |
11기 BE | 9기 BE | 11기 BE | 10기 BE |
- 정기 모임: 매주 화요일 오후 10시 30분
- 진행 방식: 비대면 디스코드
- 과제 제출: 매주 월요일 23:59까지
주차 | 챕터 | 주요 주제 | 내용 요약 |
---|---|---|---|
1주차 | AWS 기초 지식 | AWS란 무엇인가 | AWS 개요, 서비스 수, 요금 구조, 도입 사례 등 |
2-3주차 | 클라우드 & 네트워크 구조 | 클라우드 기본 개념 | 가상화, SaaS/PaaS/IaaS, 웹 구조 등 |
3-4주차 | AWS 도구 | 계정, 콘솔, 모니터링 도구 | IAM, CloudWatch, 리전/가용 영역 등 |
4-5주차 | Amazon EC2 | 가상 서버 서비스 | 인스턴스 생성, AMI, EBS, 오토 스케일링 등 |
6-7주차 | Amazon S3 | 스토리지 서비스 | 객체 저장, 버킷, 웹 호스팅, CloudFront 등 |
7-9주차 | Amazon VPC | 가상 네트워크 | 서브넷, NAT, VPC 피어링 및 연결 등 |
9-10주차 | Amazon RDS | 관계형 데이터베이스 | RDB 개념, 지원 DBMS, 등 |
10주차 | 기타 AWS 서비스 | DNS, 서버리스, 컨테이너 | Lambda, ECS 등 |
- 주 6일 정해진 분량을 스스로 학습한다. (시험 기간 제외)
- 매주 6개의 소주제를 기준으로 공부한다.
- 스터디 전까지 개인 노션 페이지에 자유 형식으로 정리한다.
- 스터디 모임에서는 직전 발표자를 제외하고 랜덤 선정된 1명이 요약 내용을 발표한다.
- 요약 정리 발표 이후, 자원자 혹은 리더가 5~10분간 클라우드 관련 기술을 소개한다.
/
├── README.md # 스터디 소개 및 운영 규칙 문서
├── [챕터1주제]_통합정리본.md # 1주차 발표자 통합 정리본
├── [챕터2주제]_통합정리본.md # 2주차 발표자 통합 정리본
├── [챕터3주제]_통합정리본.md
├── ... # 주차별 발표자 정리본 계속 추가
├── 📁 [kkshyun]/ # 김세현 정리 폴더
│ ├── 📄 AWS기초.md
│ ├── 📄 클라우드.md
│ └── ...
├── 📁 [supsup-hae]/ # 신윤섭 정리 폴더
│ ├── 📄 AWS기초.md
│ └── ...
├── 📁 [marshmallowing]/ # 정유진 정리 폴더
│ └── ...
├── 📁 [chanmin-00]/ # 정찬민 정리 폴더
│ └── ...
├── 📁 assets/ # 이미지 등 보조 자료 (선택)
│ └── 📄 예시_이미지.png
└── 📄 .gitignore # Git에서 제외할 파일 설정
1. 초기 설정
-
스터디 저장소를 로컬로 clone
git clone https://github.com/IT-Cotato/11th_AWS_study.git
-
정리 내용 제출 전 본인 깃허브 핸들명으로 브랜치를 생성
git checkout -b [본인 깃허브 핸들명]/week[n]
2. 학습 내용 업로드
- 학습 내용을 [본인 깃허브 핸들명 폴더]/[챕터 주제].md 형식으로 작성 후 커밋
3. 커밋 및 PR 생성
-
커밋
git add . git commit -m "[Docs] 정찬민 n주차 [주제].md 제출" git push origin [본인 깃허브 핸들명]/week[n]
-
GitHub에서 develop 브랜치로 PR을 생성
-
PR 제목은 "[n주차] 이름 - [챕터명] 요약 정리 제출" 형식으로 작성
4. 다음 과제 세팅
-
PR이 merge된 후, 최신 develop 브랜치를 pull
git checkout develop git pull origin develop git checkout -b [본인 깃허브 핸들명]/week[n+1]
-
[본인 깃허브 핸들명] 폴더 내에 새로운 .md 파일을 생성하고 작성
5. 발표자 역할
- 발표자는 팀원들의 PR을 참고하여 챕터 통합 정리본.md 파일을 작성
- 자신의 정리 내용을 보완하여 PR을 업로드
- 이 PR만 리뷰 대상이 되며, 3인 이상 리뷰 후 머지
6. Merge
- 발표자의 PR이 3명 이상의 리뷰어에게 승인되면
develop
브랜치에 병합 - 발표자 외 팀원 PR도 별도 머지 (팀장 확인 후)
- 리뷰는 3명 이상 필수
- 리뷰어 피드백 항목:
- 오타 유무
- 의미가 모호한 표현
- 문장/문단의 흐름
- 스터디 주제에 대한 누락 여부
-
목차 필수
-
핵심 용어는 백틱으로 강조
- 예)
EC2
는 AWS에서 제공하는 가상 서버 서비스
- 예)
-
중요 단어는 문단 끝에 주석처럼 부연 설명
- 예)
-
프라이빗 IP -> 사설 네트워크 안에서만 사용 가능한 IP 주소
-
헤더 구조는 책 목차 기반으로 구성하되 필요 시 세분화