대머리개발자

개노가다... 괜히 시작했다. 아르메리아만 버전업하면 될 지 알았다.처음에는 몰랐따.난장이가 쏘아올린 공이 더럽게 컸다는것을... 1. 아르메리아 프레임워크 버전을 올렸다.1.27.3 -> 1.32.3 제티... 의존성.. 히밤. 그냥 올리는 김에 무조건 최신이제. 2. 부트 버전을 올렸다.3.1.0 -> 3.4.4 3. 부트 3.4 부터는 JDK 21 ㅡㅡㅎ 이이이ㅣ시발17 -> 21 코트린 이 쉬쉬이발. 4. 코틀린 버전 올렸다.1.8.21 -> 1.9.24  5. 당연히 그래들도... 이이이시비인텔리제이에서 자동으로 잡아줘서 클릭은 간단하게 해결.  6. 아따.. 솔라 검색엔진.. 안 되네.... 이쉬뱅implementation("org.apache.solr:solr-solrj:9.7.0")  끝까..

pod간 Grpc 통신은 단순 PlainText로 간단하게 하면 된다.하지만 테스트가 녹록하지 않다.. 매번 반영해서 테스트를 해왔다. 미루고 미루던 작업을 진행한다. 내부 통신은 일절 변경 없다... 인그레스가 다 감춰준다. ㅎ  ingress 설정grpc 전용 인그레스 별도 추가 해야 한다. metadata: name: grpc-ingress namespace: default annotations: kubernetes.io/ingress.class: "nginx" nginx.ingress.kubernetes.io/backend-protocol: "GRPC" // 필수spec: tls: - hosts: - dev.도메인.co.kr secretName: tls-..

몇번을 같은 주제로 끄적끄적 했던 녀석들이다.동일한 주제로..3번째다.늘 곱씹자!! https://hcnmy.tistory.com/226 flatMap vs map지나가는 스트림, 즉 흘러가고 있는 데이터의 물결에서 어떤 가공을 하려면 ? 1년동안 주구장창 쓰고 있는데도..아.. 잘 모르고 쓰고 있구나 싶어서 다시 한번 이해도를 높이기 위한 고민을 시작hcnmy.tistory.com https://hcnmy.tistory.com/204 userRoleRepository.save(UserRole.builder().userUid(userUid).type("MARKETING") .roleName(it).build())).subscribeOn(Schedulers.boundedElastic()).subscribe..

기존 단순하게 테스트를 위해서 진행했던 부분을 고도화https://hcnmy.tistory.com/227 앱 푸시 - FCM자세한 내용은 해당 블로그에 확인한다. 너무나도 잘 기록되어있다. ㄳhttps://zuminternet.github.io/FCM-PUSH/ FCM 푸시 파헤치기파일럿부터 적용까지 진행했던 FCM 푸시를 파헤치며 기초 가이드북처럼 정hcnmy.tistory.com  일단 앱 푸쉬를 위한 남들 다하는 카프카는 By Pass 하였다. 많아야 천명 정도에 10개 미만으로 보내는 푸쉬이기 때문에....해보곤 싶었지만 투머취!! 충분히 Flux 만 활용해도  anyway!! 목표 : 1. 실패한 사용자(미설치, 미수신)에겐 문자를 보낸다.2. 푸쉬에 해당하는 알람을 생성 해야한다. (7일 보관..

콘텐츠를 등록하고 해당 콘텐츠 내용을 쉽게 검색하기 위해서 solr 색인을 진행한다. 반년이상을  이슈 없이 잘 사용하고 있었는데 특정 날자의 색인이 이상하게 되었다.특정날자 : 2024년 12월 29/30/31일에 등록된 데이터만 1년이 ADD 되어서 색인 실제 DB값은 정상적이었기 때문에 색인을 할때 이슈가 발생된 부분이라고 생각을 했다. 등록날짜를 색인을 위해 Formatter...// 실제 적용 코드doc.addField(Constants.REG_DT, this.regDt!!.format(Utils.getDateTimeFormatter()))...fun getDateTimeFormatter(): DateTimeFormatter{ return DateTimeFormatter.ofPattern("YY..

자세한 내용은 해당 블로그에 확인한다. 너무나도 잘 기록되어있다. ㄳhttps://zuminternet.github.io/FCM-PUSH/ FCM 푸시 파헤치기파일럿부터 적용까지 진행했던 FCM 푸시를 파헤치며 기초 가이드북처럼 정리해보았습니다.zuminternet.github.io 그럼에도 간단하게 설명하자면 PUB / SUB 개념과 동일하다고 생각한다.  공급자(Publisher)는 메세지를 만들어는 내는 우리가 되는 것이고메세지를 소비하는 사용자는 구독자(Subscriber), 즉 클라이언트가 되는 것이다. 따라서 공급자에 대한 설정과 구독자에  대한 설정을 해야 하는 것이다. 상대적으로 공급자(서버) 설정이 쉽다. 1. 프로젝트 대충 만든다.2. 프로젝트 설정 -> 서비스 계정으로 접근한다.3. ..

지나가는 스트림, 즉 흘러가고 있는 데이터의 물결에서 어떤 가공을 하려면 ? 1년동안 주구장창 쓰고 있는데도..아.. 잘 모르고 쓰고 있구나 싶어서 다시 한번 이해도를 높이기 위한 고민을 시작했다. 사실 이부분은 프레임워크의 순 기능이다.내부적인 동작은 잘 몰라도 그냥 가져다 쓰면 그저 잘 나온다. 암튼.. ㅋ 아래의 코드를 보자Mono.just(1).flatMap( it -> Mono.just( it + 2)).subscribe(System.out::println);Mono.just(1).map( it -> it + 2).subscribe(System.out::println); 동일한 결과를 나오지만.적절하게 언제 어떻게 사용할 수 있는지 매순간 고민하고 머리 빠지고 해야 한다. 그런점에서 미리 고민하..

사용자를 관리하는 모듈(서버)이 별도로 존재하기 때문에사용자 정보가 현재 동떨어져 있다. (독립적이다. -> 나름 MSA ) 접근하기 위한 방법은 기본적으로 API를 이용하면 된다. 그러나 하나의 정보가 아닌 목록에 표현되는  정보라면 API호출은 성능 문제를 야기할 수 있다.(목록 Row 만큼 호출하는 것은 초딩이 봐도 아닌것을 금방 눈치 챌 수 있다.) 두가지 방법이 있는듯 한다. 1. DB View 제공해 Join해서 처리2. 해당 CASE의 경우 노출되는 정보를 같이 저장한다.3. 목록(리스트)에서 필요한 정보를 한 번의  API로 처리  각각의 장 단점이 있다. -> 현재 게시판 모듈에서 2번으로 처리하고 있다.게시판의 목록에서 닉네임을 보여주고 있는데 해당 정보를 게시판에 등록할 때 같이 저장..