[넥스트증권] Backend Engineer(계좌·종목/상품) 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• 계좌 개설·상태 관리와 잔고 기준정보 등 계좌 코어 도메인의 백엔드 시스템을 설계·개발·운영합니다.

  이렇게 볼 수 있어요

  코어프로덕트팀 PM은 채용 사이트 인터뷰에서 회사가 새 플랫폼에 맞춰 원장을 새로 개발하고 있다고 설명했습니다. 계좌 도메인은 그 원장의 출발점이라, 기존 증권사 시스템을 유지보수한 경험보다 계좌 상태와 잔고 모델을 처음 정의해 본 경험이 이 업무에 가깝습니다. 상태 전이(개설·정지·해지)를 어떻게 모델링했는지 설명할 수 있으면 좋습니다.

• 종목·상품 마스터와 검색 도메인을 설계·개발해 정확하고 최신의 기준정보를 제공합니다.

  이렇게 볼 수 있어요

  같은 회사 금융 데이터 분석가 공고는 티커·ISIN·RIC 같은 종목 식별자 매핑과 상장폐지·합병·분할에 따른 식별자 이력 기준을 정의하는 일을 업무로 적었습니다. 종목·상품 마스터는 그 기준을 받아 서비스에 제공하는 쪽이 될 수 있으므로, 식별자 변경 이력을 어떻게 저장하고 조회했는지를 구체적으로 적을 만합니다.

• 배당·유상증자·권리락 등 권리(Corporate Action) 이벤트를 계좌에 반영하는 로직을 설계·개발합니다.

  이렇게 볼 수 있어요

  권리 이벤트는 기준일, 권리락일, 지급일이 달라 같은 종목이라도 시점에 따라 계좌에 반영되는 수량과 금액이 바뀝니다. 같은 회사 국내 주식 결제 및 권리 업무 공고가 배당 등 권리처리를 운영 업무로 맡고 있어, 개발한 로직을 그 운영 담당자가 날마다 쓰게 될 가능성이 큽니다. 일정이 다른 이벤트를 배치와 이벤트 처리로 나눠 다뤄 본 경험은 이 업무에 그대로 가져올 수 있습니다.

• 한국예탁결제원(KSD) 등 외부 기관과 연동하고 데이터 정합성을 관리합니다.

  이렇게 볼 수 있어요

  예탁결제원은 주식의 보관과 결제, 권리 정보의 기준이 되는 기관이라 회사 원장과 예탁결제원 기록이 어긋나면 바로 대사 대상이 됩니다. 이 공고의 '이런 분과 함께하고 싶습니다'도 다양한 대외계 시스템과 연결되는 환경에서 예외 상황을 미리 예상하는 사람을 찾는다고 적었습니다. 외부 기관 전문이나 파일 연동에서 누락·지연을 처리한 경험이 이 업무에 쓰입니다.

• 대량 데이터의 무결성과 정합성을 보장하는 도메인 모델과 트랜잭션을 설계합니다.

  이렇게 볼 수 있어요

  공고는 팀이 헥사고날 아키텍처로 도메인과 인프라를 분리하고 도메인 로직이 특정 프레임워크에 종속되지 않게 설계한다고 적었습니다. 정합성을 트랜잭션 경계와 도메인 모델로 어떻게 지켰는지, 그 설계를 테스트로 어떻게 확인했는지를 함께 말할 수 있는 경험이 이 업무에 맞습니다.

• 무중단 배포, 실시간 모니터링, 장애 대응 체계를 계속 개선합니다.

  이렇게 볼 수 있어요

  팀은 정해진 배포 프로세스에 따라 단계적으로 배포한다고 적었고, 기술 스택에는 ArgoCD·Terraform·Grafana가 있습니다. 정식 서비스 오픈을 앞둔 시점이라 출시 뒤 장애 대응 체계를 처음부터 갖춰 본 경험이 특히 쓰일 수 있습니다.

2자격 요건

• 백엔드 개발 경력이 5년 이상이어야 합니다.

  이렇게 볼 수 있어요

  이 공고는 계좌·종목·권리 세 도메인을 설계부터 운영까지 맡습니다. 5년 가운데 도메인 모델을 직접 설계하고 운영까지 책임진 프로젝트를 자세히 적으면 이 공고의 범위와 이어집니다. 공고 하단은 금융 도메인 경험이 없더라도 적극적으로 배우며 함께 만들어 갈 사람을 찾는다고 적어, 금융 경력이 없다면 우대 사항에 적힌 대로 데이터 정합성이 중요한 시스템을 설계·운영한 경험을 계좌·잔고 도메인의 정합성 문제와 이어 설명하는 편이 좋습니다.

