포지션 상세
* Architecture Transition Chapter Owner (Backend / Frontend)
레디포스트는 ‘개발자를 채용’하지 않습니다.
우리는 ‘시스템의 다음 챕터를 함께 설계할 사람’을 찾고 있습니다.
레디포스트는
연 60조 원 이상 규모의 상업용 건물·도시정비 시장에서
온라인 총회, ERP, 소유자 전용 앱/웹 서비스를 통해
부동산 산업의 DX를 실제로 구현하고 있는 프롭테크 기업입니다.
[주요 서비스]
• 총회원스탑 : https://www.chongone.com/solution/home
• 원스탑빌리지 : https://www.buonestop.com/
• 레디포스트 : https://readypost.career.greetinghr.com/ko/intro
[주요 성과]
• 업계 최초 국토부 장관상(22년) 및 과기부 장관상(24년) 수상
• 2024년 서울시 정비사업 전자투표 시범사업 입찰 전국1위 단독 선정
• 2024년 30억 규모 시리즈 A투자 유치
• 2025년 중소벤처기업부 포스트팁스 선정
• 사용고객(조합/관리단): 누적 1,000개 이상, 소유자: 누적 35만명 이상
2021~2024년 CAGR 122%의 성장 속에서
이제 우리의 과제는 **“기능 추가”가 아니라 “구조의 전환”**입니다.
지금 레디포스트의 개발팀은
Monolith Event-Driven Architecture,
도메인 중심 구조 재정의,
레거시의 안전한 해체와 재구성이라는
명확한 기술적 전환 국면에 서 있습니다.
이 변화의 한 챕터를 오너십 있게 이끌 시니어 엔지니어를 모십니다.
________________________________________
이 포지션의 핵심 미션
“잘 돌아가는 시스템을 유지하는 것”이 아니라
“앞으로 3~5년을 버틸 구조를 다시 정의하는 것”
________________________________________
1. 아키텍처 전환의 설계 책임
• 기존 3-Tier / Monolithic 구조를 구조적으로 분석
• 현재 서비스의 도메인 경계를 재정의
• EDA(Event-Driven Architecture) 기반 구조로의 점진적 전환 전략 수립
• 이벤트 모델링, 메시지 흐름 설계
• 장애 대응, 데이터 정합성 전략 설계
• 단순 도입 검토가 아닌
“어떻게, 어떤 순서로, 어떤 리스크를 통제하며 전환할 것인가”를 결정
________________________________________
2. DDD 기반 도메인 구조 재정립
• 유비쿼터스 언어 수립을 주도
• 바운디드 컨텍스트 정의 및 서비스 경계 조정
• 도메인 모델의 응집도와 책임 재설계
• CRUD 중심 설계에서 행위(Behavior) 중심 도메인 모델로의 전환
________________________________________
3. 테스트 전략 수립 및 레거시 해체
• 레거시 코드 전반에 대한 테스트 전략 수립
• 테스트 수트를 기반으로 한 안전한 리팩터링
• 점진적 마이그레이션 전략 설계
• “새로 만드는 것”이 아니라 리스크를 관리하며 바꾸는 과정을 설계하고 실행
________________________________________
4. 기술 스택 및 데이터 전략 의사결정
• MySQL PostgreSQL 마이그레이션 방향성 설계
• 요구사항에 따른 NoSQL 도입 판단
• Kafka 기반 이벤트 아키텍처 설계
• Apache Flink 등 데이터 파이프라인 도입 검토
• 특정 언어나 프레임워크에 종속되지 않고 비즈니스 구조에 맞는 기술 전략 수립
________________________________________
5. Frontend와의 구조적 협업
• BFF(Backend For Frontend) 구조 설계
• 클라이언트 경험 중심 API 전략 정의
• 프론트엔드·백엔드 경계를 다시 정의하는 협업 리딩
• “이 기술이 좋다”가 아니라 “왜 지금 이 구조가 필요한지”를 설명할 수 있는 분
• EDA, DDD, CQRS 개념을 실제 서비스 구조에 적용해본 경험이 있는 분
• 복잡한 레거시 코드를 구조적으로 읽어낼 수 있는 분
• 코드 리뷰에서 구현 디테일보다는 설계, 책임, 경계를 논의하는 분
• 팀의 기술적 기준과 개발 문화를 끌어올릴 수 있는 분
레디포스트는 ‘개발자를 채용’하지 않습니다.
우리는 ‘시스템의 다음 챕터를 함께 설계할 사람’을 찾고 있습니다.
레디포스트는
연 60조 원 이상 규모의 상업용 건물·도시정비 시장에서
온라인 총회, ERP, 소유자 전용 앱/웹 서비스를 통해
부동산 산업의 DX를 실제로 구현하고 있는 프롭테크 기업입니다.
[주요 서비스]
• 총회원스탑 : https://www.chongone.com/solution/home
• 원스탑빌리지 : https://www.buonestop.com/
• 레디포스트 : https://readypost.career.greetinghr.com/ko/intro
[주요 성과]
• 업계 최초 국토부 장관상(22년) 및 과기부 장관상(24년) 수상
• 2024년 서울시 정비사업 전자투표 시범사업 입찰 전국1위 단독 선정
• 2024년 30억 규모 시리즈 A투자 유치
• 2025년 중소벤처기업부 포스트팁스 선정
• 사용고객(조합/관리단): 누적 1,000개 이상, 소유자: 누적 35만명 이상
2021~2024년 CAGR 122%의 성장 속에서
이제 우리의 과제는 **“기능 추가”가 아니라 “구조의 전환”**입니다.
지금 레디포스트의 개발팀은
Monolith Event-Driven Architecture,
도메인 중심 구조 재정의,
레거시의 안전한 해체와 재구성이라는
명확한 기술적 전환 국면에 서 있습니다.
이 변화의 한 챕터를 오너십 있게 이끌 시니어 엔지니어를 모십니다.
________________________________________
이 포지션의 핵심 미션
“잘 돌아가는 시스템을 유지하는 것”이 아니라
“앞으로 3~5년을 버틸 구조를 다시 정의하는 것”
________________________________________
주요업무
* 합류하시면 이런 역할을 맡게 됩니다1. 아키텍처 전환의 설계 책임
• 기존 3-Tier / Monolithic 구조를 구조적으로 분석
• 현재 서비스의 도메인 경계를 재정의
• EDA(Event-Driven Architecture) 기반 구조로의 점진적 전환 전략 수립
• 이벤트 모델링, 메시지 흐름 설계
• 장애 대응, 데이터 정합성 전략 설계
• 단순 도입 검토가 아닌
“어떻게, 어떤 순서로, 어떤 리스크를 통제하며 전환할 것인가”를 결정
________________________________________
2. DDD 기반 도메인 구조 재정립
• 유비쿼터스 언어 수립을 주도
• 바운디드 컨텍스트 정의 및 서비스 경계 조정
• 도메인 모델의 응집도와 책임 재설계
• CRUD 중심 설계에서 행위(Behavior) 중심 도메인 모델로의 전환
________________________________________
3. 테스트 전략 수립 및 레거시 해체
• 레거시 코드 전반에 대한 테스트 전략 수립
• 테스트 수트를 기반으로 한 안전한 리팩터링
• 점진적 마이그레이션 전략 설계
• “새로 만드는 것”이 아니라 리스크를 관리하며 바꾸는 과정을 설계하고 실행
________________________________________
4. 기술 스택 및 데이터 전략 의사결정
• MySQL PostgreSQL 마이그레이션 방향성 설계
• 요구사항에 따른 NoSQL 도입 판단
• Kafka 기반 이벤트 아키텍처 설계
• Apache Flink 등 데이터 파이프라인 도입 검토
• 특정 언어나 프레임워크에 종속되지 않고 비즈니스 구조에 맞는 기술 전략 수립
________________________________________
5. Frontend와의 구조적 협업
• BFF(Backend For Frontend) 구조 설계
• 클라이언트 경험 중심 API 전략 정의
• 프론트엔드·백엔드 경계를 다시 정의하는 협업 리딩
자격요건
* 우리가 기대하는 시니어 엔지니어의 모습• “이 기술이 좋다”가 아니라 “왜 지금 이 구조가 필요한지”를 설명할 수 있는 분
• EDA, DDD, CQRS 개념을 실제 서비스 구조에 적용해본 경험이 있는 분
• 복잡한 레거시 코드를 구조적으로 읽어낼 수 있는 분
• 코드 리뷰에서 구현 디테일보다는 설계, 책임, 경계를 논의하는 분
• 팀의 기술적 기준과 개발 문화를 끌어올릴 수 있는 분
