sklass의 s-class 프로그래밍 blog

AWS Fargate란, EC2 인스턴스의 서버나 클러스터를 관리할 필요 없이 컨테이너를 실행하기 위해 Amazon ECS(Elastic Container Service)에 사용할 수 있는 기술로, Fargate를 사용하면 더 이상 컨테이너를 실행하기 위해 가상 머신의 클러스터를 프로비저닝, 구성 또는 조정할 필요가 없어서, 관리면에서 사용자 편의성을 높여줍니다. Fargate는 어떻게 작동합니까? Fargate를 활용하여 애플리케이션 컨테이너 배포를 관리하려면 ECR 또는 DockerHub와 같은 컨테이너 레지스트리에 컨테이너를 저장하고 ECS 또는 EKS를 통해 작업 및 클러스터를 설정해야합니다. 배포주기의 단계는 다음과 같습니다. 컨테이너 이미지 빌드 레지스트리 (예 : Amazon ECR 또는 D..

Docker 설치 $ curl -fsSL https://get.docker.com/ | sudo sh Docker 설치 확인 $ docker --version Docker 그룹에 현재 사용자 추가 아래의 명령어를 실행시킨 후에, exec $SHELL 명령어로 쉘을 다시 실행시키면, sudo를 쓰지 않아도 docker 관련 명령어를 실행할 수 있습니다. $ sudo usermod -aG docker $USER Dockerfile 생성 sudo vi Dockerfile Dockerfile 내용 FROM python:3.6.7 ENV PYTHONUNBUFFERED 1 RUN apt-get -y update RUN apt-get -y install vim RUN mkdir /srv/docker-django AD..

개발 직군에서 일을 하다보면, 쿠키와 세션이라는 단어를 손쉽게 접할 수 있습니다만, 이를 정확하게 설명할 수 없다는 것을 깨달았고, 이 글을 작성하려고 합니다. 우선 쿠키와 세션을 사용 하는 이유부터 살펴보겠습니다. 쿠키와 세션을 사용하는 이유 쿠키와 세션은 HTTP 프로토콜의 특징이자 약점인 Connectionless(비연결성) 와 Stateless(무상태성) 한 특성을 보완하고자 사용됩니다. HTTP 특성 HTTP는 인터넷 상에서 서버와 클라이언트가 데이터를 주고 받기 위해 따르는 규약입니다. 위에서 설명했듯, HTTP는 요청에 대한 응답을 처리하게 되면 연결을 끊어버리고(Connectionless), 클라이언트에 대한 이전의 상태 정보 및 현재 통신의 상태가 남지 않는(Stateless) 특성이 있..

URL 경로 별로, 다른 EC2 인스턴스로 트래픽을 보내고 싶다면, ALB 규칙을 생성하면 됩니다. /order 로 온 트레픽은 ec2-1로, /delivery로 온 트레픽은 ec2-2로 분기가 가능합니다. 우선, AWS Console 창에서 EC2 를 검색한 후, 로드 밸런싱 아래 로드밸런서를 선택하고, 아래의 리스너 탭을 선택하고 규칙 보기/편집 을 클릭합니다. 그럼 아래와 같은 화면이 뜨는데, 이때 규칙 삽입을 클릭해, 원하는 곳에 규칙을 삽입해줍니다. 규칙이 적용되는 순서는 위에서부터 아래로, 규칙 왼쪽에 1,2, 그리고 마지막이라고 쓰여있는 것을 보면 좀 더 명확하게 순서를 확인 할 수 있습니다. 규칙 삽입을 클릭하면 아래와 같은 화면이 뜨느데, 여기서 조건 추가와 작업 추가를 각각 경로, 전..

ALB(Application Load Balancer)를 생성하기 위해서는 먼저 대상 그룹을 생성해 주어야 합니다. 대상 그룹이란, 로드 밸런서가 로드 밸런싱을 하려는 그룹을 뜻하며, 아래의 그림에서 보듯, 하나의 대상 그룹 안에는 여러 EC2 인스턴스가 존재 할 수 있고, ALB는 1개 이상의 대상 그룹으로 부하를 분산시킵니다. 대상 그룹 생성 AWS Console 창에서 EC2를 검색해서 들어간 후, 왼쪽 메뉴에서 로드 밸런싱 아래 대상 그룹이라는 섹션을 클릭하면, 아래와 같은 화면이 뜨는데, 오른쪽 상단의 대상 그룹 생성을 클릭한다. 기본 구성으로 인스턴스를 선택해주고, 포트는 8000을 입력해줍니다. 대상 그룹을 생성할때 설정하는 프로토콜 섹션은, 로드밸런서로 부터 트래픽이 온거를 어느 포트로 보..

Microservice의 경우, 여러개의 backend 노드가 있을 수 있는데, 이때 로그인 session 정보를 한 노드에 저장하게되면, 유저가 새로고침 했을때, 트래픽이 다른 노드로 라우팅 될 수 있고, 이때 해당 노드에는 session정보가 없기 때문에 다시 로그인을 해야하는 불상사가 벌어진다. Stickey Session이란, 위의 경우를 방지하기 위해 session 정보를 각 노드가 아닌 로드밸런서에 저장함으로써, 로그인 정보와 같은 session 정보를 노드의 개수와 무관하게 유지할 수 있는것을 의미한다.