💡 프로젝트 배경 및 문제점 발견

USER Flow

• 사용자는 발급을 받기 위해 처음에 sbom 발급 기본 정보를 입력받습니다.
• 이후, 입력된 기본 정보와 sbom 발급이 필요한 Sol, Dir, File을 SYFT(SBOM 발급 오픈소스)에 첨부해서 실행합니다.
• 실행 이후 특정 폴더 sbom을 저장해서 관리합니다.

Issue

이 과정에서 기본 정보를 입력받아서 INSERT하는 POST API를 개발하면서 서비스 로직을 @Transactional로 묶었습니다. 하지만, 해당 정보를 바탕으로 외부 프로그램을 돌리는 것은 새로운 @Transactional로 묶어야한다고 생각하여 트랜잭션 전파를 시도했습니다.

💡 해결 방안을 위한 고민들

• 처음에 개인정보를 INSERT하고 “발급”이라는 버튼을 클릭하면 SYFT를 통해 발급을 시작하는데 이에 시간이 소요됩니다.
• 그렇기에 그 시간동안은 SBOM 발급 이력 조회 페이지에서 ‘생성중’ 이란 문구가 뜨게 되기에 첫 트랜잭션 (개인정보 INSERT)에서 status = ipg(in progress)로 DB에 저장이 되고,
• SYFT 를 통한 SBOM 발급이 완료되면 status = ava(download available)로 patch가 되야합니다.
• 그렇기 때문에 두개의 로직은 2개의 트랜잭션으로 처리해야한다고 생각했습니다.

💡 프로젝트 성과 및 회고 - Requires_New 적용

• 트랜잭션 전파를 통해 비동기적으로 프로세스를 관리해 내/외부 프로그램을 안전하게 분리했습니다.

  Requires_New는 첫 트랜잭션과 두번째 트랜잭션을 완전히 분리해서 바라보기 때문에, 각자가 커밋과 롤백에 영향을 미치지 않습니다.

  또한 Requires_New는 Default인 Required와 달리 무조건 새로운 트랜잭션으로 처리하기 때문에 외부 프로그램 (syft)를 새로운 트랜잭션에 담아 비동기적으로 프로세스를 처리할 수 있었습니다.

  	@Transactional
      public void createScanTargetInfo(scanTargetInfoRequest scanTargetInfoRequest){
  

  	@Transactional(propagation = Propagation.REQUIRES_NEW)
  	public void updateSbomHistoryBySyft(long sbomInfoId, String path) {
  		try {
  			
  		} catch() {
  			
  		}
  		
  	}