이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
클라우드 아키텍처 설계에서 가장 먼저 따지는 건 가용성과 확장성입니다. 트래픽이 몰릴 때 자동으로 스케일링되는 구조인지, 일부 컴포넌트가 다운돼도 전체 서비스가 멈추지 않는지를 설계 초기에 잡아야 합니다. 수업 프로젝트에서 단일 인스턴스로 구성했다가 트래픽 시뮬레이션에서 바로 터진 경험이 있었습니다. 그 이후부터 로드 밸런서와 멀티 AZ 배치를 기본으로 두고 설계하게 됐습니다. 비용 최적화도 중요한 축인데, 과잉 프로비저닝보다 실제 사용 패턴에 맞는 인스턴스 타입을 고르는 게 장기적으로 훨씬 낫습니다.
클라우드는 설계가 비용입니다. 과잉 프로비저닝과 과소 설계 사이에서 실제 사용 패턴을 기준으로 결정하는 감각이 경험에서 나온다고 생각합니다.
클라우드 아키텍처에서 보안은 나중에 덧붙이는 것이 아니라 설계 초기의 제약 조건이라고 생각합니다. VPC로 네트워크를 격리하고, IAM 역할을 서비스별로 분리해 최소 권한 원칙을 처음부터 구조화하지 않으면, 나중에 고치는 비용이 훨씬 커집니다. 인증과 인가를 분리하고, 서비스 간 통신에도 역할 기반 제어를 적용하는 것이 기본이라고 배웠습니다. 수업 프로젝트에서 처음에 IAM 역할 없이 루트 계정으로 모든 리소스를 연결했다가, 나중에 서비스별로 권한을 나누려니 배포 구조를 거의 다시 짜야 했습니다.
보안 설계는 리팩터링이 아니라 초기 아키텍처에 속합니다 — 그 경험에서 배운 것입니다. 저장·전송 데이터 암호화와 네트워크 격리는 트레이드오프를 논의하는 것이 아니라 기본값으로 들어가는 것이라고 생각합니다. 보안은 설계할 때 비용이 가장 쌉니다.
클라우드 비용은 사용하는 것처럼 보이지만 실제로는 프로비저닝한 것에 청구됩니다. 트래픽 패턴이 예측 가능한 서비스에는 Reserved 인스턴스가 On-Demand보다 훨씬 저렴한데, 처음에 이걸 모르고 On-Demand만 쓰다가 비용이 예상의 두 배가 나온 경험이 있습니다. 그 이후로 사용 패턴을 먼저 분석하는 것을 아키텍처 설계의 일부로 넣게 됐습니다.
상시 운영 워크로드는 Reserved, 스파이크성 배치 작업은 Spot, 예측 불가한 서비스만 On-Demand — 이 기준을 적용하면 비용 구조가 달라집니다. 스토리지도 접근 빈도에 따라 계층화하는 것이 장기적으로 비용을 크게 줄이는 방법입니다. 클라우드 비용 최적화는 아끼는 것이 아니라 사용 패턴에 맞는 것을 고르는 것입니다. 비용은 아키텍처 결정의 결과입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 LG CNS 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.