인프런 아키텍처 2023 ~ 2024 | 인프콘2023

발표자는 스포티파이 스쿼드 모델처럼 속도를 얻었지만, 작은 기업이라 목적 조직으로 바꾸자 장기적 제품 속도가 느려지고 조직 안정감이 떨어졌다고 짚는다. 목적 조직은 제품 지표가 최우선이라 내부 코드 개선이 항상 후순위로 밀리고, 시니어 개발자가 드물어 다섯 조직에 한 명씩 배정할 수 없어 기술 편차가 생겼다. PM·디자이너도 한 명씩만 배정돼 퇴사 시 직군이 비는 문제가 컸다. 그래서 단기 속도는 유지하되 장기 속도와 안정감을 최소한 개선하기로 하고 조직 구조부터 손댄다. 스쿼드의 챕터처럼 목적 조직(셀) 아래 직군별 기능 조직인 '파트'(개발·PM·디자인 파트)를 둔다. 한 개발자가 양쪽 위키에 속하게 하고, 매주 수요일 파트별로 모여 장애 회고로 심리적 안정감을 갖춘다. 또 모든 PR과 댓글을 단일 채널에 자동 공유해, 비즈니스 로직을 몰라도 코드 오류·컨벤션 위반은 모두가 볼 수 있게 했다.

발표자는 거대 레거시를 그대로 둔 채 조직만 바꿔 생긴 '불편한 동거'를 설명한다. 다섯 조직이 하나의 거대 레거시를 함께 쓰니 빌드 속도가 늘고 커밋 로그가 섞이며 QA가 느려졌고, 레거시 개편이 누구의 목표도 아닌 회색지대가 생겼다. 소규모 팀이 MSA를 하면 비즈니스 속도가 안 나오므로, 황금 망치로 '분할 정복'을 택한다. 거대 레거시를 다섯 개 복제한 뒤 각 조직에게 담당 기능만 남기고 나머지를 삭제하게 해, 조직별로 작은 레거시와 신규 스택만 남기고 레거시 개편을 그 조직의 목표로 만든다. 인프라는 복붙이 안 되므로 인프런 전체를 Pulumi로 IaC 전환해 다섯 번 실행하면 동일 인프라가 복제되게 했다. 트래픽은 클라우드프론트에서 패스별로 분기하고, 내부 통신은 프라이빗 VPC로 처리해 비용을 줄였다. 모든 API가 성공해야 하는 문제는 SNS/SQS 비동기 아키텍처로 최종 일관성을 보장해 풀고, 단일 DB는 DDL 단일 채널화·계정 분리로 관리한다. 중복 도메인 클래스는 어설픈 공통화보다 삭제하기 쉬운 중복을 택하며, 콘웨이의 법칙으로 마무리하고 채용을 알린다.