Search

토스 Server Chapter Wiki

토스의 Server Developer를 소개합니다!
토스 서버 개발자들이 어떻게 일하고, 어떤 조직에서 일하는지 한눈에 확인해 보세요!
이 페이지는 비바리퍼블리카(토스)를 기준으로 작성되었습니다. (26.02.25 기준)

목차

토스 Server 챕터를 구성하는 직무는 다음과 같아요.

Chapter란 토스팀에서 같은 업무를 하는 사람들(같은 직무)이 모인 조직이에요. 각자가 속한 제품 조직이나 팀은 다를 수 있지만, 직무 단위로 더 긴밀하게 협업하기 위해 챕터에도 함께 소속되어 있어요. 토스의 Server Developer는 Product, Platform, Productivity 세 개의 Chapter로 나뉘어 일합니다. 직무명은 모두 같지만, 각 Chapter마다 집중하는 업무 영역에 차이가 있어요.
Product Chapter
Platform Chapter
Productivity Chapter

토스의 서비스 개발자는 이렇게 일해요.

토스는 각각의 완결성 있는 사업을 운영하는 여러 개의 도메인으로 구성되어 있어요. 여기서 말하는 조직은 Product Chapter 내 서비스 조직을 의미해요. 따라서 토스 서버 개발자는 Server Chapter 소속으로 일하면서, 동시에 담당하는 업무의 조직 단위(팀 혹은 사일로(silo)) 소속으로 일하고 있어요.

Server Developer (Product)

Server Developer (Product)는 유저가 직접 사용하는 토스의 서비스를 개발해요. 단순 기능 구현을 넘어, 기술을 통해 비즈니스의 빠른 성장을 이끌어요.
제품 Silo
•
Silo는 PMF(Product-Market Fit)를 찾거나 특정 비즈니스 목표를 빠르게 달성하기 위해, 제품을 효율적으로 개발하고 실행하는 조직 단위를 의미해요. 
•
각각 독립적인 사업구조를 띄고 있으며, 광고, 커머스, 페이, 대출처럼 비즈니스 매출과 직접 연결된 영역에서 제품을 만들고 개선해요.
•
새로운 제품을 0→1로 만들어내요.
제품 team
•
Team은 규모가 크고 복잡하거나 기술적으로 도전적인 제품을 전담하는 조직이에요. 안정적인 개발과 운영이 중요한 영역을 담당해요.
•
토스의 핵심 기능을 담당하는 division 조직에서 일해요. 송금, 컴플라이언스, 만보기처럼 여러 사업의 기반이 되는 영역을 개발하고 있어요.
•
성장한 제품을 1→100으로 확장하고 고도화해요.

Server Developer (Productivity)

Server Developer (Productivity)는 토스 팀원들이 반복적으로 수행하는 다양한 업무를 자동화하고, 시스템이 대신 처리할 수 있도록 범용 도구를 개발해요.
•
토스 내 모든 임직원의 업무 효율을 높이고 서비스의 운영 생산성을 극대화해요.
•
개인과 팀, 그리고 조직 전체의 업무 패턴을 관찰하고 분석해, 생산성 관점에서 문제를 정의하고 해결해요.

토스의 플랫폼 개발자는 이렇게 일해요.

토스 서비스 개발자가 제품 개발에만 집중할 수 있도록, 빠르고 안전한 개발·운영 플랫폼 생태계를 구축해요. 이를 통해 전사 서비스의 신뢰성·가용성·성능을 높이고, 비즈니스 가치와 기술적 성장을 함께 만들어가요.

DevOps Engineer

DevOps Engineer는 토스의 모든 서비스가 운영되는 플랫폼 환경을 구축하고 운영하여 배포 환경 및 프로세스를 고도화 하고 운영 도구를 개발해요.
•
토스의 개발자들이 더 빠르고 안전하게 실험하고 배포할 수 있는 환경을 만들고 제공해요.
•
Kubernetes 와 Cloud Native 에코 시스템을 모니터링 하고 장애 대응 및 트러블 슈팅 업무를 담당해요.
•
장애 발생 시 근본적인 원인을 파악할 수 있는 직관적인 메트릭을 도출하여, 장애에 대응할 수 있는 탄탄한 시스템을 함께 구축해요.

Server Developer (Platform)

Server Developer (Platform)는 토스의 모든 서비스가 안정적으로 동작할 수 있도록 공용 Library, Gateway, Messaging 등 플랫폼을 만들고 운영해요.
•
토스의 모든 서비스가 이용하는 공통 환경을 개발 운영하며 자동화해요.
•
제품 개발자가 플랫폼 환경을 손쉽게 이용할 수 있도록 도구를 만들고 고도화 해요.
•
시스템 전반을 지속적으로 모니터링 하며 SRE, DevOps와 긴밀하게 협업하여 장애에 빠르게 대응하고 회복시켜요.

