🔥 TIL - Day 26

📌 ElasticBeanstalk에 배포

EB 를 생성하는 것은 아직 자세한 설정은 잘 몰라서 스킵했기 때문에 어려운 것이 없었다.

Github Action 을 이용해서 CI/CD 파이프라인을 구성하여 배포를 했다. 사실 배포 스크립트는 그대로 가져왔다..

[ .github/workflows/main.yml ]

name: backend
on:
  push:
    branches:
      - main
jobs:
  build:
    runs-on: ubuntu-latest

    steps:
      - name: Checkout source code.
        uses: actions/checkout@master

      - name: Set up Python 3.8
        uses: actions/setup-python@v1
        with:
          python-version: "3.8"

      - name: Generate deployment package
        run: zip -r deploy.zip . -x '*.git*'

      - name: Get timestamp
        uses: gerred/actions/current-time@master
        id: current-time

      - name: Run string replace
        uses: frabert/replace-string-action@master
        id: format-time
        with:
          pattern: '[:\.]+'
          string: "${{ steps.current-time.outputs.time }}"
          replace-with: '-'
          flags: 'g'

      - name: Deploy to EB
        uses: einaregilsson/beanstalk-deploy@v16
        with:
          aws_access_key: ${{ secrets.AWS_ACCESS_KEY_ID }}
          aws_secret_key: ${{ secrets.AWS_SECRET_ACCESS_KEY }}
          application_name: python-app
          environment_name: Pythonapp-env
          version_label: "python-${{ steps.format-time.outputs.replaced }}"
          region: ap-northeast-2
          deployment_package: deploy.zip

Github의 Repository에서 Secrets를 설정해주면 기본적인 배포 준비는 끝난다.

다음으로 Flask의 기본 엔트리포인트인 app.py의 이름을 application.py로 변경해줘야 한다. 그냥 룰이라고 한다.

배포되는 환경에서 사용될 라이브러리에 대한 처리도 해줘야 한다.

pip freeze > requirements.txt

기본적인 설정은 끝났다. 이제 배포되는 환경에 맞게 url 등 디테일한 부분을 설정해줘야 한다.

첫번째로 DB(mongoDB)에 대한 정보이다. DB에 접속하는 접속정보를 명시해주어야 하는데 공개되면 안 되는 정보이므로 EB에서 환경변수로 관리하도록 해준다.

import os
from pymongo import MongoClient

MONGO_URL = os.environ['MONGO_URL']
MONGO_USERNAME = os.environ['MONGO_USERNAME']
MONGO_PASSWORD = os.environ['MONGO_PASSWORD']
client = MongoClient(MONGO_URL, 27017, username=MONGO_USERNAME, password=MONGO_PASSWORD)

사실 이 부분에서 정말 이상한 실수를 해서 몇 시간을 배포 테스트만 했다..
기존에 우리는 python-decouple 라이브러리를 이용해서 private한 값들을 관리했다. 여기서 private한 값들이란 github에 공개하지 않을 값들을 말한다. 배포 테스트를 하면서 자꾸 에러가 발생하는데 이 부분을 생각도 못했다.. 당연한게 아닌가... Github를 이용해서 배포를 하는데 프로젝트에 필요한 private한 값들을 Github에 안 올린다? .. ? ㅋㅋ...ㅋㅋ..ㅋㅋ

환경변수로 설정하자...

EB에서 환경변수를 설정하는 방법은 해당 환경에서 [구성 - 소프트웨어] 에서 아래로 내리면 환경속성 이라는 곳에 설정하면 된다.

일단 배포는 해결됐다. 이제 모든 기능들이 배포환경에서 제대로 작동하는 지를 확인해야한다.

---

📌 Scheduler가 동작하지 않는다...

이번 프로젝트에서 3개의 스케줄러를 사용 중이다.. 로컬에서는 모두 잘 동작하는 것을 확인했지만 배포환경에서 동작하질 않는다.. 큰일이다..

일단 찾아본 첫번째 해결방법은 cron.yaml 설정파일을 통해 스케줄링에 대한 설정을 하는 것이다. flask의 스케줄러를 사용하는 것이 아니다.

version: 1
cron:
  - name: "category-data-init"
    url: "/api/category/data-initialize"
    schedule: "0 3 * * *"

매일 오전 3시에 url로 post 요청을 보내는 설정이다. 공식문서를 거의 그대로 가져온 것이다.

bp = Blueprint("category_data_scheduler", __name__, url_prefix='/')

@bp.route('/api/category/data-initialize')
def set_category_data():
	...

이 메서드를 호출하는 것인데 호출이 안되는 것은 둘째치고 애초에 등록 자체가 안 된다.. 눈물난다.. 해결해야 한다..!

튜터님께 질문드린 결과 보통의 경우 EB에서 스케줄러를 동작시키지 않는다고 한다. 보통 AWS의 Lambda를 사용하거나 EC2에 스케줄러 부분만 따로 올려서 기동시키는 것 같다. Lambda를 써보고 싶은 욕심이 생기지만 시간이 많이 없으니 일단 완성을 목표로 스케줄러 부분만 따로 뗴어 EC2에 올려서 사용할 예정이다.

cron.yaml 저 될 것 같은 방법은 대체 무엇인가 ....

암튼 자동 배포 완료^^
Today 국회