최근, Next.js 프로젝트를 AWS EKS(Elastic Kubernetes Service)에 배포하는 경험을 했습니다.
이 과정에서 『쿠버네티스를 활용한 클라우드 네이티브 데브옵스』라는 책을 참고하며, 인프라에 대해 배운 내용을 제 방식대로 정리해봤습니다.

?‍??️ 모든 것은 소프트웨어며 우리는 모두 엔지니어
이제는 프론트엔드 개발과 운영의 경계가 경계가 점점 사라지고 있습니다. HTML, CSS, JavaScript만 잘 다루면 됐던 시대를 지나 이제는 SSR, API 연동, 배포자동화, 모니터링 까지 고민해야 하죠.
이제 인프라도 코드로 작성하고 관리합니다.
package.json 을 다루듯, deployment.yaml, Dockerfile을 작성합니다.
결국, 인프라를 구성하는 것도 우리가 다루는 ‘코드’입니다.
그리고 코드는 바로 개발자가 잘 다루는 도구 입니다.
빠르고 안정적인 제품 전달은 특정 역할의 몫이 아니라, 모든 개발자의 책임입니다.
AI 시대에 우리는 점점 더 ‘경계를 넘는 개발자’가 되어야 합니다.
“나는 프론트만 해”라는 말보다, “이 기능을 어떻게 빠르게 사용자에게 전달하지?”라는 시야가 중요해졌습니다.
우리는 모두 ‘엔지니어’이고, 세상은 점점 더 모든 것을 ‘코드’로 표현하는 방향으로 나아가고 있으니까요.

? 왜 쿠버네티스인가?
비즈니스 관점에서는 “더 적게 실행하는 소프트웨어”가 중요합니다.
이 말은 꼭 적게 개발하자는 게 아니라, 이미 검증된 표준 기술을 활용해 핵심 기능에 집중하자는 의미입니다.
쿠버네티스(Kubernetes)는 그런 관점에서 사실상 인프라 관리의 표준이 되었습니다.
다수의 컨테이너를 한 번에 배포하고, 필요에 따라 스케일을 자동으로 조절해주고, 문제가 생긴 컨테이너는 알아서 다시 띄워줍니다.
프론트 기준으로 비유하자면 Turborepo가 모노레포 내에서 빌드 의존성을 분석하고, 필요한 부분만 선택적으로 빌드해주는 것처럼 쿠버네티스는 수많은 애플리케이션 인스턴스를 효율적으로 실행하고 관리해줍니다.
게다가 오토스케일링, 로드밸런싱 같은 기능도 AWS 같은 특정 클라우드에 종속되지 않고,
쿠버네티스 자체에 내장되어 있어 어떤 환경에서도 일관되게 작동합니다.
결국 우리는 인프라에 시간을 쏟기보다, 비즈니스 로직과 사용자 경험에 더 집중할 수 있게 되는 것이죠.

? 쿠버네티스 구조, 핵심 리소스 이해하기
쿠버네티스에서는 애플리케이션을 구성하는 요소들이 계층적으로 관리됩니다. 프론트엔드 개발자에게 익숙한 컴포넌트 트리처럼, 각각의 리소스가 어떤 역할을 하는지 이해하면 전체 구조가 훨씬 명확해집니다.
Pod
하나의 프로그램(보통 하나의 컨테이너)을 실행시키는 가장 작은 단위입니다.
프론트 기준으로 보면, 브라우저에서 하나의 탭이 하나의 페이지 앱을 띄우는 것처럼, Pod는 컨테이너 하나를 띄우는 최소 실행 단위입니다.

ReplicaSet
Pod를 몇 개 띄울지, 언제 다시 띄울지를 관리하는 리소스입니다.
마치 React에서 상태 변화를 감지해서 필요한 컴포넌트만 다시 그리는 것처럼,
ReplicaSet은 애플리케이션이 항상 원하는 수만큼 실행되도록 유지시켜줍니다.

Deployment
선언적인 방식으로 Pod와 ReplicaSet을 관리하는 상위 리소스입니다.
구조로 보면 Deployment → ReplicaSet → Pod 순서입니다.
쉽게 말해, “이 앱을 3개 실행시켜줘” 같은 요청을 코드(yaml)로 정의하고, 이 상태를 자동으로 유지하게 해주는 역할을 합니다.
Deployment는 .yaml 매니페스트로 관리되며, 실제 클러스터의 상태를 원하는 상태와 일치시키도록 쿠버네티스가 지속적으로 조율합니다.

이처럼 쿠버네티스는 복잡한 인프라 구성도 마치 컴포넌트처럼 구조화하고 선언적으로 관리할 수 있게 도와줍니다.
덕분에 인프라 변경도 코드 리뷰와 버전 관리를 통해 안전하게 수행할 수 있게 되는 거죠.

