땜빵

[26 하계 모각코] (집가고싶다) 모각코 3회차 활동 결과

Kimjonghoon — Sun, 19 Jul 2026 23:00:38 +0900

일시: 2026.07.19(일) 20:00~23:00

- 구성원: 심형섭, 김종훈, 유창희

이름	활동 결과 URL
심형섭	https://super-lucky-boy.tistory.com/entry/26%ED%95%98%EA%B3%84%EB%AA%A8%EA%B0%81%EC%BD%94-3%ED%9A%8C-%EA%B2%B0%EA%B3%BC-%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C-%EC%84%9C%EB%B9%84%EC%8A%A4
김종훈	https://ddaem-bbang.tistory.com/20
유창희	https://blog.naver.com/studyingwell/224342035767

[26 하계 모각코] 모각코 3회차 활동 결과(개인)

Kimjonghoon — Sun, 19 Jul 2026 22:58:27 +0900

3회차 활동 목표

- 참고 도서: LangChain과 LangGraph로 만드는 LLM 애플리케이션 2/e - 벤 아우피스, 레오니드 쿨리긴

- URL: https://www.yes24.com/product/goods/187572169

- LLM 최신 동향과 LangChain 살펴보기

지난 회차까지는 클라우드 관련하여 자주 등장하는 개념들에 대해 이론적인 내용을 정리하며 조금 더 쉽게 이해하는 시간을 가져보았는데, 이번 모각코부터는 주제가 조금 달라진 Langchain과 LangGraph에 대한 용어가 다뤄지는 LLM 관련 도서를 참고해 공부해볼 예정이다.

1. LLM 최신 동향

AI나 컴퓨터 관련 전공 혹은 업무를 하는 사람들이라면 LLM이라는 단어를 한 번씩은 들어봤을 것이다.

그렇다면 LLM(Large Language Model)이라는 게 무엇인지 설명할 수 있는가?

Q. LLM(Large Language Model) 이란?\

방대한 양의 텍스트 데이터를 학습해서 사람처럼 자연스럽게 언어를 사용(예: 요약, 생성, 번역 등)할 수 있도록 설계된 인공지능(AI) 모델

솔직히 나도 LLM을 많이 쓰긴 하지만, 그게 도대체 뭔지 정확히 알려고 하지 않았던 것 같다. 단순히 사용하는 수단/도구로 생각할 뿐이지, 이게 어떤 것이고, 어떤 원리로 동작하는지에 대해 깊게 생각해보지 않은 것 같다.

하지만 빠르게 변화하는 트렌드, 그 중심에 서있는 AI를 제대로 이해하려면 이런 기초적인 개념과 동작 원리, 관련 용어들을 알고 있는 기본기가 탄탄해야 더 성장할 수 있을 것이라고 생각하고 있다.

내가 자주 사용하고 있는 LLM 모델은 Claude, Gemini, ChatGPT 정도가 있다.

그렇다면 지금 이 시점에서 LLM은 어떤 방향으로 나아가고 있을까? (관련 종사자라면 트렌드에 민감하게 반응할 줄 알아야한다고 생각한다.)

단순히 성능을 키우는 '스케일링 법칙'을 넘어 최근 LLM 동향의 핵심 키워드는 '에이전트(Agent)'와 '도구 활용'이다.

과거 LLM

2. LangChain 살펴보기

3. 회고

- 네이버 클라우드 자격증 취득을 위해 클라우드 개념을 정리하다가 노선을 확 틀어버린 감이 없진 않았다. 왜냐하면 네이버 클라우드 자격증은 이미 땄기도 하고, 당장 나에게 필요한 지식은 클라우드보다 LangChain, LangGraph 같은 개념들이 더 필요했다. 현재 내가 해야하는 공모전이나 활동들에 실질적으로 도움을 줄 수 있는 지식들이기 때문이다.

- 그래서 오늘 모각코를 진행하면서 평소에 LLM은 자주 쓰지만 이렇게 트렌드를 몰랐구나를 알 수 있었고, 최근 들어 생소하지만 자주 들었던 LangChain에 대한 실마리를 잡을 수 있었다. 앞으로 남은 이 모각코 활동동안 해당 도서를 통해 공부한 내용을 잘 정리해보며 공부할 예정이다.

[26 하계 모각코] 모각코 3회차 개인별 목표

