전체 글 (1049) 썸네일형 리스트형 [비공개] Weekly Report - 25/06/09~24/06/15, 1814일차 보호되어 있는 글입니다. [비공개] Weekly Report - 25/06/02~24/06/08, 1807일차 보호되어 있는 글입니다. [비공개] Weekly Report - 25/05/26~24/06/01, 1800일차 보호되어 있는 글입니다. [TIL] AWS Lambda + Event Bridge 처리 w/ 휴가봇, CloudWatch 배경전사 공통 서비스로 람다 함수가 주기적으로 실행되면서 휴가자들의 정보를 업데이트하는 서비스를 인계받았다. 에러가 나서 살펴보니 퇴사자의 Google Cloud Platform(GCP) 계정이 만료되어 해당 계정에서 만들어둔 앱의 token 값이 만료된 것이였다. 사내 공통 계정에 세팅하고 토큰 값 등을 받아서 람다를 업데이트했다. 그 과정 중에 배웠던 점들을 기록한다. 람다람다는 필요할 때만 스크립트 코드 등 내가 원하는 기능을 작동 시킬 수 있다. 서버처럼 항상 유지될 필요가 없고, 사용 시에만 작동하므로 비용도 매우 저렴하다. 노드나 파이썬 등으로 작성 가능하다. 소스 코드를 볼 수 있고, 업로드할 수 있다. 그냥 로컬에서 .zip 파일 형태로 업로드할 때는 용량 제한이 10 MB까지이다. S3 .. [TIL] 양방향 연관관계 복습 + Instancio + cascade 객체지향적으로 JPA를 사용하기 위해 필요하다. 역방향 조회 시 절차지향적으로 코딩하는 것을 안하기 위함이다.-> 양방향 연관관계가 없다면, TeamRepository.find -> MemberRepository.find를 통해 Team에 속한 Member 들을 찾아야하는데, Team 엔티티 내부에 List members를 두고 양방향 연관관계를 맺어두었다면, 엔티티 탐색처럼 team.getMembers()로 멤버 조회 가능-> 양방향 관계를 만들면 @toString, @JsonBackRefrence 등을 처리해줘야하는 번거로움은 있다. 다만 이 내용은 역참조를 할 때의 편리성과 상충되는 것이다. 역참조를 한 번 만들어두면, 사용자들은 편하게 사용할 수 있다. 단방향이라면 각 Repository를 의존해.. [비공개] Weekly Report - 25/05/19~24/05/25, 1793일차 보호되어 있는 글입니다. Count, 동시성 제어 관리(Lock, Redis, Kafka): 선착순 이벤트 시스템 인프런의 실습으로 배우는 선착순 이벤트 시스템 강의를 듣고나서 정리하는 내용이다. 동시에 많은 사용자가 몰려서 서버에 요청을 보냈을 때, 쿠폰 등 개수에 대한 정합성을 어떻게 확보할 것인지 알아본다. 그리고 DB에 부하가 되지 않게 할려면 어떻게 해야하는지 알아본다. 강의에서는 선착순으로 쿠폰을 발급하는 이벤트를 개최하는 상황을 예시로 든다. 요구사항은 아래와 같다.1. 쿠폰은 선착순 100명에게만 발행된다.2. 순간적으로 몰리는 트래픽을 견딜 수 있어야한다. Lock1번 요구사항을 달성하기 위해 가장 간단하게 적용할 수 있는 방법은 Lock이다. 아무런 추가 인프라 없이 JPA의 @Lock 어노테이션을 이용하여 Pessimistic Lock을 걸면 된다. 이 방법은 한 스레드가 접속하여 DB를 업데이.. [비공개] Weekly Report - 25/05/12~24/05/18, 1786일차 보호되어 있는 글입니다. 이전 1 2 3 4 5 ··· 132 다음
