들어가기 전....일단 도커 이미지를 만들어서 진행해보자 - 개인 서버를 만든 보람이 있구만명령어 로키의 yml파일은 다음 사이트를 참고하면 설정할 수 있다.로키 yml 사이트loki-config.yml위의 설정에서 건들 건 아\~\~~무것도 없었다명령어yml명령어

하나의 서비스를 구성하고 설계하는 법은 사고가 넓고경험이 많아야 한다.예외처리가 관건이고 사용자의 편의를 생각하는 사람이 잘하는 거 같다.간단하게 설명하면모듈끼리 Http 프로토콜을 이용한 API 통신그럼 한가지를 알 수 있다.즉각 처리가 필요한 모듈의 통신에 필요한

오늘은 좀 길고 복잡할 거 같다.엄청 해메다 출구를 발견한 꼴이라서...설치나 설정을 변경한 후에는 재시작 아니면 지우고 다시 하기!!!일단 WSL 설정은 아래 링크를 참고하여 설치하고 다시 오자WSL 설치오늘은 간단하게만 설치하고 user 설정이나 자세한 설정 보다는

GETSETMGETMSET스택, 큐 형태의 명령어 PUSH나 POP으로 추가 및 값 가져오기가 가능하다.LPUSH , RPUSHLPUSH user:list alexLPUSH user:list bradRPUSH user:list chadRPUSH user:list dav

이거 하면서 한참을 생각했다...모든 sql은 서버가 필요할 텐데... 즉 저장소가 필요할 텐데...구글링을 해봐도(내가 못한 거겠지만) 정확히 어떻게 실행하는 지나 과정을 설명해주는 글이 드물었다..윈도우 환경에서는 제공하는 win App이 없다.(이제 알았다..)그

그간 항상 궁금했던 부분이 이제 조금씩 풀리는 거 같아 기분은 좋아진다.쿠키의 사용성이나 세션의 목적 그리고 토큰 복호화 같은 내용들..항상 응용프로그래밍을 하면서 처리하는 로직을 스스로 생각해보곤 했는데일단 잠깐 JWT의 빌더 패턴을 사용하여 값을 반환하는 함수를 보

서킷 브레이커의 상태를 관리 한다.Closed기본 상태, 모든 요청을 통과 시킴호출 실패시 카운터 증가실패율 설정 임계값 도달 시 오픈 상태로 전환Open모든 요청 즉시 실패 처리에러 응답을 바로 반환설정된 대기 시간이 지난 후, 서킷 브레이커는 하프-오픈 상태 전환H

아... 뭔가 어려움...구조는 이해하고 실무에서도 해봐서 얼추는 아는데직접 설계하고 데이터를 받으려니까 어렵네...일단 이렇게 생김그리고 여기서 중요한 부분이 있다요기 네이밍 파트 인데'\_' 동작 안함...

들어가기 전... 라이브러리의 사용 방법이 곧 코딩 실력이다... 일단 EntityGraph가 뭔지 부터 보자 위 같은 연관관계가 지연 로딩으로 되어있을 경우 fetch 조인을 사용하여 여러 번의 쿼리를 한 번에 해결할 수 있다. @EntityGraph는 Data

들어가기 전... 이번 과제는 좀 공을 들여야 하는 문제가 있는 거 같다. N+1은 말 그대로 한번 더 실행을 하는 문제이다. 쿼리의 의도치 않은 발생으로 인한 성능 저하라고 정의를 하면 될거 같다. (차라리 그냥 쿼리를 직접 쓰고 실행 시키는 게 나을 듯 싶다...)

처음에는 JPA 용어만 짚고 넘어가보자 JPA 용어 비영속(new/transient) 영속성 컨텍스트가 모르는 새로운 상태 데이터베이스와 전혀 연관이 없는 객체 영속(managed) 영속성 컨텍스트에 저장되고 관리되고 있는 상태 데이터베이

들어가기 전... 모든 기능을 알 때에는 그 기능의 목적과 사용방법을 위주로 공부해야 하는 거 같다... Filter 자세히 들어가기 전에 한번 예제 소스를 확인해보자 일단 먼저 위의 doFilter의 함수가 Filter를 상속받은 CutomFilter 클래스 내부

로컬 프로그램을 해온 나로서는 인증과 검증은 들어오는 데이터의 트리밍 밖에 없었다프로토콜 내의 헤더 값과 데이터로 오류 검증 밖에 없었는데...JWT(토큰(JWT 장점Signature로 서버의 보안성이 증가한다.Token 자체가 필요한 정보(유저 및 검증 정보)들을 모

장점1\. 클라이언트에 저장됨으로 서버의 리소스 낭비를 방지2\. stateless 기반으로 확장성이 뛰어나다.3\. 고유 서명을 포함으로 위조된 요청 여부 확인 가능하다.단점1\. 자체의 데이터 용량이 큼으로 트래픽이 증가됨2\. Payload (3. 만료시간 설정으

@SessionAttributerequest.getSession(true); - 세션을 생성하는 기능이 어노테이션은 getSession과는 다르게 생성은 없지만 검색기능은 제공예제소스를 확인하고 넘어가보자@SessionAttribute 어노테이션이 파라미터 내에 있어해

들어가기 전... 과제를 하는 도중 든 생각은 구조를 생각하며 설계를 하는 것, 그게 제일 어렵다는 생각을 한다. 먼저 숙제 내용부터 확인해보자

Session 심화@SessionAttribute라는 어노테이션을 사용하여 데이터를 받아온다.파라미터에 있는 값을 보면 전 포스트에 인터페이스 형태로 상수로 남겨 놓았던 유저의 값과 비교하여 같은 값을 받아오게 된다.url에 보면 JSESSION이 쿼리 형태로 url의

들어가기 전 항상 그렇지만 비슷한 거라도 조금이라도 다르면 머릿속에서 매치하기란 힘든거 같다... > Session & Cookie Cookie 클라이언트 측에서 저장하고 있는 사용자 정보 및 로그 조금 더 사용하는 부분으로 보게 되면 home으로 이동하는 map

항상 api를 받아쓰는 입장에서 만들고 직접 적용하다보니 뭔가 조금 더 프로그램 전체 설계적인 면에서 와닿는다.테스트 코드 깃헙 소스DICTIONARY를 사용해서 일시적인 값을 받아서 지금까지 받았던 값을리턴하는 단순 api지만 하다보니 CRUD에 대한 로직을 조금이나

과거에 응용 쪽에 있을 때에도 항상 느꼈던 부분이지만 HE(human error)가 제일 힘들다...모든 공정이 자동화 되고 자동으로 데이터가 수집이 되더라도 사람이 전혀 들어가지 않는 공정은 아직은 불가피하고 할 수 있다고 하더라도 비용적인 문제가 크다. 이번 계산기