Kimjonghoon — Sun, 19 Jul 2026 20:07:21 +0900

팀: 집가고 싶다

- 구성원: 심형섭, 김종훈, 유창희

일시: 2026.07.19(일) 20:00~23:00

이름	3회차 목표	블로그 URL
심형섭	클라우드 서비스 공부	https://super-lucky-boy.tistory.com/entry/26%ED%95%98%EA%B3%84%EB%AA%A8%EA%B0%81%EC%BD%94-3%ED%9A%8C-%EB%AA%A9%ED%91%9C-%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C-%EC%84%9C%EB%B9%84%EC%8A%A4
김종훈	LLM 동향과 LangChain 살펴보기	https://ddaem-bbang.tistory.com/19
유창희	투트랙 전략: 빅분기 실기(평가지표 & 튜닝) 코딩테스트 (DFS/BFS) 공부	https://blog.naver.com/studyingwell/224342034503

[26 하계 모각코] 모각코 3회차 활동 목표

Kimjonghoon — Sun, 19 Jul 2026 20:05:45 +0900

3회차 활동 목표

- 참고 도서: LangChain과 LangGraph로 만드는 LLM 애플리케이션 2/e - 벤 아우파스, 레오니드 쿨리긴

- URL: https://www.yes24.com/product/goods/187572169

- LLM 최신 동향과 LangChain 살펴보기

[26하계 모각코](집가고 싶다) 모각코 2회차 팀 활동 결과

Kimjonghoon — Thu, 9 Jul 2026 23:05:40 +0900

일시: 2026.07.09(목) 20:00~23:00(3시간 진행)

활동 결과

이름	활동 결과 블로그 URL
심형섭	https://super-lucky-boy.tistory.com/entry/26%ED%95%98%EA%B3%84%EB%AA%A8%EA%B0%81%EC%BD%94-2%ED%9A%8C-%EA%B2%B0%EA%B3%BC-IP-%EC%84%9C%EB%B8%8C%EB%84%B7-NAT-%EB%A1%9C%EB%93%9C%EB%B0%B8%EB%9F%B0%EC%8B%B1-%EA%B0%9C%EB%85%90-%EC%9D%B4%ED%95%B4%ED%95%98%EA%B8%B0?category=1235935
김종훈	https://ddaem-bbang.tistory.com/16
유창희	https://m.blog.naver.com/studyingwell/224338401813

[26 하계 모각코] 모각코 2회차 활동 결과(개인)

Kimjonghoon — Thu, 9 Jul 2026 23:02:24 +0900

2회차 목표

Load Balancer, ACL, Auto Scaling 이해 및 개념 정리

0. 들어가며

지난 시간에는 VPC, 서브넷, NAT Gateway 등을 알아봤다. 솔직히 개념을 순차적으로 알아가는 것이 아닌 그냥 배웠던 것들 중에서 기억나는 것이나 중요하다고 생각했던 내용들 위주로 구성하고 있다.

이렇게 이론으로 정리하는 것도 중요하지만, 이해한 내용을 바탕으로 클라우드 플랫폼에서 실제로 만져보면서 실습하는 것이 진짜 중요하다고 생각한다. 아무튼 오늘은 Load Balancer, ACL, Auto Scaling에 대해 이해하고 내용을 정리해보고자 한다.

1. Load Balancer

솔직히 1회차 때 배웠던 내용도 그렇지만, 클라우드를 조금이라도 들어봤거나 사용해본 사람은 모를 수가 없는 용어다.

Q. Load Balancer란?

A. 하나의 접속 지점(IP/도메인)으로 들어온 요청을 여러 대의 서버로 분산 시켜주는 서비스다. 그러니까 말 그대로 부하분산기라고 생각하면 된다.

- Load Balancer의 필요성: 서버 한대가 감당할 수 없는 트래픽, 혹은 트래픽이 이전에는 적었지만 한 대로 감당할 수 없을 만큼 증가한 경우에 트래픽을 여러 대가 나눠받도록 하고, 특정 서버에 장애가 생겨도 다른 서버에 트래픽을 분산시켜 서비스의 가용성을 높여주는 방법이다.

핵심 구성요소

