스프링 모듈리스: 구현 과제에서 얻은 교훈

Tim의 팀은 스프링 모듈리스를 도입하여 개발 프로세스를 혁신하고 실수로부터 학습하여 코드 품질과 효율성을 향상시켰습니다.

### 스프링 모듈리스를 수용하다: 개발 여정에서 얻은 교훈
* 🚀 연사는 스프링 모듈리스 프로젝트에 대한 기대감을 표현하며 **소프트웨어 개발 프로세스의 획기적인 개선**을 약속하는 오랫동안 기다려온 발견이라고 강조합니다.
* 💻 km의 엔지니어링 책임자인 Tim은 스프링 모듈리스를 사용한 경험에서 얻은 인사이트를 공유하며, **다른 사람들의 성공 사례보다는 초기 구현 과정에서 겪은 실수**에 초점을 맞춘 세션이라고 강조합니다.
* 🔍 KM의 정보팀은 **항공 여행 경로와 숙박 시설의 안전성**을 평가하는 등 보안 평가를 수행하며, 실제 시나리오에서 업무의 중요성을 입증합니다.
* 📊 Tim은 레거시 프로젝트 재작성 작업을 맡았을 때 직면했던 어려움을 이야기하며, 결국 **코드베이스가 저장할 수 없을 정도로 커서 전면적인 개편이 필요**하다는 결론을 내고 이해관계자들과 어려운 대화를 나누게 되었습니다.
* 🛠 이 팀은 새 프로젝트에 **Spring Boot와 Java를 채택**하여 과거의 실수를 방지하는 모범 사례를 구현하는 동시에 이전에 개발 프로세스를 괴롭혔던 압박감과 예측 불가능성을 인정했습니다.
* 📈 스프링 모듈리스를 진행하면서 **아키텍처 무결성 유지의 가치**와 **모듈식 배열을 준수하는 것의 중요성**을 알게 되었고, 이는 잘못된 코딩 관행을 방지하는 데 도움이 되었습니다.
* 🔄 Tim은 의도치 않게 표준 관행이 된 애플리케이션 이벤트를 워크플로에 통합하는 여정을 강조하며 **새로운 방법론에 대한 팀의 적응력**을 보여 줍니다.
* 💡 끝으로 Tim은 **다른 사람들이 자신의 경험과 실수를 Spring Modulith와 공유**하여 소프트웨어 개발 관행을 배우고 개선하는 커뮤니티를 육성할 것을 권장합니다.

Spring Modulith And I: An Apprenticeship In Team Building (SpringOne 2024)

Spring is the most popular application development framework for Java™. 
Millions of developers use Spring to build simple, truly portable, fast and flexible JVM-based systems and applications.
Learn more about Spring at http://www.spring.io

SpringDeveloper

스프링 모듈리스 작업에 대한 Tim의 인사이트

km의 엔지니어링 책임자인 Tim이 스프링 모듈리스 프로젝트에 대한 흥분을 나누고 팀이 이 프로젝트를 진행하면서 저지른 실수에 대해 이야기합니다.

그는 승무원을 위해 항공편, 역, 호텔의 안전성을 평가하는 등 km 운영에 대한 보안 평가를 수행하는 인텔리전스 팀의 역할에 대해 설명합니다.

Tim은 시위와 같은 글로벌 이벤트를 평가하여 KM의 운영에 미치는 영향을 파악하고 승무원의 안전을 보장하는 것이 중요하다고 강조합니다.

인텔리전스 담당자를 위한 지원 자동화

목표는 정보 담당자의 일상적인 업무를 자동화하여 프로세스를 5~10% 개선하는 것입니다.

업무는 컨텍스트 중심으로 이루어지며, 팀은 효율성을 높이기 위한 프레임워크를 제공하고 있습니다.

기존 프로젝트를 다시 작성해야 했기 때문에 모범 사례와 자동화된 릴리스에 중점을 두고 새롭게 시작해야 했습니다.

