AI Agent가 코드를 수정해도 동작하는 소프트웨어를 지키는 구조

테스트는 통과했지만, 그 모듈화가 정말 시스템의 복잡도를 낮췄는지는 잘 보이지 않고 장애는 늘 예상하지 못한 의존성에서 터지는 순간들, 개발자라면 한 번 쯤 느껴보지 않으셨나요?

flex팀은 이 답답함을 개발자 개인의 문제로 보지 않았습니다. 모듈화가 '논리적 약속'으로만 존재하는 구조의 문제라고 봤죠. 그래서 우리는 Spring Modulith 같은 런타임 검증 방식을 선택하지 않고, Gradle 멀티모듈과 Hexagonal 아키텍처를 결합해 컴파일 타임에 경계를 강제하는 방식을 선택했습니다.

이 구조에서 개발자는 더 이상 "모듈 간 의존성을 조심해야지"라는 암묵적 규칙에 의존하지 않습니다. 어떤 모듈이 어디에 의존하는지, 무엇이 순환 참조를 만들고 있는지, 이를 어떻게 차단할지, 전통적인 테스트 코드 검증을 넘어 컴파일러가 물리적으로 강제하고 즉각 피드백을 제공합니다.

이번 flexible에서는 플렉스팀이 왜 Spring Modulith가 아닌 Gradle 기반 물리적 분리를 선택했는지, 그리고 이 변화가 AI Agent 시대의 개발 방식에 어떤 의미를 가지는지.
flex팀이 만들고자 하는 '진정한 Modular Monolith'를 밀도 있게 공유하려 합니다.

테스트로만 검증하는 모듈화를 넘어, 컴파일러가 보장하는 아키텍처 경계를 고민하고 계시다면,
이번 flexible에서 그 답을 함께 이야기해보고 싶습니다.

행사 정보

• 일시 : 2월25일 (수) 오후 7시~9시 / 3월 7일 (토) 오후 12시~2시 中 택1
• 장소 : 경기 성남시 분당구 황새울로359번길 11, 미래에셋플레이스 8F flex Lounge
• 구성 :
  • 19:00 ~ 19:10 | Opening & Welcome
  • 19:10 ~ 19:40 | Session
  • 19:40 ~ 21:00 | 실무진과의 네트워킹

발표 주제

"테스트 통과를 넘어, 컴파일러가 보장하는 모듈화"

• 런타임 테스트로 모듈 경계를 검증하는 방식이 왜 항상 안전한 시스템으로 이어지지 않는지, 논리적 모듈화가 마주하는 구조적 한계를 짚어봅니다.
• flex팀이 모듈화를 '테스트 코드'가 아닌 컴파일 타임에 강제되는 물리적 경계로 재정의하게 된 배경을 공유합니다.
• flex팀의 개발자가 24개 도메인, 253개 모듈을 Gradle 멀티모듈과 Hexagonal 아키텍처로 운영하며 어떻게 순환 의존성을 원천 차단하고 AI Agent가 안전하게 코드를 수정할 수 있는 환경을 만들었는지, 그리고 이 경험이 Monolith와 MSA 사이의 선택지를 어떻게 확장시켰는지 소개합니다.

안내 사항

• 행사 당일 가볍게 드실 수 있는 저녁 식사와 음료를 준비했습니다.
• 인원이 초과될 경우 부득이하게 참석이 어려울 수 있으니 양해 부탁 드립니다.
• 한정된 인원과 함께 소규모로 진행하는 만큼 초대되신 분들은 꼭 참석 부탁 드립니다.
• 주차 지원은 불가합니다. 차량을 이용하실 경우 서현역 공영주차장이 도보 5분내 위치하고 있으니, 해당 주차장을 이용해 주세요.
• 관련 문의사항은 join@flex.team로 연락 부탁드립니다.

신청 방법

• 신청 기한: ~ 2026년 2월 23일 (월)
• 참석 확정 안내: 이메일과 문자로 개별 안내 드릴 예정입니다.
• 신청 방법: 아래 '신청하기' 링크 클릭 하시어, 제출 부탁 드립니다.