Compact and Aligned Text API\_cat/health클러스터의 전반적인 상태확인 API상태 종류green : 프라이머리, 레플리캬 사드 모두 정상적으로 배치yellow : 프라이머리 정상, 레플리카 비정상 -> 검색 성능 악영향red : 프라이머리와

문서를 분석하고 저장하는 과정인덱스 존재 여부 판단 (없으면 생성)매핑 정보 존재 여부 판단 (없으면 동적매핑)매핑 올바른지 판단(type등 문제 있을경우 에러 발생)inverted index 생성프라이머리 샤드에 저장레플리카 샤드에 복사색인 성능을 위해서는 클러스터로

lucene 기반 오픈소스 검색 엔진(json 기반 문서 저장, 검색 및 분석)near real time 검색클러스터 구성한 대 이상의 노드로 클러스터 구성 - 부하 분산, 장애 대응동적 스키마 생성 - 입력 데이터에 대해 스키마 생성해 줌정적 스키마도 지정 가능Res

CS의 경우에는 꾸준히 하지 않으면 완전히는 아니어도 좀 기억이 안나고 하는 부분이 있어서웬만하면 꾸준히 Remind 하는것이 중요하다고 생각하는데네트워크를 어떻게 할까, 어떤 서적을 살까 하다가추석에 진행한 인프런 할인에서 강의를 사서 들어보았다.전반적으로 네트워크

오늘은 인프콘 2024 영상을 보다가 토비님의 클린 스프링 영상을 봤다.영상에서의 핵심은 결국였던 것 같다. 사실 회사에서의 업무 자체도 클린 코드랑 거리가 멀기도 하고, 그 가치를 알아주는 사람이 많이 없어서여러모로 현타를 느끼고 있기는 하다.그래도 그 가치를 나 혼

한 문단에 한 주제if, for 등 논리 구조가 들어갈 경우 여러 주제가 포함될 확률이 높고, test를 읽는 사람이 자연스럽게 읽기 힘듦(생각을 하면서 읽어야 됨)테스트가 @DisplayName에서 한 문장으로 설명될 수 있는가?완벽하게 제어하기제어할 수 없는 변수(

Mocks aren't StubsStub상태 검증Mock행위 검증

데이터 엔지니어링

Apache spark

러닝 스파크 요약 정리

과거부터 내려오는 데이터들이 중요한 비즈니스를 위해

마이그레이션을 한다고 현재의 서비스 개발이 멈출순 없는 비즈니스 상황에 대하여

공통 기능과 핵심 기능의 분리?

CQRS - 명령과 쿼리의 책임 분리 (Command and Query Responsibility Segregation) 데이터를 데이타베이스에 저장하는 일반적 시스템은 데이터에 대한 작업을 두 유형으로 나눔 명령 -> DB의 데이터를 변경시킴(추가, 수정 및 삭제)

데이터 집약적인 어플리케이션의 성능 문제를 해결하기 위한 패턴

트랜잭션 원자성을 위한 Transactional Outbox 패턴

분산 트랜잭션을 처리하며, 실패하면 보상하는게 핵심

로드 밸런싱 패턴

MSA를 위한 코레오그래피 패턴

MSA를 위한 실행 오케스트레이터 패턴