? 쿠버네티스의 헬스 체크
헬스 체크(Health Check)는 인프라 전반에서 널리 사용되는 개념이지만, 쿠버네티스는 이 기능을 체계화하고 자가 복구까지 연결 해 놓은 것이 큰 특징입니다. 단순히 컨테이너를 실행하는 것에 그치지 않고, 서비스가 “정상적으로 동작하는지” 판단해서 자동Pod의 응답이 없다면 그 Pod를 죽이고 새로 띄웁니다. 상태에 따라 직접 재시작 하거나 트래픽 대상에서 제외시키고 복구를 시도합니다. 즉 강력한 자가 복구를 해줍니다.
따라서 Next.js 에서는 아래와 같은 API ROUTE를 만들어줄 수 있습니다
// /pages/api/health.ts
export function GET() {
return NextResponse.json({ status: "ok" }, { status: 200 });
}

?️ 클라우드 네이티브 개발자?
클라우드 네이티브 개발자는, 클라우드 환경에 최적화된 방식으로 설계, 개발, 배포, 운영까지 고려하는 개발자를 말합니다.
요즘 프론트엔드는 단순한 SPA를 넘어, SSR, CSR, ISR 등 다양한 렌더링 방식에 따라 배포 전략도 달라집니다.
즉, 단순히 앱을 만드는 것뿐 아니라 어디에, 어떻게 띄우느냐"도 이제 중요한 개발의 일부가 된 것이죠.
아무리 인프라 담당자가 따로 있더라도, 도커 이미지 빌드, GitHub Actions 설정, ArgoCD로 배포 확인 및 롤백 같은 과정은 결국 프론트엔드 개발자가 직접 다루게 되는 영역입니다.
그래서 이제 프론트엔드 개발자도 클라우드 네이티브 개발자처럼 시스템 전반을 이해하고, 능동적으로 대처할 수 있는 역량이 필요해졌습니다. 단순히 UI만 잘 만드는 개발자를 넘어서, 인프라, 배포, 모니터링까지 포함한 전체 흐름을 이해해야 복잡한 문제를 "기술로 해결할 수 있는" 좀 더 나은 개발자로 성장할 수 있습니다.
이 글이 누군가에게는 그 여정을 시작하는 좋은 출발점이 되기를 바랍니다. ?

https://product.kyobobook.co.kr/detail/S000001810211?utm_source=google&utm_medium=cpc&utm_campaign=googleSearch&gt_network=g&gt_keyword=&gt_target_id=dsa-435935280379&gt_campaign_id=9979905549&gt_adgroup_id=132556570510&gad_source=1

Next.js 프로젝트를 AWS EKS에 배포하며 배운 것들

- 아이디어부터 실행에 이르기까지, 글쓰기 토너먼트 대회의 기획과 진행을 AI와 함께 한 후기를 공유합니다.

---

지난달, 글 쓰는 개발자 커뮤니티 글또 10기의 성공적인 마무리를 기념하며 색다르고 재미있는 이벤트를 개최했습니다. 바로 글쓰기 토너먼트 대회, 글드컵 입니다. 글드컵은 ‘글또 제출글 월드컵’ 의 줄임말로, 글또 10기 활동 기간 동안 참여자들이 작성한 글 중 최고의 글을 가려내는 토너먼트 대결 이벤트입니다.

글쓰기로 모인 사람들인 만큼 글쓰기로 배틀을 한다면 어떨까?’ 라는 참신한 아이디어에서 시작된 이 행사는 총 한 달의 준비 기간을 거쳐 약 70여 명의 참여자와 함께 기술 및 비기술 분야별 우승자를 가려냈습니다. 특히, 글쓰기 배틀이라는 독특한 아이디어에 AI가 심판으로 참여했다는 점 덕분에 많은 분들이 흥미를 느끼고 뜨거운 반응을 보내주셨습니다.

이번 행사는 단순히 글또 10기의 마무리를 넘어 AI를 적극적으로 활용하여 기획하고 운영한 이벤트라는 점에서 저에게 더 의미 있는 경험이었습니다. 포스터 제작부터 홍보 문구 작성, 대진표 구성, 그리고 행사의 핵심인 평가 프롬프트 작성에 이르기까지, 거의 모든 과정에서 AI의 손길이 닿지 않은 곳이 없었죠. AI와 함께 행사를 성공적으로 이끌며, 우리 일상과 업무에 AI를 어떻게 실용적으로 접목할 수 있는지에 대한 새로운 통찰을 얻을 수 있었습니다.

그래서 오늘은 글드컵이라는 행사를 기획하고 준비하는 과정과 함께, 이 과정에서 AI를 어떻게 효과적으로 활용했는지 그 노하우를 자세히 공유하고자 합니다. 이번 글이 AI를 활용한 행사 기획과 운영에 대한 통찰을 얻고 싶은 분 또는 행사 기획 및 운영에 AI를 접목하는 방법을 궁금해하는 분들께 도움이 되기를 바랍니다.

https://wormwlrm.github.io/2025/06/29/Planning-Event-for-Writing-Competition-with-AI.html

? AI와 함께하는 글쓰기 토너먼트 대회, 글드컵 진행 후기

