# 2026 Job Search Context — Preserved Source
AI Summary
Purpose:
- Preserve the user-provided company research and application strategy that was
originally stored at /Users/khw/Downloads/toss-career-context.md.
Key points:
- The preferred direction is Data Platform / Data Engineering, with Analytics
Engineering, DW, Data Quality, and Governance as adjacent options.
- The source compares four Toss-family roles and recommends separate resume
variants instead of one generic application.
- Current verified experience must remain distinct from PoC, technical review,
and learning; Spark, Kafka, Flink, dbt, and Snowflake must not be overstated.
- The source contains company and compensation estimates that can become
outdated and must be revalidated before use.
Relevant when:
- Preparing a role-specific resume, career description, application strategy,
gap matrix, or interview plan for the 2026 career transition.
Do not read full document unless:
- Exact role comparisons, gap lists, or the original Korean planning context
are required.
Linked documents:
../../../ai/wiki/projects/2026-career-transition.md../../../ai/wiki/people/hyunwook.md../../../ai/wiki/projects/data-platform-systems-engineering.md../../../ai/wiki/projects/bts.md
Open Questions
- Job availability, compensation, affiliation, and work policies are time-sensitive.
- The original source did not include the current Remember Data Engineer URL;
it was validated separately on 2026-07-16.
- Exact production status of the event-level CDC work still needs confirmation.
Raw Source
The Korean source below is preserved verbatim from the user-provided file.
# 토스 계열 채용 지원 작업 컨텍스트
작성일: 2026-07-16 목적: ChatGPT에서 검토한 토스 계열 채용공고와 지원 전략을 Codex에서 이어서 작업하기 위한 컨텍스트 문서 주의: 공고 내용·소속 법인·채용 상태는 변경될 수 있으므로 실제 지원 전 각 URL을 다시 확인할 것
1. 지원자 기본 프로필
현재 역할
- 경력 약 5년의 Data Platform Engineer
- 팀 리더를 보조하면서 기술 검토·운영 개선·문서화를 함께 수행
- 순수 분석가보다 데이터 수집·처리·DB·인프라·운영을 폭넓게 다루는 형태
- 향후에도 Data Platform / Data Engineering 방향을 유지하는 것이 우선
- 다만 DW, Data Quality, Data Governance, Analytics Engineering 방향도 검토 가능
주요 기술·업무 경험
- Python 기반 데이터 수집기 및 배치 처리
- PyPI, NPM, Maven 등 오픈소스 생태계 데이터 수집
- Airflow 기반 작업 운영 경험
- MySQL 8.x 및 대규모 테이블 운영
- Kubernetes, Docker, docker-compose 기반 서비스 운영
- Linux / Ubuntu 환경 운영
- 데이터 정합성 검증, 중복·누락·오매핑 처리
- 대규모 Backfill 및 재처리
- CVE·라이브러리·제품·버전 간 매핑
- 수집·분석·배포 DB 간 데이터 흐름 관리
- 장애 분석, 성능 개선, 운영 정책 및 Runbook 작성
- Jira·Confluence 기반 문서 체계와 업무 프로세스 정리
- 스토리지 아키텍처 기술 검토
- SeaweedFS - MinIO - ZFS - XFS - 수억 개 작은 파일 저장 구조
대표 성과 및 사례
#### 1. View 기반 JOIN 성능 개선
- View 기반으로
TB_COMP_LIB_PRODUCT와 JOIN할 때 약 130만 건 스캔 - 실제 테이블과 조건을 직접 적용했을 때 약 6,000건 수준으로 축소
- 실행계획, 인덱스, 조건 전파, Collation 차이 분석
- View 구조와 실제 테이블 구조의 옵티마이저 동작 비교
- 데이터 조회 응답시간과 DB 부하 개선
#### 2. CVE 조회 정렬 성능 개선
PUBLISHED_DATE,LAST_MODIFIED_DATE정렬 병목 확인- 정렬용 인덱스 추가
- View 기반 CVE 조회 성능 개선
#### 3. 컨테이너 자원 경합 분석
- 운영점검 작업과 UI 조회가 동일 분석 서버에서 실행
- CPU 사용률 90% 이상 상승
- docker-compose에 CPU limit이 없어 특정 컨테이너가 자원 독점
- 배치와 온라인 워크로드 자원 경합 분석
- CPU limit, 실행시간 분리, 모니터링 및 운영 가이드 개선안 수립
#### 4. 대규모 데이터 처리·Backfill
- 언어·생태계별 라이브러리 및 버전 데이터 수집
- 중복·누락 검증
- 대규모 이력 데이터 재처리
- 수집 실패·재처리·정합성 검증 운영
#### 5. 스토리지 아키텍처 검토
- 수억 개의 작은 메타 파일 저장 요구사항 분석
- SeaweedFS의 Haystack Packing 구조 검토
- MinIO의 작은 파일·메타데이터·inode 부담 검토
- Git mirror 장기보관을 위한 ZFS checksum, scrub, snapshot, LZ4 검토
- 복제 및 복구 정책 검토
2. 리멤버앤컴퍼니 조사 요약
회사 성격
- 최신 기업정보 기준으로 중견기업으로 분류되는 자료가 있으나 사이트별로 중소기업 표기도 존재
- 실제 업무문화는 전통 중견기업보다 후기 스타트업·스케일업에 가까움
- 공식 문화 키워드
- 고객 중심 - 빠른 실행 - 강한 오너십 - 직접적인 커뮤니케이션 - One-Team
복지
- 복지카드 연 100만 원
- 교육·세미나·도서비 지원
- 업무장비 지원
- 건강검진·심리상담
- 리프레시 휴가
- 유연 출근 및 반반차
- 무이자 대출 등
데이터·플랫폼 엔지니어 추정 연봉
- 5~7년차 기본연봉 추정: 약 6,500만~8,000만 원
- 현실적인 협상 목표: 약 7,500만~8,000만 원
- 8,000만 원 이상이면 좋은 제안으로 판단
- 공개 연봉 테이블이 아니므로 실제 처우협의에서 검증 필요
워라밸
- 유연근무는 공식적으로 존재
- 정기 재택근무가 전사적으로 보장되는지는 불명확
- 팀·직무별 편차 가능성
- 출퇴근 자율성은 있으나 빠른 실행과 성과 기대가 높아 업무강도는 중상 수준으로 예상
한 줄 평가
복지는 준수하고 회사 안정성은 초기 스타트업보다 높지만, 업무방식은 빠른 스케일업에 가깝다.
3. 토스페이먼츠 회사 조사 요약
회사 성격
- 법적·기업정보상 중소기업으로 표기되는 자료가 있음
- 직원 약 450명, 매출 수천억 원 규모의 대형 핀테크 계열사
- 일반적인 중소기업과 비교할 수 없는 사업 규모
- 업무문화는 강한 스타트업형
- 사업 안정성은 초기 스타트업보다 훨씬 높음
문화
- 자율과 책임
- 근무시간·장소 자율성
- 강한 오너십
- 빠른 의사결정
- 직접적인 피드백
- 결과 중심
- 문화 적합성 인터뷰 중요
복지
- 근무시간과 근무장소 선택
- 자율 휴가
- 3년 근속 시 1개월 유급 리프레시 휴가
- 개인 법인카드
- 교육·도서·세미나 지원
- 고사양 장비
- 주택자금 무이자 대출
- 단체보험, 통신비, 체력단련비 등
연봉 추정
#### Data Engineer / Data Platform Engineer
- 5~7년차 추정 기본연봉: 약 7,500만~9,500만 원
- 최초 희망연봉: 약 9,000만~1억 원
- 현실적인 목표: 약 8,500만~9,500만 원
- 총보상과 기본연봉을 반드시 구분할 것
- 기본연봉 - 성과급 - 사이닝보너스 - RSU - 온콜 보상 - 퇴직금
#### Systems Engineer
- 추정 기본연봉: 약 7,000만~9,000만 원
- 현실적인 목표: 약 8,000만~9,000만 원
- OpenStack, 온프레미스 Kubernetes, 물리 서버·스토리지 경험이 명확하면 상단 협상 가능
워라밸
- 공식적으로 원격근무와 출퇴근 자율성이 높은 편
- 그러나 업무시간 통제 완화와 업무량 감소는 다른 문제
- 결제·데이터 플랫폼·인프라 직무는 야간·주말 장애 가능성 존재
- 온콜 여부, 순번, 보상, 대체휴무를 반드시 확인할 것
한 줄 평가
높은 연봉·복지·자율성을 제공하지만 결과 책임과 업무강도 역시 높은 대형 핀테크 스케일업이다.
# 4. 검토한 토스 계열 채용공고
4.1 토스페이먼츠 Systems Engineer
URL
https://toss.im/career/job-detail?job_id=7795677003&sub_position_id=4076153003&company=%ED%86%A0%EC%8A%A4%ED%8E%98%EC%9D%B4%EB%A8%BC%EC%B8%A0
실제 역할
- 데이터센터 인프라
- 물리·가상 서버
- 스토리지와 백업
- OpenStack 기반 Private Cloud
- 온프레미스 Kubernetes
- Elasticsearch·Kafka 플랫폼
- 인프라 자동화
- 모니터링과 용량 관리
직무 성격
Traditional Systems Engineer + Private Cloud Engineer + Kubernetes Platform Engineer
지원자 적합도
- 현재 경력 자체: 약 65~75%
- 실제 물리 서버·스토리지·온프레미스 Kubernetes 경험이 충분하면 80% 이상 가능
- OpenStack 미경험은 약점
- Data Engineer 경력보다 Infra·Systems 관점으로 이력서를 재구성해야 함
강점 매핑
- Linux 운영
- Kubernetes·Docker 운영
- 컨테이너 자원 경합 분석
- 데이터 시스템 장애 분석
- 스토리지 아키텍처 검토
- Python·Shell 자동화
- 용량 및 성능 문제 분석
부족한 부분
- OpenStack 구축·운영
- 물리 서버 장비 운영
- SAN·NAS·DAS
- RAID
- 백업 시스템
- 데이터센터 장비 반입·교체
- 온프레미스 Kubernetes 직접 구축
- Ansible 등 인프라 자동화 실무
이력서 방향
제목 예시:
Linux·Kubernetes 기반 데이터 플랫폼 및 인프라 엔지니어
앞에 배치할 사례:
- 컨테이너 자원 경합 및 CPU 과부하 개선
- 대규모 DB 조회 병목 개선
- 스토리지 아키텍처 설계·PoC
특이사항
- 공고상 최종 배치에 따라 신규 법인 소속 가능성이 언급됨
- 처우협의 전 확인할 것
- 법인명 - 근속 승계 - 복지와 성과급 지급 주체 - 퇴직금 산정 - 리프레시 휴가 산정 - Infra Team 전체 이동 여부
판단
- 지원 가능
- 다만 Data Platform Engineer 커리어 연속성은 낮아질 수 있음
- Private Cloud / Infra Engineer 방향으로 전환하려는 경우 적합
4.2 토스플레이스 Data Analytics Engineer
URL
https://toss.im/career/job-detail?job_id=5960616003&sub_position_id=6650841003&company=%ED%86%A0%EC%8A%A4%ED%94%8C%EB%A0%88%EC%9D%B4%EC%8A%A4
실제 역할
- 데이터 정책과 원칙 수립
- Snowflake·dbt·Airflow 기반 SSOT 구축
- 서버 개발자와 데이터 모델 리뷰
- 데이터 구조와 표준 설계
- 데이터 처리 로직 관리
- Data Quality
- 데이터 보안성 검토
- 메타데이터와 문서화
- 제품 지표 설계
직무 성격
Analytics Engineer + DW Data Modeler + Data Governance Engineer
지원자 적합도
- 현재 경력 자체: 약 75~80%
- 공고 맞춤 이력서 재구성 시 약 80~85%
- 지금까지 본 공고 중 현재 경력으로 서류 합격 가능성이 가장 높다고 판단
강점 매핑
- 데이터 정합성 검증
- CVE·라이브러리·제품·버전 매핑
- 다중 데이터 소스 표준화
- 대규모 Backfill
- SQL 성능 최적화
- Airflow·Python
- 데이터 처리 규칙 문서화
- Jira·Confluence 기반 운영 체계
부족한 부분
- dbt 실무
- Snowflake 실무
- DW 모델링
- Fact / Dimension
- Grain
- SCD
- Star Schema
- 제품 지표 설계
- 분석용 Mart 구축
준비해야 할 핵심
#### dbt
- source
- model
- ref
- staging / intermediate / mart
- incremental model
- snapshot
- schema test
- generic / singular test
- documentation
- lineage
- macro와 Jinja
#### DW 모델링
- Fact / Dimension
- Grain
- SCD Type 1·2
- Natural Key / Surrogate Key
- Transaction Fact
- Snapshot Fact
- Star Schema
#### Snowflake
- Storage / Compute 분리
- Virtual Warehouse
- Micro-partition
- Clustering
- Time Travel
- Zero-copy Clone
- RBAC
- 비용 구조
이력서에 앞세울 사례
- 다중 오픈소스 생태계 데이터 표준화와 품질 관리
- 대규모 SQL 조회 성능 개선
- 데이터 처리 규칙·메타데이터·문서 체계 수립
판단
- 지원 우선순위가 높음
- 기존 Data Platform 경력을 Analytics Engineering / Data Architecture 방향으로 확장 가능
- 다만 인프라보다 SQL·모델링·표준·품질·커뮤니케이션 비중이 커짐
4.3 토스 본사 Data Analytics Engineer (Platform)
URL
https://toss.im/career/job-detail?job_id=5960616003&sub_position_id=6537383003&company=%ED%86%A0%EC%8A%A4
실제 역할
- 전사 DW 표준 유지 및 개선
- 각 제품 조직의 DAE(Product)와 협업
- 테이블 정합성 개선
- DQ Rule 고도화
- Health Check 지표 개발
- IR·Finance·제품 통합분석용 전사 Mart 개발
- 도메인별 표준 Mart와 전사 통합 Mart 연결
- Data Discoverability 개선
- 조직별 Data Maturity 측정
- DAE 생산성 향상 도구 개발
기술환경
- Hadoop
- Airflow
- Python
- Impala SQL
- PySpark 코드 이해
직무 성격
Enterprise DW + Data Quality + Data Governance + Central Analytics Platform
지원자 적합도
- 현재 경력 자체: 약 65~70%
- DW·DQ·표준 중심으로 재작성 시 약 70~75%
- 직접적인 Fact·Dimension·Mart 설계 경험이 있다면 80% 내외
강점 매핑
- 다중 데이터 소스 표준화
- 데이터 정합성 검증
- DQ Rule과 운영점검
- CVE·라이브러리·버전 매핑
- 대규모 Backfill
- SQL·실행계획·인덱스 최적화
- Airflow·Python
- 문서·정책·Runbook 체계 수립
부족한 부분
- 전사 DW 표준 관리
- 여러 제품팀 간 데이터 모델 조정
- 통합 Mart 설계
- Fact / Dimension 기반 DW 모델링
- Hadoop / HDFS
- Hive Metastore
- Impala
- PySpark
- 제품 지표 및 AARRR
준비해야 할 핵심
- ODS / DW / Mart
- 표준 Mart / 통합 Mart
- Fact / Dimension / Grain
- SCD
- Late-arriving Dimension
- 데이터 오너십
- 데이터 용어·지표 표준
- HDFS / Hive / Impala
- Parquet / ORC
- Partition Pruning
- Small File
- Data Skew
- Spark Shuffle
판단
- 합격 난도는 토스플레이스보다 높음
- 합격 시 Data Architect / Enterprise DW / Governance 커리어 확장성이 큼
- 현재 이력서를 그대로 제출하면 수집·운영 엔지니어로 보일 위험이 큼
4.4 토스페이먼츠 Data Engineer
URL
https://toss.im/career/job-detail?job_id=4071103003&sub_position_id=4679693003&company=%ED%86%A0%EC%8A%A4%ED%8E%98%EC%9D%B4%EB%A8%BC%EC%B8%A0
실제 역할
#### Data Platform
- AWS Kubernetes 기반 데이터 플랫폼 아키텍처
- 배포·모니터링·운영 정책
- Airflow 기반 수천 개 작업 운영
- DQ 및 메타데이터 자동화
#### Streaming
- CDC 기반 실시간 데이터 수집
- Apache Flink 처리 로직
- 실시간 데이터의 DW 전송
- 장애 대응과 성능 튜닝
#### Real-time Serving
- 대용량 데이터를 실시간 조회하는 플랫폼
- MSA 여러 서비스의 분산 데이터 결합
- 대량 트래픽 검색·조회 시스템
직무 성격
Data Platform Engineer + Streaming Data Engineer + Data Application Engineer
지원자 적합도
- 커리어 방향 적합도: 약 85~90%
- 현재 기술요건 적합도: 약 55~65%
- Spark·Kafka·CDC·Flink 경험이 있으면 70~80% 이상 가능
- 지금까지 본 공고 중 원하는 커리어 방향과 가장 가까움
- 다만 필수 기술 격차가 가장 큼
강점 매핑
- Kubernetes·Docker 기반 데이터 시스템 운영
- Airflow·배치 파이프라인
- 대규모 데이터 수집
- Backfill과 재처리
- MySQL 대형 테이블 운영
- 실행계획·인덱스·Collation 분석
- 데이터 정합성과 DQ
- 컨테이너 자원 경합 분석
- 장애 대응과 운영 안정화
- Binlog 변경의 시스템 영향 분석
핵심 부족 기술
#### Spark
- Partition
- Shuffle
- Data Skew
- Broadcast Join
- Executor Memory
- Spill
- OOM
- Parquet 파일 크기
- Small File
- Spark UI 튜닝
#### CDC
- Debezium
- Kafka Connect
- MySQL Binlog CDC
- Snapshot + Incremental
- Offset 관리
- 삭제 이벤트
- Schema 변경
- 중복 처리
- 순서 보장
#### Kafka
- Topic / Partition
- Consumer Group
- Rebalancing
- Consumer Lag
- At-least-once
- Exactly-once
- Schema Registry
- Retry / DLQ
#### Flink
- Checkpoint
- Savepoint
- Event Time
- Processing Time
- Watermark
- Late Event
- Backpressure
- State
- 장애 복구
#### Real-time OLAP
- ClickHouse
- StarRocks
- Druid
- Column Store
- Partition / Sort Key
- Materialized View
- 실시간 적재
- 분산 집계
이력서에 앞세울 사례
- 다중 데이터 소스 수집·처리 플랫폼 구축 및 운영
- 대규모 데이터 조회 성능 개선
- 컨테이너 데이터 워크로드 자원 격리 및 안정화
- DQ·메타데이터·재처리 자동화
과장 금지
- Binlog 장애 분석을 CDC 구축 경험으로 쓰지 말 것
- Kafka를 학습만 했다면 운영 경험으로 쓰지 말 것
- Spark PoC를 대규모 운영 경험으로 쓰지 말 것
- 일반 Kubernetes 서비스 운영과 데이터 플랫폼 운영을 구분할 것
- 실제 범위를 구축 / 운영 / PoC / 검토로 명확히 표현할 것
판단
- 지원 추천
- 현재 커리어와 가장 직접적으로 연결됨
- Spark 및 CDC 실무가 없다면 서류·기술면접 난도가 높음
- 토스플레이스 DAE와 동시 지원 전략이 현실적
# 5. 네 공고 비교
| 공고 | 현재 경력 적합도 | 커리어 방향 적합도 | 주요 강점 | 핵심 부족 기술 |
|---|---|---|---|---|
| 토스페이먼츠 Data Engineer | 55~65% | 85~90% | K8s, Airflow, DB, 배치, DQ | Spark, CDC, Kafka, Flink |
| 토스플레이스 Data Analytics Engineer | 75~80% | 70~80% | SQL, DQ, 표준화, Airflow | dbt, Snowflake, DW |
| 토스 본사 DAE Platform | 65~70% | 70~80% | DQ, 표준, SQL, 문서화 | Enterprise DW, Hadoop, Impala |
| 토스페이먼츠 Systems Engineer | 65~75% | 50~65% | Linux, K8s, 장애, 스토리지 | OpenStack, 물리 인프라 |
# 6. 지원 우선순위
합격 가능성 기준
- 토스플레이스 Data Analytics Engineer
- 토스 본사 Data Analytics Engineer (Platform)
- 토스페이먼츠 Data Engineer
- 토스페이먼츠 Systems Engineer
원하는 Data Platform 커리어 기준
- 토스페이먼츠 Data Engineer
- 토스플레이스 Data Analytics Engineer
- 토스 본사 Data Analytics Engineer (Platform)
- 토스페이먼츠 Systems Engineer
현실적인 지원 전략
1순위 동시 지원
- 토스페이먼츠 Data Engineer
- 토스플레이스 Data Analytics Engineer
2순위
- 토스 본사 Data Analytics Engineer (Platform)
별도 커리어 트랙
- 토스페이먼츠 Systems Engineer
- Private Cloud / System Infra 방향 전환 의지가 있을 때 지원
# 7. 이력서 버전 분리 전략
하나의 이력서를 네 공고에 공통 제출하지 말 것.
버전 A: Data Platform / Data Engineer
대상:
- 토스페이먼츠 Data Engineer
상단 키워드:
- Kubernetes 기반 데이터 워크로드 운영
- Airflow
- 대규모 배치
- 데이터 재처리
- Data Quality
- MySQL 성능 개선
- 운영 자동화
- 장애 대응
- 플랫폼 안정성
앞에 배치할 프로젝트:
- 다중 데이터 수집·처리 플랫폼
- 대규모 DB 조회 성능 개선
- 컨테이너 자원 경합 개선
버전 B: Analytics Engineering / DW / DQ
대상:
- 토스플레이스 Data Analytics Engineer
- 토스 본사 DAE Platform
상단 키워드:
- 데이터 모델
- 데이터 정합성
- 데이터 품질
- 표준화
- 메타데이터
- SSOT
- SQL
- Airflow
- 데이터 처리 규칙
- Backfill
- 문서 및 거버넌스
앞에 배치할 프로젝트:
- 다중 생태계 데이터 표준화와 DQ
- CVE·제품·버전 매핑 체계
- 대규모 SQL·데이터 모델 최적화
- Health Check 및 운영점검 자동화
버전 C: Systems / Private Cloud
대상:
- 토스페이먼츠 Systems Engineer
상단 키워드:
- Linux
- Kubernetes
- Docker
- 서버 자원
- 스토리지
- 백업
- 장애 대응
- 모니터링
- 자동화
- 용량 산정
앞에 배치할 프로젝트:
- 컨테이너 자원 경합 개선
- 데이터 플랫폼 인프라 운영
- 스토리지 아키텍처 검토
- 서버·DB 병목 분석
# 8. 경력기술서 공통 작성 원칙
모든 프로젝트는 다음 구조로 작성
1. 문제
- 어떤 서비스·데이터·사용자에게 문제가 있었는가
- 기존 구조가 왜 한계였는가
- 장애·성능·품질·운영 비용이 어떤 영향을 받았는가
2. 규모
- 데이터 건수
- 테이블 크기
- DAG 수
- 작업 수
- 일일 처리량
- 트래픽
- 서버 수
- 장애 빈도
- 처리시간
3. 본인 역할
- 설계
- 구현
- 분석
- 테스트
- 배포
- 운영
- 협업
- 문서화
팀이 한 일과 본인이 한 일을 분리할 것.
4. 기술적 판단
- 어떤 후보를 검토했는가
- 왜 해당 방법을 선택했는가
- 어떤 Trade-off가 있었는가
- 롤백과 장애 대응은 어떻게 설계했는가
5. 결과
- 처리시간 감소
- 스캔 건수 감소
- CPU 사용률 감소
- 오류율 감소
- 데이터 누락률 감소
- 운영시간 감소
- 수작업 감소
- 장애 빈도 감소
수치가 없으면 가능한 범위에서 로그·모니터링·작업시간으로 복원할 것.
# 9. 현재 반드시 보완할 정보
Codex에서 이력서를 만들기 전에 다음 사실을 사용자에게 확인하거나 기존 문서에서 찾아야 함.
경력 기본정보
- 현재 회사명
- 재직 기간
- 정확한 총 경력
- 현재 직급
- 현재 연봉
- 희망연봉
- 이직 가능일
데이터 플랫폼 규모
- Airflow DAG 수
- 일일 작업 수
- 일일 데이터 처리량
- 수집 대상 수
- DB 총 용량
- 최대 단일 테이블 용량
- 운영 서버와 Kubernetes 규모
- 장애 건수와 개선 결과
기술 경험 진위와 수준
각 기술을 다음 네 단계 중 하나로 분류할 것.
- Production 구축·운영
- Production 운영
- PoC
- 학습·기술검토
대상 기술:
- Kubernetes
- Airflow
- Spark
- Kafka
- CDC
- Flink
- dbt
- Snowflake
- Hadoop
- Impala
- PySpark
- OpenStack
- Elasticsearch
- Prometheus
- Grafana
- Zabbix
- Ansible
- 물리 서버
- SAN / NAS
- 백업 시스템
정량적 결과
- 130만 → 6,000 스캔 외 실제 응답시간 개선
- CPU 90% 문제의 적용 전후
- CVE 정렬 인덱스 적용 전후
- Backfill 처리시간
- 데이터 오류율
- 누락·중복 감소율
- 자동화로 절감된 작업시간
# 10. 면접에서 반드시 확인할 조건
공통
- 기본연봉과 총보상 분리
- 성과급 산정 방식
- 사이닝보너스
- RSU
- 포괄임금제 여부
- 수습기간과 수습 급여
- 실제 재택근무 빈도
- 평가 주기
- 조직개편 빈도
- 채용 포지션의 퇴사·증원 배경
Data Engineer / Platform
- 온콜 로테이션 인원
- 야간 알림 대상
- 주말 장애 빈도
- 온콜 수당
- 대체휴무
- Airflow DAG 수와 SLA
- 데이터 플랫폼의 주요 장애 원인
- Spark·Flink 작업 비중
- 배치와 스트리밍 인력 구분
- 플랫폼팀과 제품팀의 책임 경계
Analytics Engineer
- Data Engineer와 DAE의 역할 경계
- 제품 분석 업무 비중
- DW 모델링 업무 비중
- 운영성 요청 비중
- 데이터 품질 사고 대응 주체
- dbt / Snowflake / Hadoop 환경의 성숙도
- 신규 구축과 레거시 개선 비중
- 데이터 표준을 강제하는 권한과 프로세스
Systems Engineer
- 데이터센터 위치
- 현장 방문 빈도
- 야간 장비 교체
- 정기점검 시간
- 신규 법인 소속 여부
- OpenStack 운영 규모
- 온프레미스 Kubernetes 규모
- 서버·스토리지·백업 담당 인원
# 11. Codex에서 이어서 할 작업
우선 작업
- 현재 이력서·경력기술서 파일 확인
- 경력 사실과 정량 수치 추출
- 토스페이먼츠 Data Engineer용 이력서 작성
- 토스플레이스 DAE용 이력서 작성
- 공통 경력기술서 프로젝트 3개를 STAR 또는 Problem-Action-Result 구조로 작성
- 각 공고 필수기술 대비 Gap Matrix 작성
- 예상 면접 질문과 답변 초안 작성
추천 산출물
resume/
├── common/
│ ├── career-facts.md
│ ├── project-metrics.md
│ └── skills-evidence.md
├── toss-payments-data-engineer/
│ ├── resume.md
│ ├── career-description.md
│ ├── cover-letter.md
│ └── interview-prep.md
├── toss-place-dae/
│ ├── resume.md
│ ├── career-description.md
│ ├── cover-letter.md
│ └── interview-prep.md
├── toss-dae-platform/
│ ├── resume.md
│ ├── career-description.md
│ └── interview-prep.md
└── toss-payments-systems/
├── resume.md
├── career-description.md
└── interview-prep.md# 12. Codex 시작 프롬프트
아래 프롬프트를 Codex에서 사용할 수 있음.
이 저장소의 `toss-career-context.md`를 먼저 읽어라.
목표:
1. 내 실제 경력 사실을 과장하지 않고 정리한다.
2. 토스페이먼츠 Data Engineer와 토스플레이스 Data Analytics Engineer 지원용 이력서를 각각 만든다.
3. 두 포지션에 동일한 이력서를 쓰지 말고 직무별로 강조점을 분리한다.
4. 모든 프로젝트는 문제, 규모, 본인 역할, 기술적 판단, 정량적 결과 순으로 작성한다.
5. 내가 실제 운영하지 않은 Spark, Kafka, CDC, Flink, dbt, Snowflake 경험을 운영 경험처럼 쓰지 않는다.
6. Production 운영, PoC, 기술검토, 학습을 명확히 구분한다.
7. 수치가 부족한 항목은 `[수치 확인 필요]`로 표시하고 임의로 만들지 않는다.
8. 한국어로 작성하되 기술 용어는 원문을 유지한다.
먼저 현재 저장소의 이력서·경력기술서·프로젝트 문서를 검색하고,
다음 파일을 생성하라.
- `resume/common/career-facts.md`
- `resume/common/project-metrics.md`
- `resume/common/skills-evidence.md`
- `resume/toss-payments-data-engineer/resume.md`
- `resume/toss-payments-data-engineer/career-description.md`
- `resume/toss-place-dae/resume.md`
- `resume/toss-place-dae/career-description.md`
문서를 생성하기 전에 사실로 확인된 경력과 확인이 필요한 내용을 표로 분리하라.# 13. 최종 의사결정 요약
현재 가장 현실적인 선택
- 합격 가능성과 현재 경험 활용:
- 토스플레이스 Data Analytics Engineer
- 원하는 Data Platform 커리어:
- 토스페이먼츠 Data Engineer
- 전사 데이터 아키텍처와 거버넌스 커리어:
- 토스 본사 Data Analytics Engineer (Platform)
- Private Cloud와 시스템 인프라 전환:
- 토스페이먼츠 Systems Engineer
추천 지원 방식
토스페이먼츠 Data Engineer와 토스플레이스 Data Analytics Engineer에 동시 지원하고, 각 포지션용 이력서를 별도로 작성한다.
토스페이먼츠에는 다음을 강조:
- Kubernetes
- Airflow
- 대규모 배치
- 파이프라인 운영
- MySQL 성능
- DQ
- 장애 대응
- 운영 자동화
토스플레이스에는 다음을 강조:
- 데이터 모델
- 정합성
- 표준화
- SQL
- 메타데이터
- SSOT
- Backfill
- 데이터 처리 규칙
- 문서화와 협업
# 14. 사실성 원칙
- 실제 수행하지 않은 기술은 경력으로 작성하지 않는다.
- 검토·PoC·운영·구축을 구분한다.
- 팀 성과와 본인 성과를 분리한다.
- 공개되지 않은 연봉은 추정치임을 명시한다.
- 토스 공고와 회사 정책은 지원 직전에 다시 확인한다.
- 모호한 “대용량”, “성능 개선”, “자동화” 대신 실제 규모와 수치를 사용한다.