구성요소	역할
리스너(Listener)	Load Balancer가 어떤 프로토콜/포트로 요청을 받을 지 정의한다.
규칙(Rule)	특정 조건(도메인, 경로 등)에 따라 어떤 Target Group으로 보낼 것인지 규칙을 정해둔다.
타겟 그룹(Target Group)	실제 트래픽을 받아 처리할 버를 하나의 그룹 단위로 묶어둔 것

종류

구분	ALB(Application Load Balancer)	NLB(Network Load Balancer)
지원 프로토콜	HTTP, HTTPS	TCP, UDP
계층	L7(애플리케이션 계층)	L4(전송 계층)
라우팅 방식	Host Header, HTTP Header, Path Pattern 기반 규칙 라우팅	5-튜플(Source/Dest IP Port, Protocol)
성능 조절	Small/Medium/Large/Extra-large 중 선택	서비스 규모에 따라 자동 조절
활용 사례	일반 웹 서비스, 도메인/경로별 분기가 필요한 서비스	게임 서버, 대용량 TCP/UDP 트래픽 처리가 필요한 서비스

※cf. Target Group에 바인딩된 서버의 ACG 및 Network ACL에 Load Balancer가 사용하는 Subnet 대역이 접근 소스 및 허용 포트로 반드시 포함되어 있어야한다. -> 즉, LB를 만들고 나서 끝이 아니라 뒤에 다룰 설정인 ACL 설정까지 같이 확인해야 트래픽이 정상적으로 흘러간다.

2. ACL(Access Control List)

그렇다면 앞에 LB에서 언급된 ACL이 뭔지 알아보자.

Q. ACL이 무엇인가?

A. 간단하게 말하면, 네트워크 트래픽을 필터링하는 것이다. 어떤 것을 들어오게 허용하고(Inbound), 어떤 것을 나가게 할지(Outbound)에 대한 규칙을 설정하는 것이다.

정리하자면, ACL은 네트워크 트래픽을 IP, 포트, 프로토콜을 기준으로 허용하거나 차단하는 규칙의 목록(List)을 말하는 것이다.

앞에 언급헀던 개념 중에 ACG와 Network ACL이 있는데 이 개념들도 명확히 짚고 넘어가보자.

- ACG(Access Control Group): 서버 단위로 동작하는 방화벽

- Network ACL: Subnet 단위로 동작하는 방화벽

간단하게 이렇게 정리해볼 수 있겠다.

조금 더 명확하게, 직관적으로 이해할 수 있게 표로 한 번 더 정리해보겠다.

Network ACL vs ACG(Access Control Group)

구분	Network ACL	ACG
작동 시점	Subnet 접근 시 작동	서버 접근 시 작동
규칙 방식	허용/차단 규칙이 모두 설정(기본은 허용)	허용 규칙만 설정(기본은 차단)
상태 저장	Stateless - Inbound/Outbound 규칙을 각각 설정해야 함	Stateful - Inbound에서 허용된 트래픽은 outbound도 자동 허용
판정 방식	우선순위에 따라 순차처리(먼저 걸린 규칙 적용)	모든 규칙을 평가한 뒤 판정
적용 대상	대상 Subnet의 모든 서버에 자동 적용	서버에 개별적으로 지정해야 적용

3. Auto Scaling

위의 두 개념하고는 비교적 연관성이 떨어져보이는 Auto Scaling에 대해 알아보고자 한다.

하지만 이 개념도 상당히 자주 등장하는 용어이다.

- Auto Scaling은 크게 2가지 문제를 해결해준다.

1. 예측이 어려운 트래픽 대응: 정확한 서버 용량을 예측하지 못하더라도, 조건에 도달하면 자동으로 서버를 추가/반납할 수 있어서 미리 서버를 과도하게 투입할 필요가 없다.

2. 시간대별 트래픽 최적화: 트래픽이 몰리는 시간에는 서버를 늘리고, 한산한 시간에는 서버를 반납해 운영 비용을 절감할 수 있다는 장점을 지니고 있다.

핵심 구성 요소는 다음과 같다.

핵심 구성 요소

구성요소	역할
Launch Configuration	Auto SCaling으로 생성될 서버의 구성 템플릿(이미지, 스펙, 초기 스크립트 등)
Auto Scaling Group	Launch Configuration을 기바능로 서버 그룹을 만들고, Scaling 정책/일정/헬스 체크를 설정하는 단위