SRE - Site Reliability Engineer

Site Reliability Engineer는 효과적인 모니터링 시스템을 구축하고 운영하여 문제를 사전에 감지하고 빠르게 대응하고 있어요.
•
시스템의 Stability, Scalability, Availability 그리고 Latency를 지속적으로 개선해요.
•
대규모 트래픽 환경에서 빠르게 원인을 분석할 수 있도록 모니터링 체계를 고도화해요.
•
장애 발생 시 신속하게 문제를 해결하고, 재발 방지를 위한 구조적 개선을 진행해요.

Server Developer 포지션에 대해 더 알아보아요.

1. 채용 아티클
토스 서버 개발자들은 어떻게 일하고, 또 어떻게 현업할까요?
지원자분들이 가장 궁금해하시는 질문 10가지를 던졌습니다.
토스 서버 개발자들이 가장 많이 받는 질문 10가지, 직접 답해드립니다
애즈 아티클
2. 토스 개발자 컨퍼런스 SLASH & TMC

토스의 서버 인프라 모니터링

토스의 서버 인프라 모니터링
서버 인프라를 효과적으로 트러블 슈팅할 수 있도록 노력한 경험과 모니터링 인프라를 운영한 경험을 공유합니다.
https://toss.im/slash-21/sessions/1-2

토스 서비스를 구성하는 서버 기술

토스 서비스를 구성하는 서버 기술
Active-Active 데이터센터 운영, Kubernetes와 Istio Service Mesh 운영, API-Gateway, Kafka, Redis, Monitoring Stack 등 토스에서 사용하는 전반적인 기술과 시스템 구성을 공유합니다.
https://toss.im/slash-21/sessions/1-3

SRE 사례 소개

SRE 사례 소개
토스에서 경험한 사이트 신뢰성 엔지니어링 사례를 공유합니다.
https://toss.im/slash-21/sessions/1-4

연결되면 비로소 보이는 것들

연결되면 비로소 보이는 것들
’연결’의 가치는 서비스 그리고 사용자에게 얼마나 큰 편익을 줄 수 있을까요? 프로그램에 대한 섬세한 관찰을, 서비스 안정성과 품질 향상으로 연결한 과정을 소개합니다.
https://toss.im/slash-23/session-detail/B1-6

Server-Driven UI로 다이나믹한 서비스 효율화하기

Server-driven UI로 다이나믹한 서비스 효율화하기
토스의 얼굴, 홈 화면에서의 매끄러운 사용자 경험은 어디에서 비롯되는 것일까요? 다양한 서비스 운영 효율화를 위한 토스 홈팀의 무기, ‘Server Driven UI’를 소개합니다.
https://toss.im/slash-23/session-detail/B1-3

프로파일러로 시스템 성능 향상시키기

프로파일러로 시스템 성능 향상시키기
서비스 운영 과정 속 여러 장애들, 어떻게 그 원인을 빠르고 정확하게 파악할 수 있을까요? 상황에 맞는 다양한 ‘프로파일러’로 문제 원인을 파악하고 또 해결한 과정을 소개합니다.
https://toss.im/slash-23/session-detail/B1-8

라운드 테이블 : 토스 시니어 개발자가 말하는 커리어 패스

라운드 테이블: 토스 시니어 개발자가 말하는 커리어 패스
평균 경력 10년의 TPO와 서버 개발자들은 토스에서 어떤 성취를 이뤘고, 또 어떤 고민을 하고 있을까요? 토스 제품의 기반이 되는 Product Foundation을 만드는 이들의 이야기, SLASH23 특별 세션에서 만나 보세요.
https://toss.im/slash-23/session-detail/B1-5

고객 불안을 0으로 만드는 토스의 Istio Zero Trust

고객 불안을 0으로 만드는 토스의 Istio Zero Trust
보안과 안정성이 가장 중요한 금융 인프라에서, 토스는 어떻게 이를 달성하고 있을까요? istio와 mTLS를 활용한 클러스터 내/외부 제로 트러스트 구현 방법과 그 과정을 소개합니다.
https://toss.im/slash-23/session-detail/A1-7

미처 알지 못했던 Kernel까지 Observability 향상시키기

미처 알지 못했던 Kernel까지 Observability 향상시키기
이론으로, 감으로 예상만 하던 Kernel 영역까지 명확하게 확인할 수 없을까요? eBPF를 활용해 Observability를 대폭 향상시킨 경험을 나눕니다.
https://toss.im/slash-24/sessions/21

대규모 사용자 기반의 마이데이터 서비스 안정적으로 운영하기

