NYO_O

클라우드 환경의 가장 큰 장점 중 하나는 콘솔에서 클릭 몇 번, 혹은 명령어 한 줄만으로 손쉽게 서버(VM)를 띄울 수 있다는 점입니다. 특히 Google Cloud Platform(GCP)은 직관적인 환경을 제공하여 신입 개발자도 빠르게 인프라를 구성할 수 있습니다.하지만 클라우드가 제공하는 '편리한 기본 설정'을 그대로 프로덕션(운영) 환경에 노출하는 것은 매우 위험한 접근입니다.기본 네트워크 설정과 기본 서비스 계정이 부여된 채 방치된 서버는 전 세계 해커들의 자동화된 스캐닝 봇(Bot)에게 아주 좋은 먹잇감이 됩니다. 단순히 웹 서비스가 다운되는 것을 넘어, 여러분의 서버 자원이 암호화폐 채굴기로 악용되어 수백만 원의 클라우드 과금 폭탄을 맞거나, 서버와 연결된 데이터베이스 전체가 삭제되는 치명적..

코드를 작성하고 서버에 배포하는 과정을 자동화하는 CI/CD(지속적 통합/지속적 배포) 파이프라인을 세팅하다 보면 아주 골치 아픈 문제에 직면하게 됩니다.바로 데이터베이스 비밀번호, 클라우드 접근 키, 외부 API 토큰 같은 '민감한 정보(Secret)'들을 도대체 어디에 두고 사용해야 안전할까? 하는 고민입니다.절대 소스코드에 하드코딩해서 깃허브에 올려서는 안 된다는 것은 모두가 아는 사실입니다. 그렇다면 이 비밀번호들은 어디에 보관해야 할까요? 오늘은 이 문제를 완벽하게 해결해 주는 두 가지 핵심 도구, 'GitHub Actions Secrets'와 'GCP Secret Manager'에 대해 아주 상세히 파헤쳐 보겠습니다. 두 가지가 각각 무엇이고, 실무에서는 이 둘을 어떻게 조합해서 사용하는지 명..

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

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