• Kotlin 또는 Java와 Spring Boot로 백엔드 서비스를 설계·개발해 봤어야 합니다.

  이렇게 볼 수 있어요

  기술 스택에 Kotlin과 Java가 함께 있고 테스트 도구로 Kotest와 JUnit이 함께 있어 두 언어가 같이 쓰이는 환경입니다. Java만 써 왔다면 Kotlin으로 옮겨 본 경험이나 학습 계획을 덧붙일 수 있습니다.

• RDBMS 기반의 데이터 모델링과 성능 최적화 경험이 필요합니다.

  이렇게 볼 수 있어요

  데이터베이스로 PostgreSQL과 Oracle이 함께 적혀 있습니다. 증권사 원장은 Oracle을 쓰는 경우가 많아 두 DB를 함께 다루는 환경일 수 있으므로, 어느 쪽에서 어떤 최적화를 했는지 나눠 적으면 이 스택과의 연결이 분명합니다.

• 대량 트랜잭션 처리와 서비스 성능 개선 경험이 필요합니다.

  이렇게 볼 수 있어요

  계좌와 잔고는 모든 주문·체결·이체가 거쳐 가는 도메인이라 거래가 몰리는 시간의 부하가 이 파트로 모입니다. 처리량과 지연을 어떤 숫자에서 어떤 숫자로 바꿨는지 밝힐 수 있는 사례가 이 요건에 맞습니다.

• 테스트 코드를 기반으로 안정적인 서비스를 개발해 봤어야 합니다.

  이렇게 볼 수 있어요

  팀은 테스트 코드 작성을 기본 원칙으로 하고 높은 테스트 커버리지를 지향한다고 적었으며, 커버리지 측정 도구로 JaCoCo를 씁니다. 커버리지 숫자보다 권리 이벤트처럼 경우의 수가 많은 로직을 테스트로 어떻게 덮었는지를 보여 주는 편이 이 요건에 더 직접적인 답입니다.

• 안정적인 운영을 위한 모니터링, 장애 원인 분석, 무중단 배포 경험이 필요합니다.

  이렇게 볼 수 있어요

  테크본부장은 채용 사이트 인터뷰에서 아키텍처 리뷰, 온콜, 장애 대응, ADR과 포스트모텀 작성을 팀의 일상 문화로 만들고 있다고 말했습니다. 이 공고 본문도 실제 거래와 고객의 자산이 오가는 시스템인 만큼 작은 문제도 가볍게 넘기지 않는 태도를 따로 강조합니다. 장애 하나를 골라 원인을 끝까지 찾은 과정과 포스트모텀에 남긴 재발 방지 조치를 함께 설명할 수 있으면 이 팀의 운영 방식과 바로 이어집니다.

3우대 사항

• 계좌·고객정보·상품정보처럼 데이터 정합성과 신뢰성이 중요한 시스템을 설계·운영한 경험을 우대합니다.

  이렇게 볼 수 있어요

  증권사의 계좌·종목 데이터는 고객 화면의 잔고, 세금 계산, 예탁결제원과의 대사가 모두 같은 값을 써서 한 곳이 틀리면 운영·결제·고객 응대가 함께 영향을 받습니다. 금융이 아니어도 결제나 회원 원장처럼 틀린 데이터가 곧 사고가 되는 시스템을 운영했다면, 정합성 검증을 어떤 주기와 방식으로 했고 어긋난 데이터를 어떻게 바로잡았는지 적을 수 있습니다.

• 계좌 개설·실명확인(KYC), 종목·상품 마스터와 검색, 배당·유상증자·권리락 등 권리(Corporate Action) 같은 금융 기준정보 도메인을 개발하거나 운영한 경험을 우대합니다.

  이렇게 볼 수 있어요

  실명확인(KYC)은 계좌 개설 단계에서 금융 실명법과 자금세탁방지 의무를 지키기 위한 확인 절차라, 계좌 도메인 개발은 규제 요건을 코드로 옮기는 일이기도 합니다. 셋 가운데 해 본 것이 하나뿐이어도 그 도메인에서 어떤 규칙을 코드로 옮겼는지 구체적으로 적으면 나머지 도메인을 배울 수 있다는 근거가 됩니다.