내부 규정 표준과 모듈형 아키텍처의 중요성

팀의 성공에 대한 인식은 내부 표준과 외부의 기대에 모두 영향을 받습니다.

코드 표준을 적용하고 의도치 않은 액세스 위반을 방지하려면 Modulith의 아키텍처 검증이 필수적입니다.

Gradle 및 Maven과 같은 기존 도구가 모듈 분리에 도움이 될 수 있지만, Modulith는 아키텍처 제약 조건을 적용하고 코드 무결성을 유지하는 데 더 효과적인 방법을 제공합니다.

모듈리스 아키텍처 구현의 과제

발표자는 레이아웃 아키텍처와 클래스/모듈 구성에 J 분자를 사용하는 방법에 대해 설명하며 아키텍처를 지나치게 복잡하게 만들 때 발생할 수 있는 함정을 강조합니다.

또한 기능 플래깅의 예를 제시하며 선택한 복잡한 아키텍처가 불필요하다고 주장합니다.

또한 중첩된 모듈을 지원하지 않는 Modulith의 문제점과 분산 환경에서 팀 조율의 중요성을 강조하며 궁극적으로 시맨틱 릴리스 노트와 자동화된 릴리스에 대한 약속으로 이어집니다.

모듈리스를 사용하면서 얻은 교훈

Kodin과 사전 커밋 후크를 사용하면 예기치 않은 커밋 중단이 발생하여 팀은 더 나은 커뮤니케이션과 문서화에 집중해야 했습니다.

명명된 인터페이스를 피하는 등 아키텍처 규칙을 적용하고 테스트 위반을 관리하기 위한 고유한 프리징 규칙을 제공하기 위해 Modulith를 통해 Arch Unit을 도입한 것이 도움이 되었습니다.

또한 팀은 모듈 통신을 위한 Spring 애플리케이션 이벤트의 강력한 기능을 발견했지만, JVM 재시작 중 이벤트 저장을 위해 어노테이션의 비동기 및 트랜잭션 기능을 활용할 기회를 놓쳤습니다.

이 팀은 여러 공급자로부터 이벤트를 다운로드하는 이벤트 중심 메커니즘을 구현했지만, 비효율적인 스케줄링 및 잠금으로 인해 프로덕션 환경에서 중복 이벤트가 발생했습니다.

이 문제는 호스트 간의 밀리초 차이로 인해 독립적인 이벤트 트리거가 발생하는 것으로 추적되었습니다.

해결 방법으로 팀은 문제가 해결될 때까지 노드 수를 줄였고, 확장성을 높이기 위해 이벤트 제공업체를 마이크로서비스로 분할하는 방안을 고려했습니다.

스프링 모듈리스가 개발에 미치는 영향

현재 이 시스템은 추가 인프라 비용이 정당화되지 않기 때문에 사용자 프레젠테이션을 위한 큐잉이나 데이터베이스 통합을 우선순위에 두지 않고 있습니다.

코드베이스는 183개의 데이터베이스 테이블에서 크게 감소했으며, 코드 커버리지가 개선되어 개발자들은 90%를 목표로 하고 있습니다.

개발자들은 더 이상 규칙을 위반하지 않고 개발 프로세스에 도움이 된다는 것을 알게 되면서 Spring Modulith를 워크플로에서 원활하게 사용할 수 있게 되었습니다.

성공적인 개발 팀 구축 모듈리스 개념

발표자는 개발팀이 모듈리스의 개념을 받아들이도록 하는 데 약 3~4개월이 걸렸던 여정을 공유합니다.

그들은 성장을 촉진하기 위해 실수를 하고 커뮤니티와 지식을 공유하는 것의 중요성을 강조합니다.

발표자는 모듈리스 접근 방식이 그린필드 프로젝트와 레거시 코드베이스 모두에 적용될 수 있으며 점진적인 개선을 장려할 수 있다고 믿습니다.