이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
실무 수준의 Public Cloud 환경 구축 경험은 없습니다. 다만 클라우드 컴퓨팅 수업에서 AWS 프리티어 계정으로 EC2 인스턴스를 생성하고 간단한 웹 서버를 배포하는 실습을 했습니다.
실습 중 가장 혼란스러웠던 건 보안 그룹 설정이었습니다. 서버를 올렸는데 외부에서 접근이 안 됐고, 처음에는 서버 설정 문제라고 생각해서 한참 헤맸습니다. 알고 보니 보안 그룹에서 인바운드 규칙이 막혀 있었고, 포트를 열어주니 바로 접근됐습니다. 클라우드 환경에서는 OS 방화벽 외에 클라우드 레이어의 보안 설정이 따로 있다는 걸 그때 처음 알았습니다. 이후로는 새 서비스를 올릴 때 OS 설정과 클라우드 보안 그룹 설정을 둘 다 확인하는 습관을 들였습니다.
실무 수준의 IaaS·PaaS 구축은 이보다 훨씬 복잡한 아키텍처 판단이 필요하다는 걸 압니다. 입사 후에 배우겠습니다.
학부 팀 프로젝트로 만든 간단한 웹 애플리케이션을 AWS에 배포해본 경험이 있습니다. EC2에 직접 환경을 구성하는 방식이었습니다.
배포 과정에서 가장 시간이 걸린 건 환경 변수 관리였습니다. 로컬에서는 잘 돌아가는데 서버에서 계속 오류가 났고, 원인을 찾는 데 2시간 넘게 걸렸습니다. 결국 로컬 개발 환경에만 있는 환경 변수를 서버에 설정하지 않은 게 원인이었습니다. 그 이후로 배포 전 환경 변수 체크리스트를 만들어두는 습관을 들였습니다. 또 그 사건 이후 팀원들과 배포 절차를 문서화해서 다음에 같은 실수를 반복하지 않게 했습니다.
기업 인프라 수준에서 IaaS나 PaaS를 구축하는 건 이보다 훨씬 많은 고려 사항이 있다는 걸 압니다. 입사 후에 배우겠습니다.
Public Cloud에서 IaaS나 PaaS를 실무 수준으로 구축한 경험은 없습니다. 클라우드 수업에서 두 모델의 차이를 배우고, 어떤 상황에서 어떤 모델을 선택하는지 공부했습니다.
공부하면서 이해한 건 IaaS는 제어권이 높은 대신 관리 부담도 높고, PaaS는 개발에 집중할 수 있지만 환경 제어에 제약이 있다는 트레이드오프였습니다. 어느 게 더 좋냐가 아니라 요구 사항에 따라 선택이 달라진다는 점이 처음에는 모호하게 느껴졌는데, 사례를 보면서 왜 그런지 이해하게 됐습니다. 직접 서비스를 운영해야 하는 경우 IaaS를, 빠른 배포가 목적인 경우 PaaS를 선택하는 패턴이 많다는 걸 배웠습니다.
실제 구축 경험은 없어서 이론과 실무의 간극이 있을 거라는 걸 압니다. 입사 후에 현장에서 배우겠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SK inc.(AX) 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.