📚 블로그

657

[규칙 1] 한 칸에는 한 가지 정보만 들어가도록 만들어라 - 1

✅ 한 칸에는 한 가지 정보만 들어가도록 만들어라. 데이터베이스 테이블을 설계할 때 ‘한 칸에는 한 가지 정보만 들어가야 한다.’라는 규칙을 지켜야 한다. 이 규칙이 뭔지 알아보기 위해 이 규칙을 안 지킨 사례 먼저 살펴보자. [사례 1] users

✅ 가용 영역(Availability zone)이란 ? AWS는 자연 재해로 인해 데이터 센터가 파괴될 가능성을 고려해, 물리적으로 분리된 데이터 센터를 구축한다. 이와 같이 물리적으로 분리된 데이터 센터를 보고 가용 영역(Availability zo

대부분의 Redis 강의나 책을 보시면 알겠지만 자료 구조(string, list, hash, Set, sorted Set 등)를 설명하고, 수없이 많은 명령어(SET, GET, EXISTS, DEL, HSET 등)를 설명하고 있다. 하지만 레디스를

✅ 한글(korean)이 제대로 검색되지 않는 현상 한글로 이루어진 데이터가 검색이 잘 되는 지 확인해보자. 인덱스 생성하기 데이터 삽입하기 검색해보기 Analyze API 활용해 디버깅하기 다음 강의에서는 Nori Analyzer를 적용시키는 방법에

✅ Kafka를 왜 배워야할까? 최근에 Kafka를 배우려는 취준생 개발자분들이나 현업 개발자분들이 시간이 갈수록 점점 많아지고 있다. 이 분들이 Kafka를 배우려는 이유는 다음과 같다. SI/SM 회사가 아닌 서비스 기업에 취업/이직을 하기 위해서

✅ 이전 강의 복습 (Untitled) 이전 강의에서 REST API 방식은 요청을 보낸 뒤에 모든 작업이 다 처리될 때까지 기다렸다가 응답을 받는 식으로 통신을 한다고 얘기했다. 그래서 만약 이메일 발송을 처리하는 데 시간이 오래 걸린다면 사용자는

✅ 특정 조건을 만족하지 않는 데이터를 조회하고 싶을 때 (bool : must_not) [사전 셋팅] // 기존 인덱스 삭제 DELETE /boards // 인덱스 생성 PUT /boards { "mappings": { "properti

Redis의 Key 이름을 잘 짓는 건 굉장히 중요하다. 따라서 현업에서 자주 사용하는 Key 네이밍 컨벤션을 배워보자. (꼭 이렇게 적어야만 하는 건 아니니 필요에 따라 응용해서 사용해도 된다.) ✅ 현업에서 자주 활용하는 네이밍 컨벤션 회사마다 여

✅ 백엔드(Spring Boot) 서버 3개 띄워보기 실제 서비스를 운영하다보면 트래픽이 증가해서 서버가 버벅거리는 경우가 생긴다. 이 때는 서버를 수평적 확장(서버의 개수를 늘리는 방식)을 통해 해결한다. 이런 상황을 가정해 백엔드 서버인 Sprin

✅ 잘 작동하는 지 테스트하기 테스트 전에 DB 데이터 정리하기 API 요청 보내기 성공적으로 잘 처리했는 지 DB 확인하기 ✅ 정리하기 사용자(클라이언트)가 회원가입 API 요청 사용자 서비스의 users DB에 사용자 정보 저장 Kafka에 회원가