이 공고, 이렇게 물어볼 겁니다

고가용성의 확장 가능한 시스템을 설계하고 운영해보셨다고 했는데, 구체적으로 '이런 문제가 있었는데 제가 이런 아키텍처로 해결했다'는 사례를 하나 꼽아서 말씀해주실 수 있을까요? 그때 그 아이디어는 정말 본인이 처음부터 주도적으로 생각하신 건가요?

🎯 실제 확장성 문제 경험 + 아키텍처 결정의 오너십 + 개인 기여도 정직한 평가

토스 같은 규모에서는 실시간 대규모 트래픽이 핵심인데, 지금까지 다루신 시스템이 처리했던 초당 요청은 정확히 몇 개였고, 그 규모를 감당하기 위해 본인이 기술 스택을 선택하거나 바꿔본 경험이 있나요? 그 선택이 맞았는지는 어떤 지표로 확인하셨어요?

🎯 트래픽 규모 감각의 현실성 + 기술선택이 데이터/측정에 근거했는지 + 검증 절차의 체계성

공고에서 '장애를 경험하고 문제를 해결해본 경험'을 중요하게 본다고 했는데, 가장 심각했던 장애 하나를 골라서 말씀해줄 수 있을까요? 그때 본인이 정확히 뭘 했고, 그 장애를 다시 막기 위해 본인이 정한 규칙이나 구조는 뭐였나요?

🎯 표면적 해결이 아닌 근본원인 분석 능력 + 개인의 뚜렷한 기준 수립 + 배운 것의 지속성

토스는 '내 서비스'라는 마음으로 일하는 분을 찾는다고 했어요. 사일로처럼 자율성이 높은 환경에서는 한 개발자의 판단이 서비스 흐름을 바꾸기도 하는데, 지금까지 일하면서 본인의 기술 의견이 기존 계획이나 조직 결정을 실제로 바꿔본 경험이 있나요? 그때 본인은 어떤 근거로 그렇게 주장했고, 조직은 왜 받아줬을까요?

🎯 오너십의 범위와 현실성 + 의사결정 영향력의 규모 + 영향력이 기반한 판단 기준의 명확성

토스의 메시지에서 강조하는 게 '기술을 통한 비즈니스 성장'인데, 본인이 기술을 선택할 때 비즈니스 지표(사용자 수, 거래액, 속도, 비용 같은)를 어떻게 함께 봤나요? 구체적으로, '이 기술을 선택하면 이 지표가 이만큼 개선될 것'이라고 예측하고 실행해본 경험이 있나요? 결과는 어땠어요?

🎯 기술 결정이 비즈니스와 분리되지 않은 사고 + 가설을 데이터로 검증하는 태도 + 성공/실패 모두 정직한 보고

질문만 읽으면 컨닝이에요. 소리 내어 답해보세요 — 어디서 틀어지는지 짚어드립니다.

공고 내용

토스 서버의 조직 구조를 알려드려요

