Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

TIL 2월 8일

whipbaek edited this page Feb 8, 2023 · 15 revisions

김수찬 🤟

Facts

  • somthing..

Feeling

  • somthing..

Finding

  • somthing..

Future (Optional)



김현우 😀

Facts

  • somthing..

Feeling

  • somthing..

Finding

  • somthing..

Future (Optional)



박규현 🤑

Facts

  • somthing..

Feeling

  • somthing..

Finding

  • somthing..

Future (Optional)



백종인 🐭

Facts

  • aws 탄력적 ip 주소 설정
  • erd 수정
  • 채팅서버 redis 세팅
  • 채팅서버 데이터 저장 설계 및 테스트

Feeling

  • 채팅데이터를 어떻게 저장할지 골이 아팠다
    • 처음에는 메세지 하나당 하나의 키, 밸류를 가지는 데이터로 저장할려 했으나, 디스코드는 방하나를 기준으로 채팅 데이터를 다 가져오는 시스템이다.
    • 따라서 key값을 방 id로 하고, value로 채팅 dto를 저장하려고 했다.
    • 근데 crudrepository에서 List 형식의 데이터를 value로 지정하니 오류가 생겨서.. list를 지니는 dto 객체를 한개 더 만들어서 사용하였다.
    • 문제는 이게 효율적인 방법인가? 이다.
      • 만약 해당 방이 존재한다면 db에서 데이터를 가져온다음 새로운 채팅 메세지를 리스트에 추가하고 다시 db에 저장하는 방식으로 진행된다.
      • 단순 조회때는 키값 하나로 찾아올 수 있어 좋겠지만, 저장하는 로직이 너무 번거롭다.
      • 채팅 데이터 저장 전략에 대해서 무지하다 보니 구조가 이상해지는 느낌이다 ᅲᅲ

Finding

  • aws는 ec2에 동적인 ip를 지급하는 방식, 따라서 종료하고 다시 실행하면 ip가 달라진다.
    • 이를 방지하기 위해 고정 ip로 탄력적 ip를 할당한다.
    • 탄력적 ip가 실행하고 있는 인스턴스에 연결되어 있고, 탄력적 ip주소가 하나일 경우에는 요금 청구가 되지 않는다 💎

Future (Optional)



허다은 🐣

Facts

  • somthing..

Feeling

  • somthing..

Finding

  • somthing..

Future (Optional)

Clone this wiki locally

AltStyle によって変換されたページ (->オリジナル) /