인프런 커뮤니티 질문&답변

실전에서는 주로 어떻게 하는지 궁금 해서 질문 드립니다.

보통 실전에서는 개발서버 및 상용서버가 각각 물리적으로 분리 된 상태에서 관리를 할텐데요.

현재 선생님께서 알려주신 부분에서 이부분을 어떻게 적용 할지 궁금 해서 질문 드립니다.

1. AWS EKS 하나로 같이 사용하되 네임스페이스를 논리적으로 분리해서 개발 환경하고 상용 환경을 분리하자

2. AWS EKS 물리적으로 개발 환경하고 상용 환경을 분리 하기

이렇게 이슈가 있을 것 같습니다. 일단 1번 내용으로 하게 된다면

name: deploy DEV backend

on:
  push:
    branches:
      - dev

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
      ----- 생략 -----
        
      - name: configure aws
        uses: aws-actions/configure-aws-credentials@v1
        with:
          aws-access-key-id: ${{ secrets.AWS_KEY }}
          aws-secret-access-key:  ${{ secrets.AWS_SECRET }}
          aws-region: ap-northeast-2

      - name: update cluster infomation
        run: aws eks update-kubeconfig --name ${클러스터이름} --region ap-northeast-2

      - name: Login to ECR
          ----- 생략 -----

      - name: build and push docker image to ecr
        env:
          REGISTRY: ${AWS ECR REPOSITORY}
          REPOSITORY: ${개발 Repository 명}
          IMAGE_TAG: latest
        run: |
          docker build \
          -t $REGISTRY/$REPOSITORY:$IMAGE_TAG \
          -f ./project/Dockerfile ./project
          docker push $REGISTRY/$REPOSITORY:$IMAGE_TAG

      - name: eks kubectl apply
        run: |
          kubectl rollout restart deployment ordersystem-backend -n dev

name: deploy PROD backend

on:
  push:
    branches:
      - prod

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    steps:
      ----- 생략 -----
        
      - name: configure aws
        uses: aws-actions/configure-aws-credentials@v1
        with:
          aws-access-key-id: ${{ secrets.AWS_KEY }}
          aws-secret-access-key:  ${{ secrets.AWS_SECRET }}
          aws-region: ap-northeast-2

      - name: update cluster infomation
        run: aws eks update-kubeconfig --name ${클러스터이름} --region ap-northeast-2

      - name: Login to ECR
          ----- 생략 -----

      - name: build and push docker image to ecr
        env:
          REGISTRY: ${AWS ECR REPOSITORY}
          REPOSITORY: ${상용 Repository 명}
          IMAGE_TAG: latest
        run: |
          docker build \
          -t $REGISTRY/$REPOSITORY:$IMAGE_TAG \
          -f ./project/Dockerfile ./project
          docker push $REGISTRY/$REPOSITORY:$IMAGE_TAG

      - name: eks kubectl apply
        run: |
          kubectl rollout restart deployment ordersystem-backend -n prod

이렇게 네임스페이스 통해 논리적으로 분리해서 관리 하는 것도 있을 것 같은데요.

하지만 제가 생각 했을때는 단점으로는 SPOF (Single Point Of Failure) 문제가 발생 될 것 같아 고민이 들지만 비용면에서는 1번이 좋을 것 같기도 합니다.

주로 실전에서는 어떻게 관리를 하는지 궁금 합니다! ^_^