토스의 Server Developer는 Product, Platform, Productivity 세 개의 Chapter로 나뉘어 일합니다. 직무명은 모두 같지만, 각 Chapter마다 집중하는 업무 영역에 차이가 있어요.
Product Chapter는 유저가 직접 사용하는 토스의 서비스를 개발해요. 단순한 기능 구현을 넘어, 기술을 통해 비즈니스의 빠른 성장을 이끄는 역할을 합니다.
팀/사일로(Silo)에 소속되어, 마치 작은 스타트업처럼 높은 자율성과 책임을 가지고 일해요. 하나의 사일로는 6~8명의 구성원(프로덕트 오너, 디자이너, 개발자, 데이터 분석가 등)으로 이루어져 있고, 제품을 중심으로 의사결정이 이뤄져요.
토스 서버 조직에 대해 더 알아보고 싶다면? [→ 토스 Server Chapter Wiki 바로가기]( https://tosspublic.notion.site/Server-Chapter-Wiki-30d714bbfde7802a8919ebec749dad67 )

# Product Chapter로 입사하면, 조직 배치 방식은 다음과 같아요.

인터뷰 과정에서 확인된 지원자의 강점과 회사의 상황을 종합적으로 고려하여, 가장 적합한 제품 조직에 배치될 예정이에요.
특정 영역에 더 관심이 있다면, 해당 공고로 지원해주세요
[Ads Domain] 유저가 토스 앱 내에서 마주하는 광고 경험 전반을 설계하고 운영해요.
[Commerce Domain] B2C 오픈마켓 ‘토스쇼핑’을 만들고 있어요. 차별화된 쇼핑 경험을 제공하며, 금융을 넘어 일상의 변화를 만들어가고 있어요.
[Financial Marketplace Domain] 대출/카드/보험/계좌 등의 상품을 필요로 하는 고객과 금융기관을 연결하는 금융상품 중개를 담당해요.
[Finance Product Division] 토스 서비스에서 발생하는 계약, 구매, 결제, 정산, 지급, 회계, 리스크 관리가 하나의 흐름으로 이어지도록 제품과 시스템을 만들어요.
[User Growth Division] 운영 중인 서비스의 고객 분석과 개선을 책임질 뿐만 아니라 토스에 없던 새로운 서비스를 만들어 사용자수 성장을 만들어요.
[Platform Division] 토스 구성원이 복잡한 문제를 안전하고 빠르게 해결할 수 있도록 지원하는 플랫폼을 만들고 있어요

합류하면 함께할 업무예요

토스의 유저가 매일 사용하는 서비스의 서버를 설계하고 개발해요.
2015년 간편송금 서비스를 시작으로, 금융 현황 조회, 만보기, 행운퀴즈 등 100종 이상의 다양한 서비스를 제공하고 있어요.
기술을 활용하여 서비스가 안정적으로 운영될 수 있도록 하며, 유저들의 보이스를 듣고 빠르고 유연하게 문제를 해결해요.

이런 분과 함께하고 싶어요

고가용성의 확장 가능한 시스템을 설계하고 운영해본 경험이 있는 분이 필요해요.
대규모의 실시간 트래픽을 처리하는 시스템 개발 경험이 있는 분이 필요해요.
장애를 경험하고 문제를 해결해보신 경험이 있는 분이 필요해요.
서비스에 대한 애착이 강해서 ‘내 서비스’라는 마음으로 일하는 분이면 좋아요.
서비스 개발을 하면서 얻게 되는 새로운 인사이트를 공유하며, 끊임없이 기술적인 도전을 하고 싶은 분과 함께하고 싶어요.

꼭 확인해 주세요

본 포지션은 최소 1년 이상의 실무 경험이 있는 분을 찾고 있어요.
이력서 및 제출 서류에 허위 사실이 발견되거나 근무 이력 중 징계사항이 확인될 경우, 채용이 취소될 수 있어요.
토스 내규에 따라 채용금지자 또는 결격사유 해당자는 채용이 취소 될 수 있어요.

토스에서 사용하는 기술

Kotlin, Spring, MySQL, MongoDB, Hadoop, Redis, Kafka

토스로의 합류 여정

서류접수 직무 인터뷰 문화적합성 인터뷰 레퍼런스 체크 처우협의 최종합격 및 입사

함께할 동료를 위한 한마디

“비즈니스 임팩트를 기술로 설계하고, 서비스의 성장을 함께 만들어 갈 서버 개발자를 찾아요.”

토스에 합류하기 전에는, 서버 개발자로서 맡을 수 있는 역할과 성장의 범위에 자연스럽게 한계가 있다고 느꼈어요. 주어진 요구사항을 구현하고, 정해진 구조 안에서 최적화를 반복하는 일이 개발자의 역할이라고 생각했던 시기도 있었고요.
하지만 토스에서는 조직이 비즈니스와 기술을 분리하지 않고 함께 고민하고, 서버 개발자가 단순한 구현을 넘어 서비스의 흐름과 구조, 그리고 기술적 방향성까지 함께 설계합니다. 이런 환경이야말로 개발자가 계속 성장할 수 있는 최고의 조건이라고 생각해요.

원문에서 전체 공고 보기 →

이 회사 다른 포지션 · 비슷한 공고

토스커뮤니티 Android · iOS Developer 대규모 채용 (~10/11)iOS · Swift · Android · KotliniOS·안드로이드토스플레이스9/28 토스커뮤니티 Server Developer 대규모 채용 (3년 이하) (~10/15)개발 · Server · Kotlin · Spring백엔드토스플레이스10/1 Sales Development Specialist 1차 대규모채용 (~10/31)집중채용 · Sales · 페이먼츠 · 영업 · 방문 영업 · 전화 영업PM·기획 · 영업·사업토스페이먼츠9/23 Direct Sales Associate 대규모 채용 (~10/12)집중채용 · 신입채용 · 영업 · Direct Sales영업·사업토스플레이스7/6 Account Management Specialistsales · 영업 · 결제 · 기가맹관리 · 세일즈영업·사업토스페이먼츠7/6 Account Manager오프라인 · 토스페이 · 페이스페이 · 영업 · 제휴영업·사업7/6