클라우드 아키텍처·전략15 멀티클라우드 아키텍처 완전 정리 (AWS·GCP·Azure 실습 기반 구조 이해) 클라우드 아키텍처는 단순히 서비스를 만드는 기술이 아니라,👉 안정성, 확장성, 비용, 운영 효율을 동시에 설계하는 구조적 사고입니다.이 글에서는 제가 직접 실습하면서 정리한👉 멀티클라우드 아키텍처 핵심 구조를 한 번에 정리합니다.🔷 1. 클라우드 아키텍처 핵심 개념고가용성 (HA)로드밸런싱오토스케일링데이터 분산👉 단순 이론이 아니라👉 실제 실습 기반으로 이해해야 합니다🔷 2. 주요 아키텍처 실습 정리👉 아래 글에서 각각 상세히 다룹니다:👉 [AWS 멀티 AZ 아키텍처 실습]👉 [로드밸런서 + 오토스케일링 구조]👉 [GCP Load Balancer 구조 이해]👉 [Azure 3-Tier 구조 설계]🔷 3. 멀티클라우드 전략 핵심특정 클라우드 종속성 제거장애 대응 분산비용 최적화👉 이.. 2026. 4. 20. Cloud SQL 연결이 실패하는 이유는 무엇인가? | GCP 실습 기반 정리 이 글은 GCP Cloud Storage + Cloud SQL 실습을 진행 중인데, 웹서버에서 데이터베이스 연결이 실패하는 문제를 겪는 수강생을 위한 글입니다.특히 Database connection failed 오류가 발생한 상황을 해결하려는 분에게 맞춰 작성했습니다.이 글을 통해 Compute Engine에서 Cloud SQL 연결을 성공시키는 핵심 원인과 해결 절차를 실습 기반으로 이해할 수 있습니다.이 글이 답하는 질문왜 Compute Engine에서 Cloud SQL 연결이 실패하는가? 실습 환경 항목실습 값CloudGCP (Google Cloud Platform)RegionQwiklabs 지정 RegionZoneQwiklabs 지정 ZoneVM OSDebian GNU/Linux 12Web Se.. 2026. 3. 21. Azure PaaS로 구축하는 3-Tier 이미지 업로드 웹 서비스 — 엔터프라이즈 아키텍처 완전 가이드 이 글에서 다루는 내용:Azure App Service · Blob Storage · VNet 분리 · Deployment Slot(Blue/Green 배포) · Private Endpoint · 보안 설계까지실무 수준의 3-Tier 클라우드 아키텍처를 처음부터 끝까지 설계합니다. 1. 왜 PaaS 기반 3-Tier 아키텍처인가?클라우드 서비스를 공부할 때 많은 분들이 단순한 VM 배포, 또는 단일 Web App 구성에서 멈춥니다. 하지만 실제 기업 환경에서는 다음 요소들이 반드시 요구됩니다.역할 분리: Frontend, Backend API, Storage가 명확하게 분리된 계층 구조네트워크 격리: 외부에 노출되어서는 안 되는 리소스를 VNet으로 보호무중단 배포: 서비스 중단 없이 새 버전을 릴리스할.. 2026. 3. 18. Azure에서 FE/BE VM 분리했을 때 외부 접속이 안 되는 이유와 Reverse Proxy 설정법 Azure에서 VM을 2대로 구성했는데 내부 IP로 외부 접속이 되지 않는 문제를 해결한 과정입니다. 공인 IP와 사설 IP 차이, IIS Reverse Proxy 설정, ERR_CONNECTION_TIMED_OUT 원인까지 정리했습니다.1. 실습 목적 — 왜 이 구성을 시도했는가단순히 챗봇 하나를 만드는 게 목적이었다면 VM 한 대로도 충분했을 것이다. 하지만 이번 실습에서는 실제 서비스와 유사한 3계층 아키텍처(Frontend / Backend / API) 를 직접 경험하는 것이 목표였다.구체적으로는 다음 네 가지를 확인하고 싶었다.Azure VM 2대를 역할별로 분리해 서비스 구조를 구성할 수 있는가공인 IP와 사설 IP(Private IP)의 실질적인 차이를 체감할 수 있는가내부망 서버를 외부에서.. 2026. 3. 2. 프라이빗 EC2에 SSH 없이 접속하는 법 — NAT Gateway 끊고 SSM으로 바꾼 이유 NAT Gateway 요금 청구서를 처음 봤을 때 잠깐 멈췄다. 실습 환경인데 한 달에 생각보다 많이 나왔다. 강사님이 수업 때마다 "NAT Gateway는 켜두면 돈이 나간다"고 하셨는데, 직접 보고 나서야 그 말이 실감났다.그러다 강사님이 SSM(AWS Systems Manager Session Manager)을 소개해주셨다. 처음엔 그냥 또 다른 접속 도구인 줄 알았다. 근데 구조를 이해하고 나서 생각이 바뀌었다. 단순히 SSH 대체가 아니라, 설계 자체가 달라지는 이야기였다.기존 구조의 문제 — 배스천 호스트와 NAT GatewayAWS 실습 초반에 만든 구조는 이랬다.인터넷 ↓퍼블릭 서브넷 └── 배스천 EC2 (공인 IP, 22포트 개방) ↓ SSH 터널프라이빗 서브넷 └──.. 2026. 2. 23. 멀티클라우드 아키텍처가 머릿속에 안 그려질 때 — AWS 실습으로 직접 부딪혀봤다 수업에서 "멀티클라우드 아키텍처"라는 말을 처음 들었을 때 솔직히 감이 없었다. VPC가 뭔지, 서브넷이 뭔지 하나씩은 이해가 되는데, 그게 전체적으로 어떤 그림을 이루는지는 잘 안 보였다. 강사님이 "구조를 봐야 한다"고 하셨는데 그 말 자체가 뭔 말인지 몰랐다.그 감각이 생긴 건 실습에서 직접 망가뜨려보고 나서였다."나눈다"는 게 뭔지 — 실습에서 처음 느꼈다VPC 설계 실습 과제에서 강사님이 이런 조건을 주셨다."웹서버, DB, 관리용 배스천 호스트를 배치해라. 어떻게 나눌지는 각자 결정해라."처음엔 그냥 EC2 세 개 다 같은 서브넷에 넣으려 했다. 어차피 같은 VPC 안이면 통신 되는 거 아닌가 싶어서. 그렇게 했더니 강사님이 지나가시면서 한마디 하셨다."DB가 퍼블릭 서브넷에 있으면 인터넷에서.. 2026. 2. 19. 이전 1 2 3 다음