Auto Scaling Group을 만들 때, 설정하는 주요 값은 다음과 같다.

1. 최소 용량/ 최대 용량/ 기대 용량: 그룹이 유지할 서버의 하한선, 상한선 목표값을 설정하는 부분

2. 쿨다운: Scaling이 실행된 후, 서버가 완전히 준비될 때까지 다른 알람에 반응하지 않고 대기하는 시간

3. 헬스 체크 보류 기간: 서버 생성 직후 초기화 작업 떄문에, 헬스 체크에 일시적으로 실패해도 무시해주는 시간

4. 헬스 체크 유형: 서버 자체 상태로 판단할 것이닞, Load Balancer의 Target Group 헬스 체크 결과로 판단할 것인지 선택하는 부분

Scaling 정책 3가지

정책	설명	예시
증감변경	그룹 크기와 상관없이 지정된 수만큼 서버를 추가/삭제	서버 2대 추가
비율변경	현재 그룹 크기 대비 일정 비율로 서버를 추가	현재 서버 수의 20% 증가
고정값	그룹 크기를 지정된 값으로 고정	서버 수를 항상 5대로 유지

4. 회고

- 내가 생각하기에 많이 쓰였던 용어들을 정리해보는 시간을 가졌다. 아직도 하루만 지나서 물어본다면 비슷한 개념인 것 같아서 헷갈려 할 것 같은데, 자격증 시험 대비도 할 겸 반복적으로 개념학습을 해서 암기 -> 이해 루트로 공부해볼 생각이다.

- 앞으로는 이걸 개념 뿐만이 아닌 직접 실습을 통해 클라우드 아키텍처도 설계해보고 이를 바탕으로 직접 클라우드도 구축해보면서 재미를 조금 더 찾아가볼 예정이다. 이에 앞서 우선 개념적인 부분에 대한 구멍부터 메워보고자 한다.

[26하계 모각코] 모각코 2회차 목표

Kimjonghoon — Thu, 9 Jul 2026 20:24:13 +0900

- 일시: 2026.07.09(목) 20:00~23:00

- 2회차 활동목표

Load Balancer, ACL, Auto Scaling 이해 및 정리

[26 하계 모각코] 모각코 2회차 개인별 목표

Kimjonghoon — Thu, 9 Jul 2026 20:23:03 +0900

- 팀: 집가고싶다

- 구성원: 심형섭, 김종훈, 유창희

- 일시: 2026.07.09(목) 20:00~23:00

- 팀별 목표

이름	2회차 목표	블로그 URL
심형섭	IP, 서브넷, NAT, 로드 밸런싱 개념 이해하기	https://super-lucky-boy.tistory.com/entry/26%ED%95%98%EA%B3%84%EB%AA%A8%EA%B0%81%EC%BD%94-2%ED%9A%8C-%EB%AA%A9%ED%91%9C-IP-%EC%84%9C%EB%B8%8C%EB%84%B7-NAT-%EB%A1%9C%EB%93%9C%EB%B0%B8%EB%9F%B0%EC%8B%B1-%EA%B0%9C%EB%85%90-%EC%9D%B4%ED%95%B4%ED%95%98%EA%B8%B0
김종훈	LoadBalancer, ACL, Auto Scaling 이해 및 개념 정리	https://ddaem-bbang.tistory.com/15
유창희	투트랙 전략: 빅분기 실기 기초(ML) & 코딩테스트(완전탐색, 정렬) 진행	https://m.blog.naver.com/studyingwell/224338399382

[26 하계 모각코] (집가고싶다) 모각코 1회차 활동 결과

Kimjonghoon — Thu, 2 Jul 2026 23:11:42 +0900

일시: 26.07.02 20:00~23:00(3시간 진행)

활동 결과

이름	활동 결과 블로그 URL
김종훈	https://ddaem-bbang.tistory.com/12
심형섭	https://super-lucky-boy.tistory.com/entry/26%ED%95%98%EA%B3%84%EB%AA%A8%EA%B0%81%EC%BD%94-1%ED%9A%8C-%EA%B2%B0%EA%B3%BC-%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C-%EC%84%9C%EB%B9%84%EC%8A%A4
유창희	https://m.blog.naver.com/studyingwell/224333450814

[26 하계 모각코] 모각코 1회차 활동 결과

