이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학부 캡스톤에서 동아리 행사 신청 사이트를 클라우드에 올려본 경험이 있습니다. 처음에는 제 노트북으로 서버를 돌렸는데, 행사 당일 동시에 백 명 가까이 몰리자 화면이 자꾸 멈췄습니다. 그래서 저는 공개 클라우드 서비스에 서버를 옮기고, 사람이 몰릴 때 서버를 한 대 더 띄우는 설정을 처음 써봤습니다. 처음에는 설정 화면이 낯설어 이틀을 헤맸고, 비용이 새는 줄 모르고 켜둔 자원이 있어 작게나마 요금이 나오기도 했습니다. 그 일을 겪고 저는 클라우드는 편한 만큼 안 쓰는 자원을 끄는 일까지 챙겨야 한다는 걸 배웠습니다. 지금도 무언가를 띄우면 다 쓴 자원을 정리했는지부터 확인하는 편입니다.
주니어 1년차 때 사내 작은 내부 도구를 클라우드에 새로 올리는 일을 맡았습니다. 데이터를 어디에 저장할지 고를 때, 처음에는 익숙하다는 이유로 일반 데이터베이스를 쓰려 했습니다. 그런데 이 도구는 파일을 주로 주고받는 용도라, 사수님이 파일 저장에 맞는 오브젝트 저장소를 권했습니다. 직접 둘 다 작게 시험해보니, 파일이 많아질수록 오브젝트 저장소 쪽이 관리가 훨씬 단순했습니다. 처음에 익숙함만으로 고르려던 게 좁은 선택이었고, 무엇을 다루는 도구인지에 맞춰 골라야 한다는 걸 배웠습니다. 지금도 저는 기술을 고를 때 익숙함보다 이 일에 맞는가를 먼저 따집니다.
인턴 때 사내 데이터 백업을 클라우드로 옮기는 작업을 도왔습니다. 옮기는 것 자체는 무사히 끝났지만, 사수님이 '정말 잘 됐는지 어떻게 아냐'고 물었을 때 답을 못 했습니다. 그 질문이 마음에 남아, 저는 옮기기 전후로 백업에 걸리는 시간과 실패 건수를 적어봤습니다. 그러자 백업 시간이 밤새 걸리던 것에서 두 시간 정도로 줄었고, 실패도 거의 없어진 걸 숫자로 확인했습니다. 또 한 달 뒤 복구가 정말 되는지 실제로 한 번 되돌려보기도 했습니다. 옮겼다고 끝이 아니라 진짜 복구되는지까지 확인해야 한다는 걸 그때 배웠고, 지금도 백업은 되돌려보기 전엔 믿지 않습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 이스트소프트 시스템 운영 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.