Go Gradually - Repository

나 자신에게 부끄럽지 않았는가?O결과로 증명했다.모질게 굴었던 보답을 받았다.외로웠고, 아직 괴롭다.그래도, 해줄건 다 해줬다.그래서, 회고.현재 내게 부족한 것운영 경험이젠 백수다....취업 되겠지뭐 되겠지~해야 하는 것EC2 띄우기CI/CD 구축도메인, 테이블명 변경Repository 직접 참조 제거테스트 코드 작성이벤트 설정도메인 모델 패턴 적용State Machine 구현느슨한 결합 구현Spring Data JDBC 사용캐싱 전략쿼리 최적화

나 자신에게 부끄럽지 않도록."무지” 보다 부끄러운 것은, “무지함을 부끄러워 하지 않는 것”과 "무지함을 숨기는 것".내면의 조급함에, 나의 "템포"를 잃어버리지 말자.나의 효율을 잊지 말 것.내가 가장 소중히 해야할 건, 나를 즐겁게 만들어주는 모든 것.지혜롭게 살자.힘들면 쉬자.내 가장 큰 부족함은, 쉴 때를 모르는 것이다.앞만 보지 말고, 뒤도 돌아보기취미도 만들면서, 즐기면서 살자보드게임?사진?행복했던 기억을 남길 수 있으면서, 배울 게 많은걸로 고르기내가 평온하게 사람들과 놀 수 있는 방법이 있을까?내가 행복한 사람들을 질투하지 않을 수 있을까?사람을 만나기 위한 억지로 관심 갖기가 아니라, 내 관심사를 위한 모임을 찾으면 되는거 아닌가?일적인 만남이 아닌, 성과를 내지 않아도 되는, 단순 재..

도메인 주도 설계(DDD) 개념에 대한 분석도메인 주도 설계(DDD)는 복잡한 비즈니스 도메인을 효과적으로 관리하기 위한 설계 기법이다. DDD의 핵심 구성요소와 개념을 이해하면, 시스템 내의 역할 분리, 트랜잭션 관리, 협업의 효율성 등에서 많은 이점을 얻을 수 있다. 1. DDD의 기본 구성요소바운디드 컨텍스트 (Bounded Context)정의: 도메인별 개념의 집합으로, 각 컨텍스트는 고유의 언어(Ubiquitous Language)를 공유하며 도메인의 소유권과 뎁스(깊이)를 표현한다.의의: 서로 다른 도메인 간의 혼란을 방지하고, 명확한 경계를 설정함으로써 협업과 의사소통을 원활하게 만든다.애그리거트 (Aggregate)정의: 상하위 개념을 포함한 도메인의 집합으로, 내부에 다양한 도메인이 포함..

그라파나소개대시보드 확인 툴메트릭 DB를 한눈에 보게 해주기 위한 대시보드프로메테우스의 데이터를 조회해서 그래프로 표시초기 id, 비밀번호: admin그라파나 - 프로메테우스 연동connections -> data sources 찾기데이터 소스에 prometheus 추가그라파나 구조대시보드큰 틀패널대시보드 안에 모듈처럼 들어가는 컴포넌트visualization 정보를 보여준다.우측에 있는 설정으로 패널 정보 수정 가능standard options보여지는 정보의 타입 지정 가능보여지는 정보의 형식 지정 가능쿼리해당 패널에 띄울 데이터를 정하는 곳Builder클릭으로 사용가능한 쿼리 생성기code쿼리를 직접 입력해서 사용하는 방식하단의 add query로 여러 쿼리 추가 가능options해당 쿼리의 패널 내..

소개메트릭을 보관할 DB꾸준히 마이크로미터에서 메트릭을 받아와 저장함프로메테우스 아키텍처 pull metrics데이터를 당겨옴Prometheus server프로메테우스의 서버, 두뇌Node당겨온 데이터를 저장하는 저장소PromQL프로메테우스(DB)에 저장된 데이터를 조회하기 위한 쿼리그라파나와 같은 툴이 사용함Alertmanager프로메테우스가 제공하는 알림 툴프로메테우스는 그 자체로도 DB만큼 방대하다책으로 공부해야 할만큼 방대함추가적인 학습이 필요함따로 알아보면서 공부할 것보안 및 개인정보 보호에서 차단 해제해줘야 함기본 포트는 9090프로메테우스 설정 방법2가지 설정이 필요함애플리케이션 설정프로메테우스가 애플리케이션의 메트릭을 가져갈 수 있도록애플리케이션에서 프로메테우스 포멧에 맞추어 매트릭 만들기..

