이 자리가 왜 생겼을까요
카카오페이는 2025년 연간 실적 발표에서 데이터와 트래픽을 기반으로 한 사업을 강화하겠다고 밝혔습니다. 반기보고서에는 서비스 거래 내역과 앱 로그 데이터를 분석해 개인에게 맞는 금융 상품을 추천하는 서비스를 운영한다고 적었습니다. 이런 서비스가 늘수록 모든 서비스가 필요한 데이터를 제때 받을 수 있게 하는 데이터 플랫폼과 서빙 API가 더 많은 부하를 견뎌야 합니다.
카카오페이가 지금 어떤 사업에 집중하고 있는지는 카카오페이 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
카카오페이의 여러 서비스를 위한 데이터 플랫폼을 개발·운영하고, 데이터 수집부터 저장, 처리, 분석, 서빙까지 전체 라이프사이클을 관리하는 시스템을 구축합니다.
이렇게 볼 수 있어요
데이터 파이프라인 한 구간이 아니라 처음부터 끝까지를 다루는 조직입니다. 서버 개발 경험이 짧더라도 데이터가 어디서 들어와 어디로 나가는지 전체 흐름을 이해하고 있다는 점을 보여 줘야 합니다.
고성능 데이터 서빙 API를 설계하고 구현해 다양한 서비스에 데이터를 제공합니다.
이렇게 볼 수 있어요
조직 소개에도 '어떤 규모에도 버텨내는 데이터 플랫폼'을 목표로 적었습니다. API 응답 시간을 줄이거나 처리량을 늘린 경험은 개선 전후 숫자가 있어야 크기가 전달됩니다.
서비스 안정성과 성능을 개선할 기술 과제를 주도적으로 찾아 해결합니다.
이렇게 볼 수 있어요
이 업무는 주어진 과제를 푸는 것이 아니라 과제를 직접 찾아내는 일입니다. 누가 시키지 않았는데 성능 문제를 발견해 고쳤다면 그 문제를 처음 알아챈 계기가 이 업무를 해 본 증거입니다.
시스템의 문제를 스스로 발견해 개선 방향을 제안하고, 설계·개발·운영 전 단계에서 기술적 의견을 냅니다.
이렇게 볼 수 있어요
조직이 작은 기능부터 아키텍처 결정까지 스스로 판단하고 끝까지 책임진다고 적은 것과 같은 내용입니다. 설계 논의에서 내 의견이 채택돼 결과가 달라진 경험을 하나 준비해 두면 됩니다.
2자격 요건
컴퓨터공학이나 관련 전공 학위, 또는 그에 준하는 전공이 필요합니다.
이렇게 볼 수 있어요
관련 전공을 필수로 적었습니다. 전공이 다르다면 그에 준하는 학습 이력을 구체적으로 밝혀야 합니다.
1년 이상의 서버 개발 경력이 필요합니다.
이렇게 볼 수 있어요
목록의 '신입' 표시와 달리 본문은 경력 1년 이상을 적었습니다. 경력이 1년에 못 미친다면 지원 전에 공고 본문을 다시 확인하는 편이 좋습니다.
Kotlin과 Spring Framework(Spring Boot) 기반으로 백엔드를 개발할 수 있어야 합니다.
이렇게 볼 수 있어요
Java가 아니라 Kotlin을 적었습니다. Kotlin으로 운영 서비스를 만들어 본 기간과 서비스 규모가 이 조건을 판단하는 기준입니다.
고성능 데이터 서빙 API를 설계하고 개발해 본 경험이 필요합니다.
이렇게 볼 수 있어요
고성능 데이터 서빙 API는 업무에도 그대로 적혀 있습니다. 경력이 짧더라도 응답 속도를 고려해 API를 설계해 본 사례가 있다면 이 조건을 채울 수 있습니다.
MySQL 같은 RDBMS를 설계하고 쿼리를 튜닝할 수 있어야 합니다.
이렇게 볼 수 있어요
쿼리 튜닝은 실행 계획을 보고 인덱스를 바꾼 경험처럼 구체적인 과정으로 설명해야 전달됩니다.
Redis 같은 캐시를 활용해 본 경험이 필요합니다.
이렇게 볼 수 있어요
캐시를 쓴 경험과 함께 캐시 무효화를 어떻게 처리했는지까지 적으면 깊이가 드러납니다.
대용량 데이터 처리와 분산 시스템을 이해하고 있어야 합니다.
이렇게 볼 수 있어요
수천만 사용자의 금융 데이터를 다루는 조직이라 생긴 조건입니다. 다뤄 본 데이터의 규모는 건수나 용량 같은 숫자로 밝히면 됩니다.
3우대 사항
MongoDB 같은 NoSQL 데이터베이스를 활용해 본 경험을 우대합니다.
이렇게 볼 수 있어요
RDBMS와 NoSQL을 어떤 기준으로 골라 썼는지가 이 항목의 핵심입니다.
Kafka 같은 메시징·스트리밍 시스템을 활용해 본 경험을 우대합니다.
이렇게 볼 수 있어요
조직이 실시간과 배치 파이프라인을 모두 맡고 있어 실시간 처리 경험이 있다면 업무와 바로 연결됩니다.
Docker, Kubernetes 환경에서 서비스를 운영해 본 경험을 우대합니다.
이렇게 볼 수 있어요
배포한 서비스의 운영까지 맡아 봤다면 그때 겪은 문제와 해결 과정이 이 경험의 내용입니다.
Copilot, Claude 같은 AI 도구를 개발 프로세스에 적극 활용해 생산성을 높여 본 경험을 우대합니다.
이렇게 볼 수 있어요
어떤 작업을 AI 도구로 얼마나 빠르게 했는지 구체적으로 적는 편이 좋습니다.
데이터 플랫폼, 파이프라인, 분석 서빙 같은 데이터 도메인을 이해하는 분을 우대합니다.
이렇게 볼 수 있어요
서버 개발 경험 가운데 데이터 도메인을 다룬 부분이 있다면 그 부분을 강조하는 것이 좋습니다.
스스로 업무를 진행하고 서비스의 개선점을 주도적으로 찾는 분을 우대합니다.
이렇게 볼 수 있어요
업무에 적힌 과제 발굴과 같은 태도입니다. 작은 개선이라도 먼저 제안해 반영한 사례가 이 태도를 보여 줍니다.
4기타 사항
- 게시일 : 2026년 8월 31일
- 고용형태 : 정규직
- 근무지 : 경기도 성남시 분당구 판교역로 166, 카카오판교아지트 B동
- 경력 조건 : 신입
- 학력 조건 : 컴퓨터공학 또는 관련 전공 학위 (또는 이에 준하는 전공)
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- Kotlin
- Spring Boot
- MySQL
- Redis
- MongoDB
- Kafka
- Docker
- Kubernetes
- Copilot
- Claude
전형과 지원
카카오페이 공고는 대부분 서류, 1차 인터뷰, 페이 컬처핏 진단, 2차 인터뷰, 처우협의 순으로 적혀 있습니다. 공고마다 사전과제나 라이브 코딩, AI 사전 인터뷰가 더해지고 컬처핏 진단이 1차 인터뷰 앞에 오는 공고도 있으므로 지원하려는 공고의 전형 절차를 먼저 확인해야 합니다.
인터뷰 두 번과 컬처핏 진단
1차 인터뷰는 현업 중심의 인터뷰어가 직무를 중심으로 진행하고, 사전과제가 있는 포지션은 과제를 리뷰하는 시간이 더해질 수 있습니다. 2차 인터뷰에는 조직의 리더급을 포함한 실무진과 HR 담당자가 참석해 직무와 컬쳐핏을 보고, 1차 인터뷰 내용을 바탕으로 질문할 수 있다고 적었습니다.
이렇게 볼 수 있어요
2차 인터뷰에서 1차의 답을 다시 물을 수 있으므로 두 인터뷰의 답이 서로 이어지도록 준비해야 합니다. 페이코드 일곱 가지에 맞춘 사례를 1차 전에 정리해 두면 컬처핏 질문에도 그대로 쓸 수 있습니다.
페이 컬처핏 진단과 AI 사전 인터뷰
페이 컬처핏 진단은 정답이 없고 재응시가 어려우며, 신뢰도가 낮아 판독이 어려울 때만 1회 다시 볼 수 있다고 적었습니다. 여러 공고는 1차 인터뷰 대상자에게 AI 사전 인터뷰를 진행하고, 그 결과로 합격 여부를 정하지 않는다고 밝힙니다.
이렇게 볼 수 있어요
컬처핏 진단은 다시 볼 기회가 사실상 없으므로 평소 생각대로 일관되게 답하라는 회사 안내를 따르는 편이 안전합니다. AI 사전 인터뷰는 1차 인터뷰에서 경험을 입체적으로 보기 위한 과정이라고 적었으니, 이력서에 쓴 사례를 말로 풀어 보는 연습이 도움이 됩니다.
재지원과 서류 결과
불합격 이력이 있어도 재지원할 수 있지만, 서류 이후의 전형을 진행한 이력이 있다면 같은 포지션에는 최종 지원일로부터 1년이 지나야 다시 지원할 수 있습니다. 서류는 현업 평가자가 직접 검토하고 2주 이내 결과 안내를 목표로 한다고 적었습니다.
이렇게 볼 수 있어요
제한은 같은 포지션에만 걸립니다. 다른 포지션이라면 바로 지원할 수 있습니다. 같은 직무로 다시 도전할 생각이라면 사전과제나 인터뷰 단계에 들어가기 전에 준비를 충분히 해 두어야 합니다.
직원알기제도와 병역특례
카카오페이는 자금세탁방지 규정에 따라 신규 임직원이 입사하기 전에 직원알기제도(KYE)로 신원 사항을 확인하고 심사하며, 자금세탁 위험이 높다고 판단되면 입사가 어려울 수 있다고 적었습니다. 병역특례 채용은 현재 진행하지 않습니다.
이렇게 볼 수 있어요
금융회사라서 생기는 절차입니다. 최종 합격 뒤에도 이 확인 절차가 남아 있으므로 입사일을 정할 때 그 기간을 함께 고려해 두는 편이 좋습니다.
이 공고만 다른 점
1차 인터뷰에서 라이브 코딩을 하고 개인 노트북을 가져가야 합니다.
공고의 지원서 작성 팁은 설계하거나 운영한 시스템의 규모와 내 역할, 기술을 고른 이유, As-is에서 To-be로 바뀐 개선 결과를 적어 달라고 요청합니다.
지원 전 준비할 것
- 1
As-is에서 To-be로 바꾼 사례
공고가 직접 요청한 형식입니다. 겪은 기술적 문제 하나를 골라 왜 그 기술을 택했고 개선 전후가 어떻게 달라졌는지 정리해 두세요.
- 2
Kotlin과 Spring Boot 정리
필요 역량에 Kotlin과 Spring Boot가 함께 적혀 있습니다. Kotlin으로 만든 API가 있다면 구조와 성능 개선 경험을 설명할 수 있게 준비하는 것이 좋습니다.
- 3
라이브 코딩 환경
개인 노트북으로 라이브 코딩을 하므로 Kotlin 프로젝트를 바로 실행할 수 있는 환경을 미리 갖춰 두면 됩니다.