mirabo01 님의 블로그

JWT 인증까지 구현했다면,이제 서버는 **“진짜 운영 환경을 전제로 한 단계”**로 넘어갈 준비가 됐다.그 핵심이 바로 PostgreSQL 연동과 스키마 관리(Migration) 다.이번 챕터에서는PostgreSQL을 Go 서버에 연결하는 기본 흐름database/sql 기준의 실무 설정Migration을 왜, 어떻게 관리하는지를 과하지 않게, 하지만 실무 기준으로 정리한다.왜 SQLite가 아니라 PostgreSQL인가이전 챕터에서는 구조 설명을 위해SQLite나 메모리 저장소를 사용했다.하지만 운영 환경에서는 대부분 다음 이유로 PostgreSQL을 선택한다.동시성 처리에 강함트랜잭션 안정성JSON, 인덱스, 확장 기능 풍부클라우드 환경과 궁합이 좋음즉,“Go 서버 실무”를 이야기하려면 Postgr..

프론트엔드 개발 환경에서는 여전히 디자인과 코드 사이의 간극이 생산성 저하의 주요 원인으로 꼽힙니다.Figma에서 디자인을 확인하고, 이를 다시 코드로 옮기는 과정은 익숙하지만, 그만큼 반복 작업과 커뮤니케이션 비용도 꾸준히 발생합니다.이러한 문제의식 속에서 등장한 도구가 Pencil.dev입니다.Pencil.dev는 별도의 디자인 툴을 추가하는 방식이 아니라, IDE 안에서 디자인과 코드를 함께 다루는 구조를 제안합니다.이 글에서는 Pencil.dev의 개념과 구조, 주요 기능, 그리고 어떤 개발자에게 적합한 도구인지 실무 관점에서 정리합니다.pencil dev 주소: https://www.pencil.dev/어떤 사람에게 도움이 되는 글인가이 글은 다음과 같은 분들께 도움이 됩니다.디자인 → 개발 핸..

쿠버네티스 네트워킹의 핵심, Service와 Ingress 이해하기Deployment, StatefulSet 같은 워크로드를 이해했다면다음으로 막히는 지점은 거의 항상 네트워킹이다.Pod IP는 왜 계속 바뀌는지외부 요청은 어떻게 Pod까지 들어오는지Service랑 Ingress는 정확히 뭐가 다른지이 글에서는 쿠버네티스 네트워킹의 중심이 되는 Service와 Ingress를“요청이 들어와서 Pod에 도달하는 흐름” 기준으로 정리한다.Pod IP를 직접 쓰지 않는 이유쿠버네티스에서 Pod는 일시적인 존재다.재배포 시 삭제되고 새로 생성된다장애가 나면 다른 Node에서 다시 뜬다그때마다 IP가 바뀐다즉, Pod IP는 신뢰할 수 있는 접근 수단이 아니다.그래서 쿠버네티스는Pod 앞에 항상 고정된 접근 지점..