설계가 다 끝난 뒤에 검토 요청이 들어오면 지적은 할 수 있어도 구조를 바꾸기는 어렵습니다. 점검과 인증 대응으로 연차가 쌓이는 동안 설계 단계에 들어가 본 경험은 좀처럼 붙지 않습니다. 점검과 인증 대응 기록, 목표 직무를 함께 읽으면 설계 단계에 서기까지 무엇이 비는지가 정리됩니다. 리포트는 사내 설계 리뷰에 자리를 만드는 경로(A), 클라우드 아키텍처 지식을 따로 갖추는 경로(B), 보안 설계 조직으로 옮기는 경로(C) 세 갈래로 나옵니다. 아래는 보안 엔지니어 7년차가 클라우드 보안 아키텍트를 목표로 받은 실제 리포트 예시입니다.
가상 예시가 아니라 직접 쌓아온 커리어 데이터와 기록으로 내 리포트를 받아보세요.
내 로드맵 만들기 →커리어 로드맵은 아래처럼 입력한 커리어 데이터·기록·목표를 근거로 만들어져요. 내 데이터를 넣으면 내 리포트를 받습니다.
리포트 예시: 보안 엔지니어 7년차 → 클라우드 보안 아키텍트
현재 경력은 취약점 진단과 컴플라이언스 대응을 넘어, 클라우드 권한·기준선·탐지·침해 대응 절차를 설계하는 보안 실무 단계에 있어요. 목표인 클라우드 보안 아키텍트와의 핵심 차이는 점검 결과를 내는 역량이 아니라 신규 시스템의 구조와 보안 통제를 처음부터 결정한 증거가 아직 제한적이라는 점이에요. 특히 현재 회사에서 클라우드 설계 논의에 늦게 불리는 상황은 현 직장 안에서 해소해야 할 1차 과제이면서, 동시에 구조적 한계를 확인해야 하는 신호예요. 주력은 현 직장에서 설계 참여권을 확보하는 경로 A로 두고, 개인 프로젝트로 아키텍처 산출물의 빈틈을 보완하며, 실제 클라우드 규모와 설계 권한이 생기지 않으면 이직을 검토하는 순서가 맞아요.
온바다페이먼츠
세이프가드컨설팅
사내 클라우드 보안 기준선 문서
현재는 보안 담당 2명 규모의 조직에서 진단자보다 한 단계 높은 보안 통제 설계자에 가까워요. 경력 7년차로 취약점 진단, IAM, 기준선, 탐지, 침해 대응을 연결했지만, 클라우드 보안 아키텍트 사다리의 핵심인 시스템 경계 결정과 설계 단계의 공식 오너십은 아직 부분적으로만 확인돼요. 수행 레벨은 개선에서 설계로 넘어왔고, 다음 단계는 설계 선택을 문서화하고 개발·인프라 조직의 결정을 바꾸는 주도 단계예요.
강점
공백
이미 준비된 것
비어 있는 것
탐색이 필요한 대안은 두 가지예요. IAM·클라우드 거버넌스 스페셜리스트는 현재 권한 재설계와 기준선 경험의 적합도가 가장 높고, 클라우드 보안 아키텍트는 네트워크·데이터 흐름·설계 리뷰까지 넓혀야 하지만 목표와 가장 가까워요. 침해 대응·클라우드 탐지 아키텍트는 로그 통합, 이상 접근 3건 확인, 모의 훈련 28분 기록이 강점이지만 설계 권한을 확보하지 못하면 현재 점검자 역할이 반복될 수 있어요.
현 직장에서 신규 클라우드 계정과 서비스의 설계 리뷰 오너십을 확보하는 데 주력해요. 이 선택이 현재 가장 비어 있는 시스템 경계 결정과 설계 단계 책임을 실제 업무로 채우는 가장 빠른 방법이에요.
개인 프로젝트는 주당 3시간만 투입해 90일 안에 참조 아키텍처 1건과 정책 자동화 실험 1건까지 완성해요. 실제 회사 설계 경험을 대신하지 않고, 면접에서 결정 근거를 설명할 보조 증거로만 사용해요.
당장 이직하면 현재 회사에서 확보 가능한 설계 권한을 포기하게 돼요. 1~2분기 안에 설계 회의 참여와 아키텍처 오너십이 생기지 않거나, 신규 클라우드 설계 자체가 없다면 그때 중형 핀테크·SaaS 플랫폼으로 다시 검토해요.
설계 회의 선참여 확보
다음 신규 클라우드 계정이나 서비스 변경 안건에서 보안 검토를 배포 전이 아니라 설계 승인 단계의 필수 리뷰로 넣자고 제안하고, 네트워크·IAM·로그·비밀 관리 항목의 초안 리뷰어를 맡아야 해요. 현재 설계 단계 검토로 배포 직전 보류를 6건에서 1건으로 낮춘 기록은 이 제안의 근거지만, 지금은 늦게 불리는 상황이므로 회의 초대 시점과 승인 책임을 명시해야 해요. 첫 안건부터 데이터 흐름도, 결정 로그, 리뷰 의견과 반영 결과를 저장해 설계 참여 횟수와 보안 이슈의 사전 발견 건수를 남겨요.
기준선 정책 코드화
현재 클라우드 기준선의 22개 자동 점검을 계정 생성 절차와 연결하고, 위반 시 알림·티켓·예외 만료까지 이어지는 흐름을 제안해요. 문서와 주간 점검만으로는 아키텍처 통제 설계보다 운영 체크리스트로 보일 수 있으므로, 정책의 적용 시점과 차단 여부를 직접 결정하는 경험이 필요해요. 항목별 탐지 수, 수정 완료 시간, 예외 건수와 만료 처리 결과를 월별로 기록해요.
보안 아키텍처 표준화
IAM 역할, 네트워크 분리, 로깅, 비밀 관리, 탐지 지점을 하나의 참조 아키텍처와 설계 리뷰 템플릿으로 묶어 개발 리드와 인프라 담당자에게 배포해요. 지금까지 역할 6개와 기준선 문서, 비밀 관리 이관을 각각 해결했으므로 다음 단계는 개별 통제를 시스템 구조 안에서 선택하고 제외 이유까지 설명하는 일이에요. 적용된 서비스 수, 템플릿 사용 회의 수, 리뷰에서 변경된 설계 결정과 예외 사유를 증거로 남겨요.
모의 사고 설계 주도
침해 대응 모의 훈련을 계정 탈취나 비밀 유출 시나리오에서 클라우드 데이터 흐름과 권한 경계를 검증하는 훈련으로 확장하고 개발·인프라 담당자를 초대해요. 기존 훈련에서 초동 28분 안에 첫 조치가 가능했으므로, 이제는 대응 절차뿐 아니라 설계 단계에서 어떤 통제가 탐지와 격리를 가능하게 했는지 검증해야 해요. 탐지 시각, 격리 완료 시간, 누락된 로그·권한·키 통제와 후속 설계 변경을 훈련 보고서에 기록해요.
클라우드 참조 아키텍처
민감 정보를 다루는 작은 웹 서비스의 참조 아키텍처를 만들고 계정 분리, 네트워크 경계, IAM 역할, 비밀 주입, 중앙 로그와 탐지 규칙을 설계해 공개 가능한 문서와 다이어그램으로 남겨요. 단순 서비스 배포가 아니라 위협 모델, 데이터 흐름, 선택한 통제와 제외한 대안, 정책 검사 결과까지 있어야 시장에서 아키텍트 신호가 되며, 그림만 있고 실제 검증이 없으면 약해요. 6주 동안 설계 문서, 위협 모델, 정책 파일, 배포 결과와 실패한 설정을 산출물로 만들어요.
정책 자동화 실험
클라우드 계정 기준선의 핵심 항목을 정책 코드로 작성하고 의도적으로 잘못된 IAM·네트워크·로그 설정을 넣어 자동 검출과 예외 처리를 검증해요. 시장 신호가 되려면 정책 목록보다 테스트 입력, 탐지 결과, 수정 전후 상태와 예외 만료 흐름이 있어야 하며, 코드 없이 설명만 하면 현재 문서 경험의 반복으로 보일 수 있어요. 4주 안에 정책 코드, 테스트 케이스, 실행 로그와 설계 결정 기록을 묶어 포트폴리오로 정리해요.
침해 대응 아키텍처
계정 탈취 시나리오를 기준으로 로그 수집, 이상 접근 탐지, 권한 격리, 비밀 교체와 사후 분석이 연결되는 소형 클라우드 환경을 만들어요. 실제 대규모 온콜 경험을 대신할 수는 없지만, 탐지 규칙 14개와 초동 28분 훈련 경험을 아키텍처 흐름과 재현 가능한 실험으로 확장하면 설계 판단의 근거가 돼요. 6주 동안 공격 시나리오, 탐지 타임라인, 격리 절차, 복구 기록과 개선 전후 결과를 남겨요.
개인 프로젝트로는 안 되는 것
개인 프로젝트로 실트래픽 환경의 장애 대응, 대규모 비용·권한 운영, 여러 개발팀의 설계 결정을 이끈 사실은 증명할 수 없어요. 이 격차는 현재 회사의 실제 신규 서비스 설계와 모의 사고 훈련에서 맡거나, 그런 경험이 구조적으로 없다면 실트래픽이 있는 클라우드 플랫폼 조직으로 옮겨 메워야 해요.
현 시점에 즉시 이직이 필수는 아니에요. 현재 회사에서 설계 회의 선참여, 기준선 정책 코드화, 신규 서비스 참조 아키텍처 오너십을 1~2분기 요청해 볼 수 있고 이미 IAM·기준선·탐지의 재료가 있기 때문이에요. 다만 계속 점검과 인증 대응만 맡고 신규 클라우드 설계 책임을 맡지 못하면 구조적 한계로 보고 이직을 전환해야 해요.
성장 중 핀테크 플랫폼
클라우드 계정과 서비스가 늘어나는 중형 핀테크나 결제 플랫폼을 우선 검토해요. 현 직장에서 설계 문서 2건 이상, 기준선 적용 확대, 정책 자동화 결과를 확보한 뒤 지원해야 현재의 12개 계정 권한 정리와 22개 기준선 점검이 설계 경험으로 연결돼 보여요. 취약점 점검과 인증 대응만 하는 역할은 통하지만, 신규 서비스의 IAM·네트워크·데이터 흐름을 결정한 사례가 없으면 목표 직무 적합도가 낮게 읽혀요.
클라우드 보안 플랫폼팀
개발자 플랫폼이나 클라우드 거버넌스 팀이 분리된 중견 SaaS·플랫폼 회사를 봐야 해요. 현 직장에서 기준선의 정책 코드화와 예외 만료 흐름을 만든 뒤, 입사 후 계정 프로비저닝과 배포 통제의 표준을 맡을 수 있는 직무인지 확인해요. 현재의 권한 설계와 자동 점검은 통하지만, 플랫폼 팀의 서비스 운영 범위와 내부 고객 수가 공고에 없다면 면접에서 실제 오너십을 따로 검증해야 해요.
대규모 금융 보안조직
보안 아키텍처, 클라우드 보안, 탐지 대응이 나뉜 대형 금융·커머스 조직은 실트래픽과 설계 리뷰를 얻는 선택지예요. 현 회사에서 참조 아키텍처와 모의 사고 결과를 만든 뒤, 특정 클라우드와 네트워크·데이터 보호 설계를 직접 맡는 포지션을 찾아야 해요. 20여 고객사 웹 진단 경험과 인증 대응만으로는 아키텍트 직무를 바로 증명하기 어렵고, 시스템 설계 결정과 운영 규모가 있는 공고를 골라야 해요.
달성 판정: 신규 클라우드 서비스 설계 문서 2건에서 IAM·네트워크·로그·비밀 관리 검토자와 결정 사항으로 기록되고, 사전 발견 이슈와 반영 결과가 남으면 달성으로 봐요.
달성 판정: 기준선 자동 점검 22개 중 핵심 항목의 정책 코드, 테스트 결과, 위반 수정 시간과 예외 만료 기록을 남겨요.
달성 판정: 민감 데이터 서비스의 데이터 흐름도, 위협 모델, 통제 선택 근거와 배포 검증 결과를 하나의 포트폴리오 문서로 완성해요.
현재 회사에서 클라우드 설계 회의에 계속 늦게 불리고, 보안 담당 2명 구조상 신규 설계 오너를 맡길 권한이 주어지지 않을 수 있어요.
대안설계 리뷰 템플릿과 기준선 정책 자동화를 먼저 독립 산출물로 만들고, 1~2분기 뒤에도 적용 범위가 늘지 않으면 이직용 증거로 전환해요.
개인 프로젝트가 실제 클라우드 운영이나 공개 가능한 코드 없이 문서 작성에서 멈출 수 있어요.
대안작은 배포 환경에서 의도적 위반 설정, 자동 탐지, 수정과 재검증까지 기록해 문서만 있는 프로젝트가 되지 않게 해요.
이력서 자체가 고민이라면 보안 엔지니어 이력서 피드백·진단 예시도 함께 보세요.
가상 예시가 아니라 직접 쌓아온 커리어 데이터와 기록으로 내 리포트를 받아보세요.
내 로드맵 만들기 →