실무 트러블 슈팅

명령 사이에 긴 간격이 있을 경우테스트 서버의 로그에서 아래 이미지와 같은WARN 레벨의 로그가 발생HikariPool의 문제로 보이는데 커넥션 풀의 누수를 경고하는 것으로 예상하고 관련된 내용을 찾아보았다.찾아본 결과 로그의 의미는 connection을 갱신하고자 하

문제 상황 업무 중에 동시에 입력되는 데이터를 시간으로 역추적하는 기능을 만들려다가 기존 레거시 코드에서 문제를 확인했다. 문제를 정리하자면 > 1. 동시에 입력되는 데이터가 List형식으로 동시에 서버로 들어오는 것이 아닌 프론트에서 하나씩 들어온다. 두개의 조인된

상황 한달 동안 속도에 대한 이슈를 개선하는게 내 주된 업무였다. 유저는 늘어나고, 그 유저가 쌓는 데이터는 계속 늘어나다보니 초기에는 속도의 문제가 없어보였지만 데이터가 백만 단위가 넘어가고 가공까지 하니 속도에 대한 이슈가 생겼고, 부분적으로 개선한 내용을 글로

새로운 스프링 프로젝트에 S3 설정을 추가하면서 생기는 오류와 해결과정을 정리해본다. 프로젝트 환경 > springBoot : 3.3.2 java : 17 S3 의존성 추가와 실행 실패 뭔가 알림 줄이 생긴거 같지만 무시하고 build gradle reload

본인은 비교적 짧은 일정 동안 프로젝트를 진행하고 있다. 초기 환경 설정을 하면서 EC2도 생성한 김에 자동 배포를 진행해보고 기록해보려고 한다. 왜 Github Actions? > 필자는 다양한 배포 툴을 써봤다. 내가 생각한 장단점이 있다. 개인 프로젝트를 진행

참고 : Github Actions 로 배포 자동화하기 EC2 MySQL 설치 및 원격 접속 현재 서버는 운영 서버에 배포전 테스트와 프론트 확인이 주목적이므로 굳이 RDS를 사용하지않고 로컬의 MySQL을 사용하려고 한다. 일단 MySQL을 설치 MySQL 접

회사 AWS의 무료 크레딧이 얼마 남지 않았다.그리고 GCP 측과의 미팅 후 GCP로 가기로 했다. 이 결정에는 경제적인 이유가 컸다.AWS에서 이용중인EC2 10개 가량의 인스턴스들, RDS, AWS Lambda, CodeDeploy, CodeBuild, CodePi

1편에 VM과 SQL을 올렸으니 바로 Github Actions 자동 배포를 붙여보자.

재고 관리에서의 동시성 이슈 해결할 때 공부한 내용들을 정리해봤습니다.

재고 관리 서비스와 사내에서 쓰는 관리자 페이지 두 프로젝트는 공유하는 코드가 많은데 다른 프로젝트로 관리하고 있다. 이 두 프로젝트를 하나로 합쳐서 멀티 프로젝트로 변경해 많은 불편함을 개선했는데 과정을 적어보았다.