한 레포에서 여러 프로젝트를 구성 할때, DB 엔티티(entity) 공유 방법이 궁금합니다.

안녕하세요, 프로젝트 폴더&파일 구조에 대해 문의드리고자 글을 남기게 되었습니다.

• 1개 레포지토리에

• 2개(A, B) 프로젝트가 있습니다

  • 각각 스프링부트 프로젝트 입니다

  • A 는 API Rest 서버 이고

  • B 는 크론 서비스로 구성된 서버 입니다

• A와 B 간 통신은 없습니다

• A 에서 요청을 받으면, DB 에 요청을 저장하고

• B 가 주기적으로 DB 를 탐색하여 미 처리된 요청을 실제 수행하고자 합니다

예를 들어, 메일 발송 또는 영수증 (pdf) 생성 요청을 A 서버가 받아서 DB 에 저장하면,
해당 테이블을 B 가 주기적으로 확인하여 작업을 실제 수행하고자 합니다.
B 서비스에서 db 엔티티를 어떻게 이용하는게 좋은 구성인지 궁금합니다.

제가 생각해본 바는 3가지 입니다
1. entity 만 독립된 레포로 구성하고, submodule 로 각각 참조하도록한다.
- 1개 레포 쓰려고 구성했는데 entity 만 독립 레포로 분리한다는 점이 불편하게 다가옵니다, 그리고 submodule 구성 자체도 거부감이 들었습니다
2. A 에 주로 entity 를 작성하고, 필요한 부분만 B 에 일부 복사하여 사용한다.
- 구성하기는 편하지만 관리가 잘 될까, 변경점을 잘 따라갈 수 있을까 걱정됩니다
3. 프로젝트 A 와 B 를 합치고, 실행을 각각한다.
Repo
|___ A
|___ src / main / kotlin / com / test / api / entity
|___ src / main / kotlin / com / test / api / service
|___ src / main / kotlin / com / test / cron / service
- api 서버와 cron 서버 jar 자체를 분리하고 싶엇는데, 제가 찾아본 바로는 gradle 관련 포럼에서 이렇게 구성하는 것을 비추천 한다는 글들을 보았습니다, 구체적으로 찾아보진 못한 상태입니다

*현재구성)
Repo
|___ A
|___ src / main / kotlin / com / test / api / entity
|___ src / main / kotlin / com / test / api / service
| ...
|___ B

|___ src / main / kotlin / com / test / cron / service

위와 같은 환경에서 권장되는 방법이 어떤 것인지 궁금합니다.
읽어주셔서 감사합니다!