• 로그인 요청이 왔을 때, 백엔드에서의 흐름을 설명해주세요

  

• MBTI와 잘 맞는 사람들은 어떻게 추천이 되는 건가요~?

  

  • 반경 2Km 매칭: 사용자 반경 2Km 내, 이상적 MBTI 4개까지 사용자 리스트를 조회
  • 지역 매칭: 사용자가 선택한 위치, 상세위치에서, 이상적 MBTI 4개까지 사용자 리스트를 조회
  • 자동 매칭: 전국에서 사용자와 가장 잘 맞는 MBTI 사용자 랜덤 조회 (일대일 매칭)

• http와 https의 차이점은 무엇인가요?

  • HTTP = Hyper Text Transfer Protocol 서버/클라이언트 모델을 따라 데이터를 주고받기 위한 프로토콜(규약)

    • 80번 포트를 사용
    • Application level protocol
    • TCP/IP 위에서 작동
    • Stateless protocol
      • Method, Path, Version, Headers, Body 등으로 구성

  • HTTPS = Hyper Text Transfer Protocol Secure HTTP에 “데이터 암호화”가 추가된 프로토콜

    • 443번 포트를 사용
    • 네트워크의 제3자가 중간에 볼 수 없게끔 암호화 기능 지원

  • HTTP는 암호화가 추가되지 않아 보안에 취약 반면, HTTPS는 HTTP보다는 안전하게 데이터 주고받기 가능

  • HTTPS를 이용하면 암호화/복호화 과정이 추가적으로 필요하기에 HTTP보다 속도는 느림

    • 기술이 발전함으로써 오늘날에는 속도 저하를 거의 느끼지 못할 정도. HTTPS의 handicap 감소 추세.

  • HTTPS는 인증서를 발급하고 유지하기 위한 추가적 비용이 발생

  • 참고한 사이트 주소

• 로드 밸런싱은 무엇인가요?

  • 로드 밸런싱이란? 영어로 하면 load balancing. 부하(load)를 고르게 나눈다(balancing)는 뜻 → 여러 대의 서버에 적절하게 요청(request)을 분산하는 기술
  • 장점
    • 한 대의 서버의 부하를 분산시킬 수 있다.
    • 한 대의 서버가 멈추더라도 중단 없이 다른 서버가 서비스를 계속 유지 가능
      • 업데이트 때 유용
  • NGINX ver. 알고리즘 종류: 우리 조는 least_conn 방식 채택
    • round robin(default) : 요청을 순서대로 처리한다
    • least_conn(최소 연결): 각 요청을 서버에 할당된 가중치를 고려한 뒤, 연결 수가 가장 적은 서버로 전송
    • ip_hash: 요청이 client IP 주소로 hashing → 한번 요청받은 서버가 있을 때 해당 서버에만 요청을 분배
    • least_time: 연결 수가 가장 적으면서도 평균 응답시간이 가장 적은 쪽을 선택해서 분배
      • Nginx Plus에서만 가능한 방식
  • 참고한 사이트 주소
  • 공식 문서 주소

• swap 메모리는 무엇인가요?

  • Swap memory = 가상 메모리 하드디스크의 용량을 메모리인 것처럼 운영체제를 속이는 기법
  • 통상적인 하드디스크의 성능이 메모리 성능보다 낮기에, swap memory를 활용하면 속도가 느려지는 경향이 있음
  • swap memory로 지정한 블록 크기는 인스턴스에서 사용 가능한 메모리보다 작아야 함. 이를 어길 시 memory exhausted 오류 발생
  • free -m 리눅스 명령어를 치면 swap인&swap이 아닌 memory 사용량이 각각 표시
  • 참고한 사이트 주소
  • 공식 문서 주소