- 2019년부터 함께한 글 쓰는 개발자 커뮤니티, 글또를 마무리하며 쓰는 회고입니다.

---

2019년부터 함께 했던 글 쓰는 개발자 커뮤니티 글또가 올해 3월, 10기를 마지막으로 공식적인 활동을 마무리했습니다. 햇수로 7년이라는 시간, 제 개발 인생의 거의 90%를 함께했으니 꽤 오랜 시간 이라는 말로는 부족할 만큼 깊은 인연이었죠.

글또가 10기로 종료된다는 소식은 이미 공공연히 알려져 있었기에 막상 끝났을 때 감정의 동요가 크지는 않았습니다. 하지만 오랜 시간 정들었던 학교를 졸업하는 것처럼 시원섭섭한 마음이 드는 것은 어쩔 수 없더군요.

글또를 한 마디로 정의하라면 정말 많은 생각들이 떠오릅니다. 나의 꿈, 나의 커리어, 나의 성장, 나의 열정, 나의 러닝 메이트, 나의 20대… 이것들을 한꺼번에 담을 수 있는 단어로 표현하자면 나의 청춘 이라고 말할 수 있겠네요.

지금의 저를 만드는 데 큰 영향을 준 글또의 마무리를 기념하고, 함께했던 소중한 추억을 발판 삼아 앞으로의 계획을 세우기 위해 이번 회고를 시작합니다.

https://wormwlrm.github.io/2025/05/11/Adios-Geultto.html

? 나의 청춘을 함께한 커뮤니티, 글또를 졸업합니다

NAVER UX디자인

최유리

Naver

김서윤

리더

ML엔지니어

우태강

김명호

NAVER 백엔드 엔지니어

이미현

NAVER 직원

박상근

NAVER

노수리

Design Lead @NAVER

이은신

NAVER 디자이너

박혜령

naver

냠냠

NAVER 소프트웨어 엔지니어

이선규

naver product designer

이담윤

기획자

변서윤

naver 서비스매니저

정은

NAVER Leader

Dustin

NAVER 서비스 매니저

김보연

Naver 서비스기획

정현태

NAVER 브랜딩

박선아

문또

naver hr

김성민 

NAVER 프로덕트 매니저

기은디

debit

naver m

스마트플레이스 N예약 N주문 리더

kwonhyuksang

product manager

정효주

naver 개발

김광수

NAVER 개발 팀장

이강일

Naver 서비스 매니저

9bpzkqvtsz

NAVER 기획자

리차드파커

Naver AI Product manager

Hyoung Seok

NAVER Developer

사업 개발

JeongHyunah

naver 리더

이융성

NAVER Team Leader

vtrtygd5xg

NAVER AI engineer

Wonhong Yoo

naver designer

zeewon

MINJOO

한승혜

김서진

NAVER 사원

성병기

이정민

한종현

프로

서지현

NAVER Logistics AI - Domain Expert

장윤성(Jay)

황나현

Lead / Search Design

황은선

NAVER pm

양지유

이상봉

개발자

윤영훈

NAVER 서비스 기획자

김효민

프로덕트 디자이너

민유리

개발

서환수

용우

권태관

iOS 개발자

맹이

정상엽

Product Designer

박보은

NAVER 제휴

박강재

NAVER Backend Engineer

조재윤

NAVER 데이터분석가

김성훈

KAIST CS

황현빈

NAVER 브랜드 경험 기획

김민지

박인서

NAVER 프로덕트 디자이너

김종훈

기타

유아림

NAVER Software Engineer

정영록

NAVER 디자인

김형우

NAVER PM

Wang, Hyosun

NAVER x

권세

NAVER 클라이언트 개발자

송종훈

치코

NAVER Android Developer

NamSubin

NAVER 책임리더

종현

Joohee.J

손영인

NAVER Site Reliability Engineer

박동섭

NAVER Product Designer

NAVER 마케터

정지훈

구동원

NAVER 백엔드 개발자

김새한

NAVER Talent Sourcer

남다빈

네이버 프로덕트 디자이너

이민영

NAVER 프론트

Kim kia

NAVER 프론트엔드

황준석

NAVER 인턴

이원도

NAVER 마케팅

동권

NAVER FE개발자

이미림

이민구

NAVER FE Infrastructure

yoongom

NAVER 백엔드개발자

ChungJin-Wook

NAVER 백엔드

parkwansoon

백엔드 개발자

ㅇㅅㅇ

이철

NAVER Data Scientist

정지완

안드로이드 개발자

qwer9123

네이버

언어

프론트엔드

백엔드

데이터베이스

데브옵스

javascript

Kotlin

Java

typescript

python

Scala

swift

ReactJS

Redux

GraphQL

VueJS

Vuex

Relay

MobX

Angular

Recoil

Storybook

Next.js

OpenGL

Styled-Components

React Query

재직자

최유리

NAVER UX디자인

김서윤

Naver

Y

리더

우태강

ML엔지니어

김명호

Naver

이미현

NAVER 백엔드 엔지니어

박상근

NAVER 직원

노수리

NAVER

네이버