본문으로 건너뛰기
yceffort
PostsSeriesTagsAbout🧪 Research
EN

Tweaks

theme
accent palette
film grain
minimal mode
20 POSTS

Devops 1

  • ◆ 프론트엔드 개발자가 알아야 할 쿠버네티스 · 5편
    #kubernetes#devops#web-performance

    오토스케일링은 자동이지만 즉시가 아니다: HPA의 시간을 구간별로 실측한 기록

    트래픽을 12배로 올리고 새 파드가 첫 요청을 받기까지 31.5초. 그 31.5초의 내역서를 스톱워치로 뽑았다. 감지 창이 지배하는 구조, 배포 직후 5분 창에서 오토스케일러가 눈을 잃는 조건, 안정화 창의 계단, 메모리 HPA가 Node에서 불발되는 이유, KEDA의 선제 확장까지. 프론트엔드 개발자를 위한 쿠버네티스 시리즈의 다섯 번째 편이다.

    2026-08-10·40분
  • ◆ 프론트엔드 개발자가 알아야 할 쿠버네티스 · 4편
    #kubernetes#devops#debugging

    파드는 어떻게 종료되는가: 배포 중 에러의 원인과 해결을 실측한 기록

    코드를 한 줄도 바꾸지 않은 배포에서도 에러는 샌다. 롤링 배포 중 새는 실패를 유형과 시각까지 태깅해 원인 네 가지를 부검하고, 해법을 하나씩 더해 0으로 만들기까지의 실측 기록이다. Next.js의 종료 코드 원문과 인질 드레인, CrashLoopBackOff의 실제 시간표까지. 프론트엔드 개발자를 위한 쿠버네티스 시리즈의 네 번째 편이다.

    2026-08-08·36분
  • ◆ 프론트엔드 개발자가 알아야 할 쿠버네티스 · 3편
    #kubernetes#networking#devops

    트래픽은 어떻게 내 파드에 도착하는가: ClusterIP부터 port-forward까지

    Service의 ClusterIP는 어느 기계에도 붙어 있지 않은 IP인데 curl은 어떻게 닿는가. iptables 규칙과 conntrack, EndpointSlice, 클러스터 DNS의 ndots, Gateway, port-forward까지, 요청이 파드에 도착하는 경로 전체를 kind 클러스터에서 직접 열어본 기록이다. 프론트엔드 개발자를 위한 쿠버네티스 시리즈의 세 번째 편이다.

    2026-08-06·48분
  • ◆ 프론트엔드 개발자가 알아야 할 쿠버네티스 · 2편
    #kubernetes#docker#devops

    내 Next.js 앱은 어떻게 파드가 되는가: 컨테이너와 파드를 직접 열어본 기록

    같은 Next.js 앱인데 이미지 하나는 1.72GB, 하나는 208MB였다. 사라진 1.5GB를 레이어에서 역추적하고, 컨테이너가 격리된 프로세스라는 것을 PID와 cgroup 파일로 직접 확인한다. 프론트엔드 개발자를 위한 쿠버네티스 시리즈의 두 번째 편이다.

    2026-08-05·34분
  • ◆ 프론트엔드 개발자가 알아야 할 쿠버네티스 · 1편
    #kubernetes#devops

    프론트엔드 개발자를 위한 쿠버네티스 개념 지도: 파드에서 오토스케일러까지

    SSR을 운영하는 프론트엔드 개발자가 마주치는 쿠버네티스 용어와 구조를 실무 흐름 순서로 정리했다. 클러스터의 전체 구조부터 배포, 파드의 상태와 자원, 트래픽 경로, 오토스케일링까지. 시리즈의 첫 편이자 이후 편들의 참조 지도다.

    2026-08-05·40분
  • ◆ 프론트엔드 개발자가 알아야 할 쿠버네티스 · 6편
    #memory#nodejs#kubernetes

    Node.js 파드는 왜 그 크기인가: NODE_OPTIONS부터 파드 수까지 직접 재본 사이징

    같은 워크로드에 GC 튜닝 플래그 한 줄을 붙였더니 peak RSS가 201MB에서 593MB로 뛰었다. 살아있는 데이터는 그대로였다. 왜 그게 당연한 결과인지 V8 New Space를 직접 측정해 역추적하고, 프론트엔드 개발자가 Node.js 파드를 사이징하는 세 축을 정리한다.

    2026-08-03·84분
  • ◆ Next.js의 현주소 · 2편
    #nextjs#serverless#oss

    Cloudflare가 Next.js를 다시 만든 이유

    vinext가 던진 질문은?

    2026-03-17·39분
  • #blogging#devops#pwa

    [블로그] PWA 임시 중지

    내 돈

    2022-04-15·3분
  • #docker#devops

    Dockerfile 작성 가이드

    갑자기 docker를 파는 이유는 22

    2022-02-07·14분
  • #docker#devops

    더 나은 Dockerfile 작성을 위한 best practice - 2022년 버전

    갑자기 docker를 파는 이유는

    2022-02-05·13분
  • #ci-cd#git#software-engineering

    프론트엔드 프로젝트를 위한 github CI workflow

    사랑해요 Github

    2021-09-28·11분
  • #serverless#devops#debugging

    Vercel에서 배포가 안됐던 이야기

    Vercel 고객센터랑 싸운썰 푼다.txt

    2021-05-17·7분
  • #web-performance#ci-cd#devops

    github workflow로 lighthouse ci 추가하기

    점수의 노예가 되버린 나

    2021-03-31·6분
  • #nodejs#backend#devops

    Nodejs에서 로깅하기

    어쩌다 보니 nodejs도 하고 있🤣

    2021-02-26·6분
  • #ci-cd#git#devops

    GitHub Actions cron이 제시간에 실행되지 않는 이유와 대안

    GitHub Actions schedule은 왜 수십 분씩 밀리는가. 구조적 원인과 정시 실행이 가능한 대안 정리.

    2021-01-24·7분
  • #web-performance#networking#algorithm

    더 나은 압축 알고리즘, Brotli

    왜 이걸 이제 알았나 자괴감 들고 괴로워

    2021-01-07·4분
  • #blogging#devops#git

    블로그 업데이트에 대한 회고

    백수가 될 때마다 블로그를 갈아엎는 습관

    2020-08-31·9분
  • #ci-cd#git#devops

    Github actions 요약

    # Github action ## Github action 은 무엇인가? github actions은 사용자 정의 소프트웨어 개발 라이프 사이클 워크 플로우를 github 레파지토리에 직접 만들수 있도록 도와주는 도구다. > GitHub Actions enables you to create custom software development life c...

    2020-07-23·9분
  • #git#ci-cd#devops

    Github 액션으로 스케쥴링 작업하기

    Github actions가 나오면서 cron job을 실행하기가 더 편해졌습니다. 굳이 내 컴퓨터를 24시간 돌리고 있을 필요도 없고, 비싼 돈 주며 어디 이상한 compute를 쓸 필요도 없어졌습니다. [물론 공짜로 쓸 수 있는 Cron 서비스](https://www.easycron.com/)도 있지만 아무래도 github 과 연동할 수 있다는 점이 큰...

    2020-07-16·2분
  • #devops#networking#backend

    HAProxy

    ## 로드밸런서 > 로드 밸런싱이란, 부하 분산을 위해서 가상 IP를 통해 여러 서버에 접속하도록 분배하는 기능을 말한다. 로드 밸런싱에서 사용하는 주요 기술은 - NAT(Network Address Translation): 사설 IP 주소를 공인 IP 주소로 바꾸는 데 사용하는 통신망의 주소 변조기이다. - DSR(Dynamic Source Rout...

    2019-08-07·3분
mailMail icongithubtwitter
yceffort
•
© 2026
•
https://yceffort.kr