분류 전체보기

모델 컨텍스트 프로토콜(MCP; Model Context Protocol)AI 애플리케이션을 외부 시스템에 연결하기 위한 오픈 소스 표준AI 애플리케이션을 위한 USB-C 포트USB-C) 전자 기기 연결하는 표준화된 방식 제공MCP) AI 애플리케이션 외부 시스템에 연결하는 표준화된 방식 제공AI 애플리케이션(ex. GPT/Claude) MCP 데이터 소스(ex. 로컬 파일, DB), 도구(검색 엔진) 등 Architecture클라이언트-서버 아키텍처MCP 호스트: 하나 이상의 MCP 클라이언트 조정하고 관리하는 AI 애플리케이션MCP 클라이언트: MCP 서버와 전용 일대일 연결 유지/ MCP 호스트가 사용할 수 있도록 MCP 서버에서 컨텍스트 가져오는 구성 요소MCP 서버: 실행 위치 관계 X MC..

GPU(Graphics Processing Unit)정의그래픽 처리 위해 개발된 병렬 처리 프로세서수천 개의 작은 코어로 동시 연산 수행 특화금융권 영향AI 모델 학습 가속화: 신용평가, 이상거래 탐지 모델 개발 시간 단축실시간 리스크 분석: 대량의 시장 데이터를 실시간으로 처리알고리즘 트레이딩: 고빈도 매매에서 빠른 의사결정 지원비용 절감: 기존 CPU 대비 전력 효율성 향상 AI 사용정의인간의 학습, 추론, 판단 능력을 컴퓨터로 구현한 기술머신러닝, 딥러닝, 자연어처리 등 포함금융권 영향챗봇/상담 자동화: 24시간 고객 응대, 상담 인력 효율화신용평가 고도화: 비정형 데이터 활용한 정교한 신용 분석사기 탐지: 이상거래 패턴 실시간 감지 및 차단투자 추천: 개인화된 자산관리 서비스(로보어드바이저)문서 ..

3. 성능을 좌우하는 DB 설계와 쿼리성능과 DB | 인덱스 설계 | 조회 성능 개선 방법 | 주의 사항 3. 성능을 좌우하는 DB 설계와 쿼리 | Notion3. 성능을 좌우하는 DB 설계와 쿼리www.notion.so 4. 외부 연동이 문제일 때 살펴봐야 할 것들외부 연동 문제 | 타임아웃과 재시도 | 동시 요청 제한과 서킷 브레이커 | DB와 외부 연동 | HTTP 커넥션 풀 | 이중화 4. 외부 연동이 문제일 때 살펴봐야할 것들 | Notion4. 외부 연동이 문제일 때 살펴봐야할 것들www.notion.so 5. 비동기 연동, 언제 어떻게 써야 할까비동기 연동 | 별도 스레드 이용한 비동기 연동 | 메시징 이용한 비동기 연동 | 트랜잭션 아웃박스 패턴 | CDC 5. 비동기 연동, 언제 어떻게 ..

7. 멀티 밸류 인덱스모든 인덱스는 레코드 1건 -> 1개의 인덱스 키 값 가짐 (전문 검색 인덱스 제외)= 인덱스 키 : 데이터 레코드는 1:1 관계 가짐 멀티 밸류(Multi-Value) 인덱스: 하나의 데이터 레코드가 여러 개의 키 값을 가질 수 있음-> 일반적인 RDBMS 기준: 정규화 위배But, JSON 데이터 타입 지원 -> JSON의 배열 타입의 필드에 저장된 원소들에 대한 인덱스 요건 발생 신용 정보 점수를 배열로 JSON 타입 칼럼에 저장하는 테이블CREATE TABLE user ( user_id BIGINT AUTO_INCREMENT PRIMARY KEY, first_name VARCHAR(10), last_name VARCHAR(10), credit_info JSON..

4. R-Tree 인덱스공간 인덱스(Spatial Index)R-Tree 알고리즘 이용해 2차원 데이터 인덱싱, 검색하는 목적의 인덱스내부 메커니즘 B-Tree와 유사 B-Tree 인덱스 구성하는 칼럼의 값 1차원 스칼라 값R-Tree 인덱스: 2차원 공간 개념의 값 MySQL 공간 확장에 포함된 3가지 기능공간 데이터 저장할 수 있는 데이터 타입공간 데이터 검색 위한 공간 인덱스(R-Tree 알고리즘)공간 데이터의 연산 함수(거리 or 포함 관계의 처리) 1) 구조 및 특성공간 정보의 저장 및 검색 -> 기하학적 도형(Geometry) 정보 관리할 수 있는 데이터 타입 제공POINT, LINE, POLYGON, GEOMETRY(3개 슈퍼 타입 -> 나머지 객체 모두 저장 O) MBR(Minimum Bo..

아이템 8 finalizer와 cleaner 사용을 피하라 Java 2가지 객체 소멸자: finalizer, cleaner-> 예측 불가능, 성능 저하, 동시성 문제 유발finalizer: Java 9 deprecated API로 지정, 위험성 ↑cleaner: `finalizer`보다 덜 위험 But, 여전히 느리고, 불필요, 예측 X!= C++의 파괴자(destructor)(생성자 대척점) 객체 소멸될 때 그와 연결된 자원(메모리 + 비메모리) 자동 회수vs Java: GC) 접근할 수 없게 된 객체 회수(메모리만 관리)-> 비메모리 자원은 `try-with-resources`와 `try-finally` 사용해 해결finalizer와 cleaner 피해야 하는 이유1) 실행 시점 보장 XGC가 객체 ..