oimbook

Welcome!

  • 분류 전체보기 (93)
    • 좋은 코드 (Good Code) (14)
      • 좋은 이름 (Good Name) (10)
      • 좋은 설계 (Good Design) (3)
    • 코틀린 (Kotlin) (1)
      • 코틀린 기본 (Kotlin Basics) (1)
      • 코틀린 이펙트 (Kotlin Effect) (0)
    • 빅데이터 플랫폼 (Bigdata Platforms.. (9)
      • 아파치 하둡 (Apache Hadoop) (4)
      • 아파치 카프카 (Apache Kafka) (2)
      • 아파치 주키퍼 (Apache Zookeeper) (2)
      • 아파치 하이브 (Apache Hive) (1)
    • 데이터베이스 (4)
      • MYSQL (2)
      • MONGODB (1)
      • 데이터 지식 (1)
    • 쿠버네티스 (Kubernetes) (9)
    • 리액트 (React) (12)
      • 리액트 레시피 (React Recipt) (10)
      • 리액트 기술 (React Tech) (2)
    • 스프링 (Spring) (16)
      • 스프링 팁 (Spring Tip) (6)
      • 스프링 데이터 (Spring Data) (6)
      • 스프링 보안 (Spring Security) (4)
    • 기계 학습 (Machine Learning) (8)
      • 수학 (Mathematics) (8)
      • 신경망 (Neural Network) (0)
    • 네트워크 (4)
      • Authezat 프로젝트 (2)
      • 네트워크 지식 (2)
    • 볼트 (Vault) (3)
    • 자료구조 & 알고리즘 (1)
      • LEVEL 3 (1)
    • 설치법 (4)
      • 시스템 (4)
    • 유용한 끄적임 (6)
    • 기타 (Others) (2)
  • 홈
  • 태그
  • 방명록
RSS 피드
로그인
로그아웃 글쓰기 관리

oimbook

컨텐츠 검색

태그

하둡 kotlin 좋은코드 react test 주키퍼 좋은 설계 spring JPA persistence Learn Probability Safety 좋은이름 Security kubernetes Vault 쿠버네티스 State 설치

최근글

댓글

공지사항

아카이브

server(1)

  • 인증 & 인가 서비스를 위한 Swagger 기반의 ERD 그리기 2

    Server 이전 글에서는 Path를 설계해봤었다.Path는 어디로부터 왔는 지 알기 위해 서버 출처가 필요하다.를 만족시키기 위해 서버를 관계시켜뒀는데, 이번 글에서는 해당 테이블을 설계해볼 것이다. 가장 먼저 떠오른 핵심적인 건, 서버 이름이다.사용자가 API를 등록할 때 서버 이름을 보고 해야되기 때문이다. 따라서 겹치지 않도록 고유하게 만들어둬야 한다.이제 뭐가 더 필요할까... 를 고민할 때 점점 그림이 복잡해지므로좋은 설계는 실제 현상을 기반으로 만든다. 원칙을 떠올려서 사용자 시나리오를 만들어보자.에서 서버가 필요한 부분은 여기다아래처럼 구분해두면 조회 성능에서 큰 차이가 있을 것이기 때문이다.그리고 관리자 입장에서 서버로 구분해두면 편리하다.특히 서버 도큐먼트 주소를 입력하는 부분을 어느정..

    2024.05.14
이전
1
다음

티스토리툴바