블로그
GPU·LLM·MLOps·쿠버네티스, 그리고 마음가짐에 관한 글 · 3704 편
#2026-03 762#culture 283#deep-dive 275#kubernetes 262#career 233#ai 223#llm 217#devops 198#2026-04 158#security 149#observability 118#database 113#communication 108#history 107#architecture 101#productivity 98#performance 93#linux 90#networking 89#finance 87#economy 84#mindset 80#psychology 79#ai-papers 78#food 78#it 78#travel 78#japanese 76#deep-learning 75#english 74#gpu 74#ai-agent 69#business-travel 69#postgresql 67#cs-fundamentals 63#rag 63#systems 63#python 56#learning 54#self-improvement 53
트랜잭션 격리 수준 완전 가이드: 데이터베이스가 아니라 애플리케이션이 책임지는 부분 ♪ 들을 수 있어요
PostgreSQL 18의 네 가지 격리 수준을 문서 그대로 정리한 뒤, 그 위에서 애플리케이션이 반드시 구현해야 하는 것들을 다룹니다. 40001 직렬화 실패 재시도 계층, FOR UPDATE부터 FOR KEY SHARE까지 행 잠금 사다리와 SKIP LOCKED 큐 패턴, 어드바이저리 락, 긴 트랜잭션이 VACUUM을 막는 진짜 비용, 그리고 MySQL 8.4 InnoDB와 다르게 동작하
2026-08-15 · 34 분 읽기 #데이터베이스#postgresql#트랜잭션#격리수준#동시성파티셔닝과 샤딩 완전 가이드: 한 노드의 한계를 넘어가는 순서 ♪ 들을 수 있어요
PostgreSQL 18의 선언적 파티셔닝을 기준으로 파티셔닝이 실제로 무엇을 해결하고 무엇을 해결하지 못하는지 정리한 뒤, 파티셔닝의 한계선에서 샤딩으로 넘어가는 판단 기준을 다룹니다. 파티션 프루닝, 파티션 키가 유일 제약에 거는 제한, 파티션 개수와 플래너 비용, 무중단 파티션 운영, 그리고 샤딩하는 순간 깨지는 교차 샤드 조인과 전역 유일성 문제까지 짚습니다.
2026-08-15 · 34 분 읽기 #데이터베이스#postgresql#파티셔닝#샤딩#확장성커넥션 풀 완전 가이드: 풀링 모드가 애플리케이션과 맺는 계약
PostgreSQL 18과 PgBouncer를 기준으로 커넥션 풀을 계약의 관점에서 정리합니다. 세션·트랜잭션·문장 풀링 세 가지 모드가 각각 무엇을 보장하고 무엇을 포기하는지, 트랜잭션 풀링에서 준비된 문장과 SET, LISTEN/NOTIFY, 어드바이저리 락이 왜 깨지는지, 애플리케이션 풀과 PgBouncer와 maxconnections 사이의 삼중 예산을 어떻게 배분하는지, 그리고 타임
2026-08-15 · 30 분 읽기 #데이터베이스#postgresql#pgbouncer#커넥션풀#운영SQL 실행계획 완전 가이드: 옵티마이저는 어떻게 계획을 고르는가
PostgreSQL 18의 플래너 입장에서 실행계획을 설명합니다. 통계가 어떻게 수집되고, 선택도가 어떻게 계산되며, cost 숫자가 어떤 상수들로 조립되는지, 조인 순서 탐색이 언제 유전 알고리즘으로 넘어가는지, 추정이 틀어졌을 때 확장 통계로 어떻게 교정하는지, 그리고 준비된 문장의 일반 계획이 왜 갑자기 느려지는지까지 문서에 적힌 기본값과 함께 정리합니다.
2026-08-15 · 31 분 읽기 #데이터베이스#postgresql#실행계획#쿼리최적화#옵티마이저DB 성능 튜닝 완전 가이드: 파라미터를 만지기 전에 측정하는 순서
PostgreSQL 18을 기준으로 성능 튜닝을 파라미터 목록이 아니라 진단 순서로 정리합니다. pgstatstatements로 워크로드를 프로파일링하고, 대기 이벤트로 병목의 성격을 가르고, 캐시와 I/O 지표를 읽고, 그다음에야 메모리 예산과 체크포인트와 autovacuum을 조정하는 순서입니다. PostgreSQL 18에서 바뀐 기본값들과 변경 전후를 비교하는 방법까지 다룹니다.
2026-08-15 · 32 분 읽기 #데이터베이스#postgresql#성능튜닝#모니터링#운영데이터베이스 캐싱 전략 완전 가이드: 결국 무효화가 전부다
PostgreSQL 18을 기준으로 캐시를 데이터베이스 쪽에서부터 올라가며 정리합니다. sharedbuffers와 운영체제 캐시라는 이미 존재하는 캐시 계층, 머티리얼라이즈드 뷰라는 계산 캐시, 그 위에 외부 캐시를 얹을지 판단하는 기준, 그리고 캐시 도입의 진짜 난제인 무효화의 네 가지 실패 모드와 쓰기 경로 순서 문제, 캐시 스탬피드 방어까지 다룹니다.
2026-08-15 · 31 분 읽기 #데이터베이스#postgresql#캐시#성능튜닝#아키텍처무중단 스키마 변경 완전 가이드: DDL이 잡는 잠금 등급과 안전 실행 절차
PostgreSQL 18 문서를 기준으로 각 DDL이 실제로 어떤 잠금을 잡는지 등급별로 정리합니다. 여덟 가지 테이블 잠금 모드와 충돌 관계, ALTER TABLE 형태별 잠금 등급, 테이블 재작성을 유발하는 변경과 그렇지 않은 변경, NOT VALID와 VALIDATE CONSTRAINT로 제약을 두 단계로 나누는 방법, 그리고 locktimeout과 재시도를 결합한 안전 실행 절차를 다
2026-08-15 · 29 분 읽기 #데이터베이스#postgresql#스키마변경#무중단배포#잠금PostgreSQL 인덱스 완전 가이드: 설계부터 폐기까지 인덱스의 수명 주기 ♪ 들을 수 있어요
PostgreSQL 18을 기준으로 인덱스를 하나의 운영 자산으로 다룹니다. 어떤 컬럼을 어떤 순서로 넣을지 정하는 설계, 여섯 가지 인덱스 방식 중 하나를 고르는 판단, CONCURRENTLY로 안전하게 만드는 절차와 실패 복구, 정말 쓰이는지 확인하는 검증, 부풀어 오른 인덱스를 다시 만드는 운영, 그리고 되돌릴 수 있게 폐기하는 방법까지 수명 주기 순서로 정리합니다.
2026-08-15 · 33 분 읽기 #데이터베이스#postgresql#인덱스#성능튜닝#운영데이터 모델링 완전 가이드: 논리 모델에서 PostgreSQL 물리 모델까지 ♪ 들을 수 있어요
PostgreSQL 18을 기준으로 논리 모델을 물리 스키마로 옮길 때 내려야 하는 결정들을 정리합니다. 대리 키와 식별자 타입 선택, text와 numeric과 timestamptz를 고르는 근거, 제약 조건을 코드로 다루는 방법, jsonb를 쓸 경계선, 이력과 유효 기간과 소프트 삭제의 표현, 정규화를 깨야 하는 순간과 그 대가, 그리고 컬럼 순서와 TOAST 같은 물리 배치까지 문서
2026-08-15 · 36 분 읽기 #데이터베이스#postgresql#데이터모델링#스키마설계#제약조건대용량 데이터 처리 완전 가이드: COPY, 청크 배치, 그리고 되돌릴 수 있는 작업 ♪ 들을 수 있어요
PostgreSQL 18에서 수억 행을 적재하고 갱신하고 삭제하는 작업을 안전하게 수행하는 방법을 정리합니다. COPY의 옵션과 기본값, 문서가 권장하는 초기 적재 절차, ONERROR로 불량 행을 견디는 방법, 대량 UPDATE와 DELETE를 청크로 나누는 설계, 삭제 이후의 죽은 행 처리와 VACUUM FULL을 피해야 하는 이유, 그리고 재개 가능한 백필 작업을 만드는 방법까지 다룹니
2026-08-15 · 33 분 읽기 #데이터베이스#postgresql#배치처리#데이터적재#운영SSH 운영 완전 가이드: 키 관리부터 잠금 사고 없는 서버 하드닝까지
sshdconfig 하드닝, 키 종류 선택과 배포, ProxyJump와 포트 포워딩, 접속이 안 될 때의 디버깅 순서까지 운영자 관점에서 정리합니다. 설정을 바꾸다 스스로 잠기지 않는 절차를 포함합니다.
2026-08-15 · 29 분 읽기 #리눅스#ssh#보안#운영#서버관리리눅스 장애 대응 명령어 완전 가이드: 첫 60초부터 근본 원인까지
서버가 이상하다는 연락을 받은 순간부터 순서대로 실행하는 진단 명령어를 정리합니다. uptime, top, free, df, iostat, ss, journalctl까지 각 출력의 어느 숫자를 봐야 하는지, 그 숫자가 무엇을 배제하고 무엇을 남기는지 설명합니다.
2026-08-15 · 30 분 읽기 #리눅스#트러블슈팅#운영#장애대응#명령어리눅스 방화벽과 접근 제어 완전 가이드: nftables, firewalld, ufw를 잠기지 않고 다루기
nftables의 구조에서 출발해 firewalld와 ufw가 그 위에서 무엇을 하는지 정리합니다. 원격에서 규칙을 바꾸다 스스로 잠기지 않는 절차와 규칙이 적용되지 않을 때의 진단 순서를 다룹니다.
2026-08-15 · 30 분 읽기 #리눅스#방화벽#nftables#firewalld#보안백업과 복구 완전 가이드: 복구 시나리오에서 거꾸로 설계하기
RPO와 RTO에서 출발해 rsync, tar, LVM 스냅샷, 스냅샷 기반 백업 도구를 고르는 기준을 정리합니다. 복구 리허설 절차와 백업이 조용히 망가지는 다섯 가지 방식까지 다룹니다.
2026-08-15 · 27 분 읽기 #리눅스#백업#복구#재해복구#운영엔지니어의 쓰는 능력 — 설계 문서, 사고 보고서, 리뷰 코멘트가 하는 일
엔지니어에게 글쓰기가 중요하다는 말은 흔하지만, 왜 중요한지가 대개 승진 이야기로 끝납니다. 이 글은 다른 순서로 봅니다. 글은 먼저 사고의 검증 장치이고, 조직 안에서 반박 가능한 표면을 만드는 도구이며, 그 결과로 평가에 영향을 줍니다. 설계 문서에서 가장 중요한 것이 왜 버린 대안인지, 사고 보고서에서 사실과 해석을 나누는 것이 왜 정치가 아니라 기술인지, 리뷰 코멘트에 등급을 붙이는
2026-08-15 · 13 분 읽기 #career#skills#technical-writing#design-doc#postmortem검증 설계 — 테스트를 통과 여부가 아니라 신뢰 근거로 보기
테스트가 초록불이라는 사실 자체는 아무것도 말해 주지 않습니다. 무엇을 안 걱정해도 되는지가 정해져 있을 때만 초록불에 뜻이 생깁니다. 이 글은 테스트를 통과 여부가 아니라 신뢰 근거로 다루는 방법을 다룹니다. 각 테스트에 신뢰 문장을 붙이는 연습, 커버리지가 실제로 재는 것과 재지 못하는 것의 차이, 검증하지 않기로 한 것을 명시적으로 적어야 하는 이유, 그리고 정답표가 없는 영역에서 판정
2026-08-15 · 12 분 읽기 #career#skills#testing#verification#craft프로덕션 감각 — 장애를 겪어 본 사람이 다르게 보는 것들
같은 설계 문서를 읽어도 장애를 겪어 본 사람은 다른 것을 읽습니다. 이게 새벽에 깨지면 무슨 로그가 남는지, 되돌리는 데 몇 분이 걸리는지, 되돌린 뒤 이미 들어간 데이터는 어떻게 되는지입니다. 이 글은 프로덕션이 왜 코드가 아니라 상태인지, 100퍼센트가 왜 옳은 신뢰성 목표가 아닌지, 관측과 롤백과 점진 배포가 왜 도구 도입이 아니라 기본값의 문제인지, 그리고 장애를 직접 겪지 않고도
2026-08-15 · 13 분 읽기 #career#skills#sre#production#reliability디버깅은 왜 대체가 어려운가 — 배제의 기술과 가설의 문장
디버깅은 코드를 쓰는 일과 방향이 반대입니다. 쓰기는 가능한 것을 하나 만들어 내는 일이고, 디버깅은 가능한 것들을 하나만 남을 때까지 지우는 일입니다. 이 글은 디버깅이 왜 검증 비용이 비싼 쪽에 남는지, 반증 가능한 가설을 어떻게 문장으로 쓰는지, 시스템을 계층으로 잘라 절반씩 좁히는 절차가 어떻게 작동하는지, 그리고 재현되지 않는 문제를 재현 대신 관측으로 공략하는 법을 다룹니다. 같은
2026-08-15 · 13 분 읽기 #career#skills#debugging#craft#troubleshooting회사 밖 증거 — 무엇이 포트폴리오로 작동하고 무엇이 시간을 먹는가
사내 성과의 약점은 검증할 수 없다는 것입니다. 비공개이고, 팀 단위이고, 남의 말로만 전달됩니다. 회사 밖 산출물은 링크 하나로 확인되지만 사내 경력을 대신하지는 않습니다. 무엇이 포트폴리오로 작동하고 무엇이 시간만 먹는지, 완결된 하나가 미완성 열 개보다 강한 이유, 공개 글쓰기가 아무도 읽지 않아도 회수되는 효용과 그 한계를 정리했습니다. 오픈소스 기여의 현실적인 진입로와 이력서에서 실
2026-08-15 · 11 분 읽기 #career#side-project#portfolio#open-source#writing매니저 트랙과 IC 트랙 — 되돌릴 수 있는 선택과 실제로 커지는 능력
매니저가 되는 일을 승진이라고 부르는 관행 때문에 두 경로가 위아래로 배열된 것처럼 보입니다. 실제로는 하는 일의 종류가 다르고, 두 경로를 대등하게 다루는지는 조직마다 다릅니다. 각 트랙에서 실제로 커지는 능력이 무엇인지, 전환이 되돌릴 수 있는 선택인지 아닌지가 개인의 능력보다 조직 구조에 달려 있는 이유, 승진 압박과 적성을 구분하는 질문 네 가지를 정리했습니다. 직함을 바꾸기 전에 되
2026-08-15 · 11 분 읽기 #career#management#individual-contributor#career-strategy#decision-making