Kimjonghoon — Thu, 2 Jul 2026 23:06:47 +0900

1회차 활동 목표

- VPC, 서브넷, NAT Gateway 이해 및 개념 정리하기

1. VPC(Virtual Private Cloud)

Q. VPC란?

클라우드 위에 만든 나만의 격리된 가상 네트워크 공간

쉽게 생각하자면, 아파트 단지 전체를 하나의 VPC라고 생각하면 된다.

외부와 분리된 나만의 공간이고, 그 안에 자유롭게 네트워크를 구성할 수 있다.

핵심 포인트
1. 클라우스 상에서 논리적으로 격리된 프라이빗(Private) 네트워크
2. CIDR(예: 10.0.0.0/16) 블록으로 IP 범위를 지정
3. VPC 안에 서브넷, 라우팅 테이블, 게이트웨이 등을 직접 구성

2. 서브넷(Subnet)

서브넷은 VPC를 더 작은 구역으로 나눈 것이다.

아까 아파트 단지를 VPC로 비유했다면, 서브넷은 그 안에서 동(동호수)을 나누는 것으로 생각하면 된다.

서브넷은 크게 퍼블릭(Public)과 프라이빗(Private) 이렇게 2가지로 나뉜다.

둘의 차이는 다음과 같다.

구분	Public 서브넷	Private 서브넷
인터넷 직접 연결	O	X
주요 용도	웹 서버, 로드 밸런서	DB, 백엔드 서버
외부에서 접근	가능	불가능

핵심 포인트
1. Public 서브넷 -> 인터넷 Gateway와 연결되어 외부와 통신이 가능하다.
2. Private 서브넷 -> 외부에서 직접 접근이 불가능하다. (보안에 좋기 때문에, 함부로 접근하면 안되는 DB 서버 등을 여기에 배치)
3. 서브넷은 가용 영역(AZ, AVailability Zone) 단위로 구성된다.

** 용어 정리
- AZ(Avaliability Zone, 가용 영역) : 하나의 리전(Region) 안에 있는 물리적을 분리된 데이터 센터 묶음
- Region(리전): 클라우드 인프라가 실제로 존재하는 지리적 위치

3. NAT Gateway

NAT Gateway는 Private 서브넷이 인터넷과 통신할 수 있도록 해주는 관문(Gateway)이다.

Private 서브넷은 보안을 위해 외부 접근을 막아두지만,

DB 서버도 가끔 패키지 업데이트나 외부 API 호출이 필요한 경우가 있지 않을까?

이 때, NAT Gateway가 필요하다.

Private 서브넷 -> NAT Gateway -> 인터넷 Gateway -> 인터넷

핵심 포인트
1. 단방향 통신: Private -> Internet(OK), Internet -> Private(X) (이런 걸 제어하는 규칙을 설정한게 아웃바운드 규칙)
2. NAT Gateway는 Public 서브넷에 위치한다.
3. Elastic IP(고정 IP)를 할당 받아서 사용한다.

Q. 그렇다면 위에서 말한 인터넷 Gateway랑 NAT Gateway의 차이는 뭘까?

	인터넷 Gateway	NAT Gateway
방향	양방향	단방향
대상	Public 서브넷	Private 서브넷
외부 접근 허용	O	X

정리하자면,

구조 정리
VPC(10.0.0.0/16)
| ㅡ Public 서브넷(10.0.1.0/24)
| | ㅡ NAT Gateway -> 인터넷 Gateway -> 인터넷
|
| ㅡ Private 서브넷(10.0.2.0/24)
| ㅡ DB 서버 -> NAT Gateway를 지나야만 외부와 통신이 가능하다(이것도 단방향, 아웃바운드만)

4. 회고

- 클라우드 관련하여 강의를 들었었는데 개념이 제대로 잡히지 않고, 용어가 너무 혼동되어서 개념을 잡고자 해당 모각코 시간에 클라우드 개념을 공부하면서 정리하는 시간을 가져보고자 했다. 그래서 이번 시간에는 VPC, 서브넷, NAT Gateway 같은 당장 떠오르는 핵심 개념 3가지를 위주로 내용을 정리해봤다. 정리를 하긴 했지만 단순히 용어적인 개념일 뿐 아직 와닿지는 않는 것 같아서 조금 더 나만의 언어로 정리할 필요성을 느꼈다.