NYO_O

보호되어 있는 글입니다.

도커(Docker)의 기본적인 명령어와 실행 방법을 익히고 나면, 자연스럽게 다음 단계의 고민이 찾아옵니다. "데이터베이스 컨테이너와 스프링 부트 컨테이너를 각각 띄웠는데, 얘네들은 서로 어떻게 통신하는 걸까?"일반적인 물리 서버 환경에서는 고정된 IP 주소를 통해 통신하지만, 도커 컨테이너는 껐다 켤 때마다 내부 IP가 동적으로 변하는 특징을 가지고 있습니다. 오늘은 도커가 이 문제를 어떻게 해결하는지 내부 DNS와 브릿지 네트워크의 원리를 알아보겠습니다.이미지(Image)와 컨테이너(Container)본격적인 네트워크 이야기에 앞서, 도커의 뼈대가 되는 두 가지 핵심 개념을 짚고 넘어가겠습니다. 도커는 무거운 OS 전체를 띄우는 가상 머신(VM)과 달리, 호스트 OS의 커널을 공유하며 프로세스 단위로..

백엔드 개발을 하다 보면 가장 많이 듣는 기술 중 하나가 바로 도커(Docker)입니다. "도커로 띄워주세요", "이미지 말아주세요" 같은 실무 용어들을 처음 접하면 다소 막막하게 느껴질 수 있습니다.처음 도커를 학습할 때 가장 헷갈리는 부분은 바로 '이미지(Image)'와 '컨테이너(Container)'의 차이점입니다. 오늘은 도커의 기초 용어를 정리하고, 복잡한 실행 과정을 한 번에 해결해 주는 도커 컴포즈(Docker Compose), 그리고 자주 사용하는 필수 명령어들을 정리해 보겠습니다.도커 핵심 용어 4가지도커를 구성하는 가장 기본적인 4가지 요소의 역할과 관계를 알아보겠습니다.Dockerfile 이미지를 만들기 위한 일종의 '설계도' 또는 '레시피 파일'입니다. 어떤 운영체제를 사용할지, 어..

애플리케이션을 개발할 때 로컬 PC에 직접 데이터베이스를 설치하는 대신, 도커(Docker)를 활용해 데이터베이스를 띄우는 방식이 실무의 표준으로 자리잡았습니다. 환경 구축이 매우 간편하고, 다른 팀원들과 동일한 환경을 유지하기 쉽기 때문입니다.오늘은 Docker로 띄운 PostgreSQL을 터미널, 인텔리제이(IntelliJ), docker Desktop GUI에서 접속하는 방법에 대해 정리해보겠습니다.2026.05.26 - [Tech/Docker] - 도커 이미지와 컨테이너의 차이, 그리고 Docker Compose 도커 이미지와 컨테이너의 차이, 그리고 Docker Compose백엔드 개발을 하다 보면 가장 많이 듣는 기술 중 하나가 바로 도커(Docker)입니다. "도커로 띄워주세요", "이미지 ..

VM 내부 런타임 환경 구축의 필요성2026.05.24 - [프로젝트/똑똣] - GCP 단일 VM 프로비저닝: 서비스 계정(IAM) 최소 권한 원칙 적용 GCP 단일 VM 프로비저닝: 서비스 계정(IAM) 최소 권한 원칙 적용왜 기본 서비스 계정을 사용하지 않는가?GCP에서 Compute Engine(VM)을 생성하면 기본적으로 'Compute Engine 기본 서비스 계정'이 할당됩니다. 이 계정은 프로젝트에 대한 편집자(Editor) 권한을 가지고 있ddangnyo.tistory.com이전 글을 통해 보안이 강화된 GCP 깡통 인스턴스(Ubuntu 22.04 LTS)를 준비하고 IAP(Identity-Aware Proxy)를 통해 안전하게 접속하는 것까지 완료했습니다. 이제 이 서버 위에서 Sprin..

지난 포스팅에서는 빌드된 도커 이미지를 안전하게 보관하는 '컨테이너 이미지 저장소(Registry)'에 대해 알아보았습니다. 코드를 깃허브에 올리듯, 이미지는 ECR이나 GAR 같은 프라이빗 저장소에 보관한다는 것을 알게 되었죠.2026.05.20 - [Tech/Docker] - 도커 이미지는 어디에 저장될까? 컨테이너 이미지 저장소(Registry) 완벽 이해 도커 이미지는 어디에 저장될까? 컨테이너 이미지 저장소(Registry) 완벽 이해애플리케이션 개발을 마치고 실제 운영 서버에 배포할 때, 최근 실무 환경에서는 대부분의 애플리케이션을 도커(Docker) 이미지로 구워내어 컨테이너 환경에 배포하곤 합니다. 코드를 압축해서ddangnyo.tistory.com하지만 실무 환경에서는 단순히 이미지를 저..

애플리케이션 개발을 마치고 실제 운영 서버에 배포할 때, 최근 실무 환경에서는 대부분의 애플리케이션을 도커(Docker) 이미지로 구워내어 컨테이너 환경에 배포하곤 합니다. 코드를 압축해서 서버에서 실행할 수 있는 독립적인 패키지로 만드는 과정이죠.그런데 여기서 한 가지 의문이 생기지 않으시나요? 내 로컬 컴퓨터에서 열심히 빌드해서 만든 이 무거운 도커 이미지들을 서버에 배포하려면, 대체 어디에 올려두어야 할까요? 코드는 깃허브(GitHub)에 올리면 되는데, 도커 이미지는 대체 어디로 가야 하는 걸까요?오늘은 이 궁금증을 해결해 줄 핵심 인프라, '컨테이너 이미지 저장소(Container Registry)'에 대해 확실하게 짚고 넘어가 보겠습니다.1. 컨테이너 이미지 저장소(Registry)란 무엇인가..

전체 작업의 순서는 다음과 같습니다.로컬 DB 초기화 및 V1 스키마 생성하기pg_dump로 순수 스키마 SQL 추출하기 ← 오늘 다룰 내용하이버네이트가 만든 스키마의 5가지 문제점과 V1 스크립트 완벽 정제Spring Boot 연동부터 마이그레이션 검증까지 완벽 가이드1. 서론: 만들어진 스키마를 어떻게 꺼낼까?지난 1편 포스팅인 'Flyway 실전 도입기 1편: 로컬 DB 초기화 및 V1 스키마 생성하기'에서는 도커로 띄운 빈 PostgreSQL 데이터베이스에 스프링 부트의 ddl-auto: update 기능을 활용하여 23개의 초기 테이블을 생성해 보았습니다.2026.05.20 - [기술 스택] - Flyway 실전 도입기 1편: 로컬 DB 초기화 및 V1 스키마 생성하기 Flyway 실전 도입기 ..