전투에 실패한 지휘관은 용서할 수 있지만, 경계에서 실패하는 지휘관은 용서할 수 없다개발 하고 끝내버리면, DevOps 경험, 좋은 품질, 유지보수가 사라진다.경계는 확실하게 해라개발도 하고, 모니터링도 구축해보고, 해야 한다.메트릭을 보는 이유정확한 값을 확인하기 위해?X값의 추세를 보기 위해?O큰 그림에서, 흐름이 어떻게 흘러가고 있는지 파악마이크로미터란?표준 측정 방식을 정한 인터페이스"애플리케이션 매트릭 파사드"애플리케이션의 매트릭(측정 지표)을 마이크로미터가 정한 표준 방법으로 모아서 제공스프링부트 액츄에이터는 마이크로미터를 기본으로 내장해서 사용개발자는 마이크로미터가 정한 표준 방법으로 매트릭을 전달하면 된다마이크로미터는 이미 지표 수집 기능을 이미 만들어서 제공오토컨픽으로 자동으로 등록마이크..

불안기새로운 지식을 접하는 단계자신의 부족함에 자존감이 깎이는 시기실제로 이 감정을 피하기 위해 행동으로 옮기면, 성장기로 진입하게 된다.성장기새로운 지식을 습득하는 단계가장 많이 능력적으로 성장하게 된다.하지만, 지적 허영심에 빠질 수 있음에 주의해야 한다.지적 허영심에서 빠져나오고, 실제로 활용하게 될 때, 안정기로 진입하게 된다.안정기내 자신의 실력을 실제로 활용하는 기간세상에 자신이 배운 이치를 실제로 자신감을 갖고 활용하는 상황일반적으로 처음 진입할 때 우매함의 봉우리를 겪게 된다.알지 못하는 새로운 지식을 접했을 때, 불안기로 진입하게 된다. 논리적 사고 방법장단점 분석장점좀 더 많은 경우의 수 고려 가능단점현재의 분석이 완벽하다는 가정이 들어감분석 마비 가능성이해득실 분석장점지금 견해가 확실..

DDD바운디드 컨텍스트 vs 연관관계바운디드 컨텍스트도메인 별 개념의 집합Depth로 표현소유권 개념Aggregate Root 가 최상위 개념하위 모든 리소스를 관리함이대로 RESTful 하게 API 설계 가능연관관계1:1, 1:n, n:1, n:m관계로 표현소유권 개념이 있지만, 바운디드 컨텍스트랑은 별계임도메인 객체 탐색 vs 직접 Repository 조회도메인 객체 탐색도메인 로직 내에서 객체를 자연스럽게 탐색할 때 사용검증, 쓰기 작업 시 사용검증 로직 별로 필요한 애그리거트 루트의 하위 애그리거트 fetch join도메인 로직이 객체지향적으로 상태를 관리할 수 있도록이때만 양방향 연관관계 사용직접 Repository 조회애그리거트 루트에서 객체를 조회할 때 사용단순 읽기 작업 시 사용도메인 객체..

어딘가 잘못된 마인드를 갖고 있다. 하고 싶은 걸 하면, 행복하지 않다?행복의 정의가 뭐지?쾌락?감정의 연결?자아 실현?“운명”이라는게 존재하는가? → X“이게 없으면 안돼!, 이것만이 내 전부야!” 따윈 모순이다.나는 평범한 사람이다.숭고한 하나의 이유로 움직이지 않는다.태어났다.삶이 즐겁다. ← 이게 나한테 부족함.혼자 즐거운건 재미가 없다.다른 사람들도 즐길 수 있게 하고 싶다.세상에 도움이 되기 위해, 생산적인 노력을 하는 것“자신의 이상”은 서술하는 순간, 왜곡된다.좀 더 복합적인 인과관계가, 지나치게 단순화된다.이를 표현하는건 잘 하지도 못하고, 효율도 좋지 않고, 귀찮다. → 예술가의 영역제일 간단한 건, 행동으로 보여주고, 다른사람과 공유하며 일치시키는 것.결과가 원하지 않는 방식으로 이루..

시간 관리남들의 평가에, 진짜 놓치면 안되는 것을 놓치면 안됨.실수가 예방이 아닌 관리의 대상이듯이, 기술부채도 예방이 아닌 관리의 대상이다.기술부채가 하나도 없다면, 지나치게 꼼꼼히 하느라 생산성이 떨어지진 않았는지 검사기술부채가 너무 많다면, 생산성만 추구하느라 유지보수가 힘들어지진 않았는지 검사2시간 30분 → 30분 휴식2시간 → 30분 휴식1시간 30분 → 30분 휴식1시간 → 30분 휴식하루끝!어떤 방식으로 설계에 접근해야 하나요구사항 분석Use Case 파악Use Case Diagram 작성System Sequence Diagram 작성도메인 모델 작성객체 내 존재하는 상태 파악자료구조 정의Value Object와 진짜 Object 구분PreCondition / PostCondition 작성..