7ISg7LCp7IicMeuqhSDsnbjspp0g7IucIOq4sO2UhO2LsOy9mA==

최근 AWS에서 EKS에서 MSA를 기반으로 운영중인 웹 서비스에서 세션이 잘 유지되지 않아 로그인을 했음에도 세션이 유지되지 않고 무한 로그인 시도가 이뤄졌다. 클라이언트의 요청이 여러 곳으로 분산되어 생긴 문제였다.  내가 생각한 MSA 기반 아키텍처에서 세션을 유지하기 위한 방법으로는 아래 두가지 방법이 있다. 첫번째 방법은 Application LoadBalancer에서 sticky session을 사용하여 세션을 유지하는 방법이다. 두번째 방법은 별도의 Session Storage를 구성하여 세션을 유지하는 방법이다.  전자와 후자를 대표적인 장단점을 이야기해보겠다.  먼저 Sticky Session은 구성과 구축이 간단하다는 것이다. 하지만 전자의 방식은 치명적인 단점이 있다. MSA의 장점을..

apiVersion: apps/v1 kind: Deployment metadata: name: pod-rolling spec: replicas: 5 strategy: type: RollingUpdate rollingUpdate: maxSurge: 3 # 업데이트 도중 포드의 개수가 deployment의 replicas 값보다 더 존재할 수 있는 양 maxUnavailable: 3 # 업데이트 도중 사용 불가능한 상태가 되는 포드의 최대 개수 selector: matchLabels: app: nginx template: metadata: name: nginx labels: app: nginx spec: containers: - name: nginx image: nginx ports: - containerP..

Taint 부여 & 삭제 # Node에 Taint 부여 kubectl taint nodes `nodename` `key`=`value`:`effect` # 예시: kubectl taint nodes ip-192-168-201-100.ap-northeast-2.compute.internal itguny04/taint=dirty:NoSchedule # Node에 Taint 삭제 kubectl taint nodes `nodename` `key`:`effect`- # 예시: kubectl taint nodes ip-192-168-201-100.ap-northeast-2.compute.internal itguny04/taint:NoSchedule- # Effect 종류 # NoSchedule (포드를 스케줄링하지..

# controller deploy 파일에 추가 - --ingress-class=`YOU WANT VALUE`

# EKSCTL curl --silent --location "https://github.com/weaveworks/eksctl/releases/latest/download/eksctl_$(uname -s)_amd64.tar.gz" | tar xz -C /tmp install /tmp/eksctl /usr/local/bin/ #KUBECTL curl -LO "https://dl.k8s.io/release/$(curl -L -s https://dl.k8s.io/release/stable.txt)/bin/linux/amd64/kubectl" install kubectl /usr/local/bin/