Once Again

사내 영업팀에서 외부 Saas 제품을 사용 중이다. 예비고객에 대한 유입(Inbound, Outbound)부터 리드, 딜 파이프라인 및 사후관리까지 영업에 대한 생애주기를 관리할 수 있는 서비스다. mcp를 제공해 주기에 경영진 및 영업팀에서 자유롭게 데이터에 접근하여, 대시보드 제작 및 자동화 애플리케이션까지 만들어 사용 중이다. (AI가 점점 발전하면서 수요가 많아지는 만큼 Saas 제품에서 MCP 제공도 점점 늘어나는 추세인듯하다.) 백엔드 및 데이터 엔지니어로써 업무를 하다보니 해당 데이터를 중앙으로 모아야겠다 생각했다. 이유는 크게 두 가지다.Saas 제품 변경 대비사내에서는 다양항 제품들을 사용중이다. 그만큼 제품에 대한 변경도 간헐적으로 발생하는데 그때마다 데이터를 추출하고 다시 새 제품에..

들어가기 앞서흔히 JWT 토큰 관리를 Redis를 통해서 하는 경우가 많다. 주로 Access Token의 만료 시간을 짧게 가져가고 Refresh Token의 만료 시간을 길게 설정해 사용자 인증/인가를 지속적으로 검사하는데, Refresh Token을 Redis에 저장하는 경우가 많다. Refresh Token의 만료 시간과 Redis의 TTL 시간을 동일하게 설정해 만료 시간이 지나면 자동으로 삭제되게 하기 위함인데, 여기서 문득 TTL은 어떻게 구현되어 있는지 단순 궁금증 해결을 위해 작성한 포스팅이다. Redis의 TTL(Time To Live)은 어떻게 구현되어 있나? 처음 들었던 예상은 OS에서 트리거를 줘서 만료된 데이터를 삭제하나? 라고 생각했었다. 하지만 다시 생각해보면 매초마다 OS..

플랫폼 고도화 업무중 빈번하게 CallBack URL이 필요로 하는 작업이 많았다. 이번 Feature는 모두싸인 API 연동작업이 그중 하나였다. 모두싸인에서는 전자계약 생성 API를 제공하는데 이때 RedirectURL을 파라미터로 제공하는데, 관리자가 플랫폼에서 모두싸인으로 이동후 전자계약 작성을 마무리하면 다시 플랫폼으로 돌아오기위한 역할로 제공된다. 문제는 로컬에서 테스트가 어렵다는 점인데, 임시방편으로 ngrok을 이용해 테스트를 수행했다. 이제 개발이 완료되고나서 프론트 작업과 백엔드 작업을 붙여서 함께 테스트를 하자니 ngrok의 URL을 바꿔야하는 불편함이 있어, 이번 기회에 검증 서버를 구축해보자고 결심했다. 검증 서버 구축 시작검증 서버는 구글 클라우드(GCP)를 이용하기로 결정했..

본 글은 사내 스노우플레이크 POC 동안 경험했던 내용을 정리하고자 쓰는 글이다. 배경지식 쌓기현 회사는 B2B 대상 전자채권 유동화와 SNPL(Supply Now, Pay Later) 플랫폼을 서비스하고 있다. 작년부터 스노우플레이크 영업담당자와 스노우플레이크 적용을 위해 접촉해오고 있었는데, 올 9월 본격적으로 POC를 진행하기로 팀내에서 결정났다. 그때부터 새로운 용어와 개념을 익히기위해 동분서주했다. 스노우플레이크 월드세션 참석지난 9월9일 서울 코엑스에서 스노우플레이크 월드세션이 진행되었다. 각 기업들이 어떻게 스노우플레이크를 통해 서비스를 개선했고, 더 나은 방향으로 혁신했는지 발표를 통해 간접적으로나마 알 수 있던 자리였다. POC 수행을위해 스노우플레이크 EL 파이프라인 구성이 궁금했던..

간단 요약- 왜 OneToOne 연관관계에서 Lazy 로딩이 아닌 Eager 로딩이 강제되는가 => null인지 proxy 객체인지 알아야 하니까- 그럼 해결책은? 양방향 -> 단방향 변경 or Byte enhancement 적용 들어가기 앞서스노우플레이크 도입 이후 플랫폼 고도화 작업을 진행 중이다. 오랜만에 코드 짜다 보니 자바 코드를 다 잊어버린 줄 알았는데 다행히 손의 감각이 남아있어 무리 없이 작업 중이다. 우선 이번 고도화의 목적은 관리자를 위한 기능 개발이 목적이다. 이를 위해 그간 수기와 엑셀로 작업하던 발주와 계약서 작성 및 발송 작업을 플랫폼을 통해 구현하려고 한다. 이를 위해서 크게 4개의 엔티티를 설계했다. 각 엔티티 간 관계는 아래 그림과 같이 구성했다.기존 엔티티Applicat..

3줄 요약- E2E 테스트 코드 작성 중 S3를 대체할 수 있는 라이브러리가 있나 궁금해짐- LocalStack을 통해 S3 뿐만 아니라 AWS 서비스를 대체하여 테스트할 수 있다는 걸 알게 됨- Mockito를 통한 모킹보다 LocalStack을 통해 업로드/다운로드를 확인할 수 있고 로컬에서 AWS 환경구축을 할 수 있는 점이 큰 메리트라고 생각함. 테스트 환경에서 S3를 모킹 하는 게 맞을까?라는 고민에서 시작된 이야기요즘 들어 테스트 코드에 대한 여러 고민들이 많다. 그동안 신규 feature를 작업해오면서 테스트코드는 전혀 작성하지 않고 진행해 왔었다. 그렇다보니 운영에서 런타임 에러가 간혹 발생하는데 개발팀 내 테스트코드에 대한 공감대가 형성되았고, 테스트코드를 적용해 보는 게 어떻겠냐는 개..