• 금융 도메인이나 미션 크리티컬한 서비스를 개발한 경험을 우대합니다.

  이렇게 볼 수 있어요

  넥스트증권 테크본부장은 KT, 카카오뱅크, 무신사 등에서 대규모 서비스의 개발과 운영을 맡아 왔다고 소개했고, 금융 도메인 안에서도 스타트업 수준의 속도와 실험 문화를 경험할 수 있다는 점을 조직의 차별점으로 꼽았습니다. 공고도 금융 도메인 경험이 없더라도 배우며 함께 만들어 갈 사람을 찾는다고 적었습니다. 커머스나 통신처럼 장애가 곧 매출과 고객 피해로 이어지는 서비스를 운영했다면 장애 한 번의 영향 범위를 숫자로 밝혀 이 우대와 연결할 수 있습니다.

• Kafka, Redis 등을 활용한 분산·이벤트 기반 아키텍처, 헥사고날·클린 아키텍처처럼 확장성과 유지보수성을 고려한 구조를 설계·운영한 경험을 우대합니다.

  이렇게 볼 수 있어요

  테크본부장 인터뷰는 회사가 Microservice, Event-driven, Clean Architecture를 도입하고 있다고 소개했고, 이 팀은 헥사고날 아키텍처를 기반으로 설계한다고 적었습니다. 이벤트로 계좌 상태 변경을 다른 도메인에 전달해 본 경험이 있다면 순서 보장과 중복 처리를 어떻게 했는지까지 설명할 수 있습니다.

• AWS 기반 클라우드 인프라 운영과 CI/CD, 테스트 자동화, 운영 자동화 환경 구축 경험을 우대합니다.

  이렇게 볼 수 있어요

  기술 스택에 AWS, Kubernetes(EKS), ArgoCD, Terraform이 있습니다. 같은 회사 DevOps Engineer 공고는 채널계·계정계·대외계별로 분리된 다중 EKS 클러스터를 설계·구축하고 운영하는 일을 업무로 적어, 계좌·잔고를 다루는 이 팀의 서비스도 그 가운데 계정계 클러스터에서 배포될 가능성이 큽니다.

• 실시간 서비스의 모니터링과 장애 원인 분석·대응 경험을 우대합니다.

  이렇게 볼 수 있어요

  계좌·잔고 시스템은 장이 열려 있는 동안 주문·체결과 함께 실시간으로 갱신돼, 장중 장애는 고객이 바로 잔고 이상으로 겪습니다. 장중처럼 시간이 정해진 서비스에서 장애를 대응해 본 경험이 있으면 대응 시간과 영향 범위를 숫자로 적을 수 있습니다.

4기타 사항

• 게시일 : 2026년 9월 15일
• 고용형태 : 정규직
• 근무지 : 서울특별시 영등포구 국제금융로 10 THREE IFC 12층/15층
• 경력 조건 : 경력 5년 이상
• 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

• Kotlin
• Java
• Spring Boot
• AWS
• Kubernetes(EKS)
• Kafka
• Redis
• Docker
• ArgoCD
• Terraform
• Grafana
• PostgreSQL
• Oracle
• Kotest
• JUnit
• JaCoCo

전형과 지원

채용 사이트 How We Hire가 밝힌 기본 절차는 서류 접수, 1차 인터뷰, 2차 인터뷰, 처우 협의, 최종 합격의 다섯 단계입니다. 개발·디자인 공고 상당수는 1차 인터뷰 앞에 AI 스크리닝을 더하므로 공고마다 전형 문단을 확인해야 합니다.

지원 전 준비할 것

1. 1

   정합성 사고 사례 하나 고르기

   데이터가 어긋나 장애나 대사 문제가 났던 경험을 골라 원인, 복구, 재발 방지 설계를 순서대로 설명할 수 있게 정리합니다.

2. 2

   권리 이벤트 처리 흐름 그려 보기

   배당이나 유상증자처럼 기준일과 지급일이 다른 이벤트를 계좌에 반영하는 흐름을 그려 보면 인터뷰에서 도메인 이해를 설명하기 쉽습니다.

3. 3

   설계 결정 기록 꺼내기

   ADR이나 설계 문서를 써 봤다면 결론과 함께 버린 대안을 설명할 수 있는 문서를 하나 고릅니다.