https://projectreactor.io/ 효율적인 반응형 시스템 만들기 리액티브 코어 완전 논-블로킹 함수형 인터페이스, CompletableFuture, Stream, Duration과 직접적인 상호작용 [Duration ???] 나 : Reactive Core 에서 duration이 어떤 특징인지 설명해 줘. GPT-4 : Reactive Core, 특히 Project Reactor에서 Duration의 사용은 반응형 프로그래밍에서 시간 기반의 연산을 수행할 때 핵심적인 역할을 합니다. Project Reactor는 비동기 데이터 스트림 처리를 위한 Java 라이브러리 중 하나로, Reactor Core는 이 라이브러리의 중심적인 부분입니다. Duration은 이러한 반응형 프로그래밍 패러다임..
서비스(Service) : 파드를 연결하고 외부에 노출 파드가 K8s 클러스터에 배포되면 쿠버네티스 네트워킹의 기본 규칙(쿠버네티스 네트워크 플러그인에 의해)에 의해 클러스터 내의 다른 파드와 직접 통신할 수 있다. 파드는 자발적, 비자발적으로 종료되고, 새로운 파드가 자동 생성될 수 있다. 이로인해 쿠버네티스 파드에 직접 IP를 부여하지 않는다. 대신 서비스를 통해 내구성 있는 IP(또는 도메인)와 포트를 쿠버네티스 클러스터에 할당하고, 서비스의 엔드포인트를 적절한 파드(Pods)에 자동으로 매핑하는 방식을 사용한다. 이것이 바로 서비스 API가 필요한 이유이다. kube-proxy 서비스가 클러스터의 각 노드에서 실행되어 iptables 규칙을 관리(조작)한다. 즉, kube-proxy가 서비스를 관..
# 터미널에서 cupsctl WebInterface=yes #웹 브라우저에서 아래 페이지 접속 http://localhost:631/ 대상 프린터 선택 콤보박스 우측에서 Set Default Options 선택 Finishing > 인쇄스타일 -> 단면 인쇄 변경 화면 하단 > Set Default Options 클릭 맥 로그인ID, PWD 입력 -> 최종 저장됨 # 터미널에서 웹 인터페이스 비활성화(보안을 위해) cupsctl WebInterface=no
/usr/libexec/java_home -V vim ~/.zshrc #아래 내용 추가(본인 설치된 java 버전에 맞게) export JAVA_HOME=$(/usr/libexec/java_home -v 17.0.8.1) #저장 source ~/.zshrc java -version
DB 튜닝 데이터를 작게 만들 수 있는 테이블부터 drive 조건절 튜닝 범위 작게 -> 크게 index 분산 효율 좋은 것 우선 = 조건 Index 신규 생성, 변경, 머지 계산될 열 : indexed functional column indexed view 작은 처리로 각각 만들어서 마지막에 조합 denomalization : 반정규화 Partitioning - 특정 범위 조건으로 데이터가 사용되는 경우 (일단위, 주단위, 월단위 등) Deletion - 정기적인 데이터 삭제 캐싱 Global Cache - Redis 등 로컬 캐시 - mybatis, Encache, Caffeine 정적 콘텐츠 호스팅 CDN - Contents Delivery Network Static File 검색 엔진 엘라스틱서치 등
[프로젝트 구성] 새 프로젝트 생성 IntelliJ -> File -> New Project Gradle, Java Name 셋팅 완료 plugins { id 'java' } group 'org.example' version '1.0-SNAPSHOT' repositories { mavenCentral() } dependencies { testImplementation 'org.junit.jupiter:junit-jupiter-api:5.7.0' testRuntimeOnly 'org.junit.jupiter:junit-jupiter-engine:5.7.0' } test { useJUnitPlatform() } Gradle 업데이트 ./gradlew wrapper --gradle-version 8.1.1 작..
DSL(Domain Specific Language) 개요 도메인 전용 언어 : 특정 비즈니스 도메인의 문제를 해결하려고 만든 언어 특정 비지니스의 문제를 어떻게 해결할지에만 집중 특정 비지니스의 복잡성을 더 잘 다룰 수 있다. 저수준 구현의 세부사항을 숨기고 사용자가 비지니스 문제에 집중할 수 있게 한다. DSL의 필요성 의사 소통 : 코드(Language)의 의도가 명확히 전달되어야 하며, 프로그래머가 아닌 사람도 이해할 수 있어야 한다. 가독성 : 한 번 코드를 구현하지만, 반복적으로 사용하며, 여러 번 코드를 읽는다. 즉, 코드의 가독성이 중요한 비즈니스 로직이다. DSL 장점 간결함 가독성 유지보수 높은 추상화 집중(생산성) : 비즈니스 도메인의 규칙을 표현할 목적으로 설계된 언어라서 프로그래머..