✨ weekly I Learned ✨

✨ weekly I Learned ✨

이번주에 트러블슈팅하면서 배운 것들

1. client_max_body_size 설정하기 (default 1MB)
   1. nginx 컨테이너에 진입하기 : sudo docker exec -it nginx /bin/sh
   2. vi etc/nginx/nginx.conf
   3. http 안에 client_max_body_size 100M; 작성 100M 말고 원하는 용량 아무렇게나 작성 가능
   4. nginx -t (필수 과정 아님. syntax 검사 과정)
   5. nginx -s reload
2. https면 웹소켓도 wss로 서버를 열어줘야 한다.
3. 함수명이나 변수명이 기본 기능에 이미 존재하는 애와 겹치진 않는지 주의하자.
4. nginx로 들어오는 애 말고 나가는 애를 listen해야 한다.
5. 맨 처음 Dockerfile 만들 때 mkdir 명령어로 생성했던 app 폴더는 이미지가 어느 위치부터 올라가야 할지 명시적으로 밝히기 위해 만드는 애로, 다시 말해 이미지를 build할 때 사용하는 최상단 디렉토리. ‘.’으로만 써도 무방하나 관습적으로 만들어주는 모양이다.
6. 현재 진행중인 프로젝트는 ec2 인스턴스가 여러개인 것도 아니고, proxy를 받아 줄 서버가 한 개만 있어도 되는 상황이라 앞단 nginx를 하나만 구축한 상태이다.
   • 그리고 그 nginx에서 클라이언트의 요청을 받으면 django로 데이터를 넘겨주고, django에서는 postgres DB를 조회하기도 하며 동작을 수행한 후 response를 다시 클라이언트에게 보내는 구조이다.
   • proxy란 내부 네트워크에서 인터넷 접속을 할 때 활용되는 중계 서버를 일컫는다. 즉 클라이언트와 web서버 중간에서 대신 통신을 받아주는 것이 프록시 서버.
7. 로드 밸런서는 서버에 가해지는 트래픽을 여러대의 서버에 균등하게 분등시켜주는 역할을 한다.
   • 트래픽 문제를 해결하는 방식에는 서버의 인스턴스 성능을 올리는 scale-up, 서버를 여러대로 나눠 트래픽을 처리하는 scale-out 방식이 있는데 로드밸런서는 후자에 해당한다.
   • 로드 밸런서는 지속적으로 IP 주소가 바뀌기 때문에 도메인 기반으로 사용해야 한다.
   • 참고로 우리팀은 프리티어로 하다가 속 터져서 스케일업도 했다.