대규모 사용자 기반의 마이데이터 서비스 안정적으로 운영하기
트래픽이 쏟아지는 마이데이터 서비스, 과연 어떻게 안정적으로 운영할 수 있을까요? 서비스 운영 과정에서 마주했던 여러 과제들과 기술적인 의사결정을 소개합니다.
https://toss.im/slash-24/sessions/30

Kubernetes CPU 알뜰하게 사용하기

Kubernetes CPU 알뜰하게 사용하기
서버를 증설하지 않으면서 트래픽을 2배 이상 받으려면 어떻게 해야 할까요? Kubernetes 환경에서 CPU를 최적화한 경험을 나눕니다.
https://toss.im/slash-24/sessions/28

Spring 서버 애플리케이션 구동시간 줄이기

Spring 서버 애플리케이션 구동시간 줄이기: TOSS MAKERS CONFERENCE 25
Async-profiler의 Wall-clock Profiling을 활용해 애플리케이션 구동 시간을 단축한 사례를 소개합니다. FlameGraph 기반 병목 분석부터 Layered JARs, CDS까지 다양한 방법을 적용해 구동 시간을 효과적으로 줄인 과정을 공유합니다.
https://toss.im/tmc-25/sessions/engineering/server-50

현장결제 서비스의 분산 트랜잭션 관리학 개론

현장결제 서비스의 분산 트랜잭션 관리학 개론: TOSS MAKERS CONFERENCE 25
토스 현장결제 서비스에서 어떻게 분산 트랜잭션을 관리하는지 소개해요. 결제 도메인에 국한되지 않고, 다양한 상황에서도 적용 가능한 보편적이고 직관적인 접근 방식을 중심으로 실전 사례를 공유합니다.
https://toss.im/tmc-25/sessions/engineering/server-6

개발자 권태기, 10년 동안 이렇게 이겨냈습니다: 자기 동기부여 실전 팁

개발자 권태기, 10년 동안 이렇게 이겨냈습니다: 자기 동기부여 실전 팁: TOSS MAKERS CONFERENCE 25
개발 10년 차, 권태기와 번아웃을 겪으며 ‘왜 이 일을 계속하는가’를 다시 묻게 되었던 경험을 공유합니다. 연봉, 보상 같은 외재적 동기에서 벗어나 스스로 동기를 만들어가는 구체적인 방법(작은 행동부터 시작하는 전략, 몰입 환경 설계, 코드의 의미를 되새기는 연습)을 통해 개발자라면 누구나 공감할 현실적인 동기부여 가이드를 나눕니다.
https://toss.im/tmc-25/sessions/engineering/server-48
3. 토스 테크 블로그
토스는 Gateway 이렇게 씁니다
더 안전하고 안정적인 서비스 운영을 위해서 ‘gateway’를 어떻게 사용해야 할까요? 토스의 수많은 마이크로서비스 로직을 공통화하기 위한 gateway 운영 방법에 대해 소개합니다.
https://toss.tech/article/slash23-server
Reactor Netty Memory Leak 이슈 탐방기
Spring Cloud Gateway와 Spring WebClient를 이용하면서 발생한 Memory Leak 이슈의 발생 원인과 해결 과정을 소개합니다.
https://toss.tech/article/reactor-netty-memory-leak
가장 많은 트래픽을 받는 토스 서비스의 서버 관리 전략
늘어나는 트래픽을 잘 처리하기 위해 서버 개발자는 어떤 고민을 해야 할까요? “라이브 쇼핑 보기” 서비스에 대규모 트래픽이 들어오면서 겪은 문제와 해결책을 공유드려요.
https://toss.tech/article/monitoring-traffic
가치있는 테스트를 위한 전략과 구현
테스트에는 많은 장점이 있음에도 불구하고 현실에서는 테스트 코드 자체가 없는 경우가 다반사일 뿐만 아니라, 오히려 장애물이 되곤 하죠. 오늘은 토스에서 테스트 전략을 수립하고 구현한 과정을 자세히 살펴볼게요.
https://toss.tech/article/test-strategy-server
Flowise와 LLM으로 에러 분석 자동화하기
LLM으로 에러 원인 분석과 해결 방안 제시까지 자동화하고, 팀의 생산성을 향상시킨 이야기를 들려드립니다.
https://toss.tech/article/flowise-llm-error-analysis-automation
신용대출 찾기 서비스 제휴사 mock 서버 개발기
대출 연동 테스트의 안정성과 효율성을 극대화하는 mock 서버 개발기를 공유합니다.
https://toss.tech/article/credit-loan-partner-mock-server
API 연동 자동화를 위한 여정: 토스는 왜 사내 MCP 서버를 개발하였는가? with Spring-AI
개발자들에게 익숙해진 불편함을 해결하기 위한 사내의 Swagger MCP 서버를 구축한 이야기를 들려드립니다.
https://toss.tech/article/internal-mcp-server