• 사용자가 많고 트래픽이 커질 경우와 Blue-Green 배포는 무슨 관계가 있나요?

  • 한 port에서만 실행파일을 돌릴 때

    • 업데이트된 실행파일을 서버에 올리려면
      • 작동되던 실행파일을 멈추는 시간
      • deploy된 새로운 실행파일을 가동하는 시간
      • 위의 과정이 진행되는 동안 유저들은 서비스를 이용할 수 없음

  • 2개 이상의 port에서 실행파일을 돌릴 때(Blue-Green 배포 적용)

    • 유저들이 업데이트로 인해 “서비스를 이용할 수 없는 시간”을 비약적으로 줄임
      • 작동되던 실행파일을 멈추는 시간
      • deploy된 새로운 실행파일을 가동하는 시간
      • 위의 업데이트 과정을 거치는 port는 한 개의 port만으로 족하고, 나머지 port에서 유저들에게 서비스 제공
      • 유저들이 실질적으로 “서비스를 이용할 수 없는” 시간은 한 port에서 다른 port로 switching하고, 변경된 설정을 적용하기 위해 nginx가 reload하는 시간뿐(대략 1초)

  • 상세 과정 설명

    1. 동일 환경을 지닌 인프라 2set 준비
    2. 현재 운영하고 있는 server는 초록색 infra에서 진행
    3. 새로운 버전을 release할 때, 초록색 infra에 덮어씌우는 대신 비어있는 파란색 infra에 배포 진행
    4. 파란색 infra에서는 새로운 버전 빌드 작업 수행 그리고 초록색으로 트래픽을 보내주는 LB, Router, Proxy 등의 타겟을 파란색 infra로 변경
    5. 혹여나 배포 시 문제가 발생한 경우, 초록색 infra로 다시 바라보게끔 함
       • rollback

  • NGINX를 이용하여 Blue/Green 무중단배포를 실행할 땐 굳이 두 개의 “infra”까지 필요하지는 않음. 서로 다른 port 2개에서 실행파일(.jar)을 실행하는 것으로 충

    1. NGINX: port 80 → 443
    2. Spring boot port: 8081, 8082

  • 참고한 사이트 주소

• Redis 활용

  • Redis란 무엇인가?
    • System memory를 사용하는 key-value data store
    • in-memory상태에서 data처리: RDS, 문서(Document)형 DB보다 ”빠르고 가볍게 동작”
    • Redis는 RDS가 아니다!! low-level data type 지원
  • 활용 방법
  • Redis의 어떤 점을 눈여겨보고 활용했는가?
  • Redis를 사용할 때 유의할 점은 무엇인가?
  • 참고한 사이트 주소

• “특정 명령어”를 사용해서 메모리 부족을 알아냈다고 하셨는데, 어떤 명령어인가요?

• 기본 어노테이션

@Builder 객체 생성 시 인자가 많을 경우 쉽고 안전하게, 순서와 상관없이 객체를 생성 가능 안전한 객체 생성 패턴을 위해 Assert를 이용하여 적절한 예외처리를 해야한다. Assert.hasText(bankName, "bankName must not be empty"); this.bankName = bankName;

@Getter @Setter 데이터를 보호하기 위해 사용(클래스 생성시) 인스턴스 변수를 반환하고(getter), 대입하거나 수정(setter) @Setter 사용 시 값을 바꿀 수 있으니 주의(entity에는 사용 x)

@AllArgsConstructor -> @RequiredArgsConstructor 클래스가 존재하는 모든 필드에 대한 생성자를 자동으로 생성한다.

@NoArgsConstructor 파라미터가 없는 기본 생성자를 생성 -> 초기화 시 이용

@AllArgsConstructor 모든 필드 값을 파라미터로 받는 생성자를 만듦

@RequiredArgsConstructor final이나 @NonNull인 필드 값만 파라미터로 받는 생성자 만듦

@Autowired vs @RequiredArgsConstructor 의존성 주입 x 생성자 주입 o

private final을 이용하여 단일 생성자인 경우 의존성 주입 가능

순환참조 방지하기 위해 생성자 주입 권장

질문 예상

• 왜 카카오 로그인만 되도록 하였는지?
• 카카오 로그인 기술 관련 질문

프론트에서 인가코드 요청 시에

• 왜 MySQL을 사용하였는지?

• Redis 사용 이유?

• 매칭 기능 조건을 어떻게 설정하였는지? 이유는?

• websocket 사용 이유?

Http 프로토콜은 기본적으로 Client의 요청이 있을 때만 서버가 응답하는 단방향 통신이므로 채팅과 같은 실시간 서비스를 요구하는 작업에는 적합하지 않습니다. 그에 반해 socket 통신은 server와 client가 지속적으로 연결을 유지하고, 양방향으로 통신을 하여 사용자가 새로고침과 같은 요청을 하지 않아도 최신 데이터가 적용된 웹을 볼 수 있게 해줍니다.

• S3 사용 이유?
• CI tool로 Github Actions를 고른 이유