배포와 운영

빌드 로그

[빌드 인 퍼블릭] 맥미니 M5 Pro 질렀습니다. 580만 원 쓰고 서버 기초공사부터 다시 합니다

M4 맥미니 한 대에 개발, AI, Docker, 빌드까지 몰아넣고 쓰다가 결국 M5 Pro 64GB를 주문했습니다. 새 장비를 들이는 김에 Oracle 운영 서버, 스테이지, 빌드, 개발 환경 역할을 다시 나누고 인프라 기초공사부터 시작합니다.

배포와 운영

LG유플러스 인터넷 하나인데 공인 IP가 2개? 직접 공유기 두 대 연결해봤습니다

브라우저 자동화와 홈서버를 만들다 알게 된 Residential IP. 비싼 가정용 프록시 대신 집의 LG유플러스 회선을 활용할 수 없을까? 공유기 두 대를 연결해 한 회선에서 서로 다른 공인 IPv4 두 개를 받아 가정용·서버용 네트워크로 분리한 과정을 정리했습니다.

배포와 운영

검색엔진 3종 전격 비교! OpenSearch vs Typesense vs PostgreSQL

OpenSearch, Typesense, PostgreSQL pg_trgm에 직접 한국어 데이터를 넣고 검색 품질, 속도, 메모리를 비교해봤습니다. 예상과 달랐던 결과와 결국 OpenSearch를 걷어낸 이유를 정리합니다.

배포와 운영

rclone으로 Google Drive에 리눅스 서버 자동 백업하기 (GnuPG 암호화·복구까지)

오늘 서버가 뻗었습니다. 서버는 언제든 다시 접근하지 못할 수 있습니다. Google Drive, rclone, GnuPG를 이용해 비용 부담 없이 백업하고 안전하게 복구하는 방법을 정리했습니다.

빌드 로그

AIMetaClean 빌드인퍼블릭: 바이브코딩 프로젝트 환경 하네스 세팅

AI MetaClean을 아이디어 단계부터 기획, 개발, 출시, 홍보까지 전부 공개합니다. 이번 글에서는 GitHub와 VibeOps를 활용해 PC와 모바일 어디서든 이어서 바이브코딩할 수 있는 프로젝트 환경을 세팅합니다.

배포와 운영

GitHub이냐 GitLab이냐: 바이브코더가 자동화까지 챙겨야 하는 이유

GitHub과 GitLab은 단순한 코드 저장소가 아닙니다. 바이브코더가 꼭 알아야 할 Git, CI/CD, GitHub Actions, GitLab CI/CD, 자체 러너, 무료 사용량과 자동 배포 선택 기준을 쉽게 정리했습니다.

빌드 로그

getpersona.md를 이어가며 — AI 에이전트용 페르소나 플랫폼, Day 3 Foundation

Day 2에서 DB·인증·시크릿을 깔았다면, Day 3는 MinIO·Redis·GitLab CI·Docker Compose·공유 Zod까지 — 카탈로그는 아직 없지만 고객에게 팔 서비스가 버틸 인프라·검증·계약 바닥을 한 번에 깔았습니다. Build in Public로, 화면 0개인 주에 왜 이 작업을 먼저 했는지 정리합니다.

배포와 운영

GitHub Actions 기반 Blue-Green 배포를 GitLab CI/CD로 이전한 과정

GitHub Actions 무료 사용량 한계에 도달하면서 Podman, Caddy, Infisical 기반 무중단 배포 환경을 GitLab CI/CD로 이전한 기록입니다.

빌드 로그

TASK-002 배포 부트스트랩: 지속 가능한 SaaS를 위한 기초 공사

바이브 코딩으로 제품을 빠르게 만드는 것만으로는 실제 SaaS를 운영하기 어렵습니다. vibePulse TASK-002에서는 develop은 dev로, main은 prod로 배포되는 무중단 배포 기반을 만들고, GHCR·Infisical·rootless Podman·Caddy Blue/Green 구조를 통해 지속 가능한 개발 환경을 구축했습니다.

배포와 운영

운영 서버에 배포 버튼을 누르기 전에 정한 것: 유료 회원에게 404를 보여주지 않기 위해

운영 서버 배포는 새 코드를 올리는 일이 아니라, 사용자의 접속을 끊지 않고 시스템을 교체하는 일입니다. goodtek이 유료 회원에게 404를 보여주지 않기 위해 Blue/Green 배포, Caddy upstream 전환, health check, 실제 끊김 테스트까지 구축하고 검증한 과정을 정리했습니다.

배포와 운영

.env 파일 대신 Infisical을 쓰기로 한 이유

.env 파일을 직접 관리하던 방식에서 벗어나 Infisical로 환경변수 기준을 다시 세운 과정입니다. 로컬, dev 서버, GitHub Actions 배포 흐름을 정리하면서 겪은 시행착오와 goodtek이 선택한 운영 기준을 기록했습니다.

배포와 운영

CI/CD를 붙인다고 끝이 아니었습니다. Git Flow와 GitHub Actions를 맞춰가는 과정

수동 배포는 몇 번은 괜찮지만 반복되면 어떤 브랜치가 올라갔는지부터 흐려집니다. goodtek-web에 Git Flow 기반 CI/CD를 붙이며 정한 브랜치·빌드·배포 기준을 정리했습니다.