비전공자 커뮤니티 웹사이트 만들기 중인데 질문이 있어요!

Question

일단 현 상황을 담은 이전 질문 링크 공유드립니다.https://okky.kr/questions/1510293상세한 답변들에 따라 열심히 flask 를 이용해서 만드는 중에 있습니다. AWS lightsail 을 이용해서 서버에 업로드해서 도메인 네임 하나 구매해서 이제 서버 돌릴 준비하고 있습니다. 서버는 ubuntu 사용 예정이고 flask python code 를 git으로 다운받아서 nginx 이용해서 돌릴 예정입니다.운영 및 유지보수 관점에서 이전처럼 세 가지 여쭤볼 점이 있습니다...만약 웹 페이지 내에 공지사항과 같이 운영자만이 작성할 수 있는 내용은 운영자 계정에 따로 권한을 주어서 작성할 수 있게 하는 식으로 하면 되겠죠? (질문을 쓰다보니 자문자답이 되어버렸네요)공지사항과 같은 게시글 내용 말고 그러면 서버의 구조를 건드리는 식의 유지/보수는 어떻게 해야하나요? 예를 들어 카테고리를 새로이 만든다든지(okky 를 예로 들면, Q&A/지식/커뮤니티/이벤트 외에 자유게시판 뭐 이런 새로운 항목을 만든다든지) 등의 행위는 어떻게 이루어지는 건가요? AWS 서버 내에서 직접 수정하는 방식은 안될 거 같고.. 결국 local 에서 작업하고 AWS ubuntu server 에서 git 다운 받는 방식 밖에 제 머릿속에 떠오르는게 없는데 그렇게 하면되는건지..?잘못해서 백엔드 코드 건드리다가 DB가 날아가거나 꼬이는 경우도 생길수도 있을 거 같은데 이때 DB data 백업은 어떤 식으로 해놓는지 궁금합니다.답변 미리 감사드립니다... 비전공자인지라 질문 내용이 투박한 점도 양해 부탁드립니다...

제가하는얘기는전부농담입니다 · Answer

관리자 권한네, DB단에서 사용자별로 권한 분리하고 해당 데이터 따라 공지사항 등을 작성할 수 있도록 처리하시면 됩니다.앱 배포관련하여 찾아볼만한 키워드는 CI/CD입니다. 개발자에게 아주 중요한 영역은 아니지만 할 줄 안다면 어디서든 써먹을 수 있습니다.복잡한 CI/CD 사례는 난이도가 높을 수 있으므로 약간 레거시한 방법들에 대해 설명드리겠습니다.소스를 적당히 서버에 전달하기가장 간단한 방법은 rsync를 사용하는 방법입니다. rsync를 사용하면 출처/대상 간 변경사항을 빠르게 싱크할 수 있습니다. 로컬에서 수정작업 진행 후 rsync를 통해 서버에 변경사항을 전달하면 됩니다.아니면 그냥 로컬에서 소스 압축 -> 서버에 전달(FTP, SCP 등) -> 서버에서 압축 해제 -> 디렉토리 교체 같은 방법으로 처리하셔도 됩니다.서버에서 Git으로 소스를 내려받는 방법은 그다지 추천드리지 않습니다. Git의 목적에 부합하지 않고 서버에 별도로 Git 클라이언트를 설치해야하며 Git 파일 처리 문제도 있습니다.서버에는 운영에 필요한 사항만을 넣습니다. 그 외에 필요 없는 부분은 추가하시면 안됩니다.(보안 권장사항)그런 측면에서 소스를 서버에 전달할 시 Git 디렉토리나 관련 파일들이 같이 전송될 텐데 이러한 파일들은 서버에 업로드 전 제거해주셔야합니다.실제로 웹서비스를 운영하다보면 저장소에 대한 공격 또한 진행된다는 점 참고해주세요.(http://your_domain.com/board/.git/ 같은 주소로 스캔을 돌립니다.)배포에 대한 간단한 예시입니다.# 소스코드 디렉토리를 복사하여 배포를 준비합니다. # 앱 디렉토리에 버전을 적는 이유는 이후 나옵니다. cp -r my_project/ app-0.1.2-20240806/ # 불필요한 파일들을 삭제합니다. rm -rf app-0.1.2-20240806/.git app-0.1.2-20240806/.gitignore app-0.1.2-20240806/env.local # 배포 준비가 된 디렉토리를 압축합니다. # zip 대신 tar/gz을 사용하는 것은 여러 리눅스 배포판에서 # tar와 gz은 기본 제공하나 unzip은 제공을 안 하는 경우가 # 있어서 그렇습니다. zip 쓰셔도 되긴 합니다. tar czvf app-0.1.2-20240806.tar.gz app-0.1.2-20240806 # 기존 소스코드가 /opt 디렉토리 하위에 있다고 가정하고 # 앱이 /opt/app/ 디렉토리를 통해 서비스된다고 가정합니다. scp app-0.1.2-20240806.tar.gz server:/opt/ # 이후 서버내 동작 # 서버에서 전달받은 소스코드를 압축해제합니다. cd /opt tar xzvf app-0.1.2-20240806.tar.gz # 현 시점에서 디렉토리 구조는 아래와 같습니다. # opt # ├── app -> app-0.1.1-20240707 # ├── app-0.1.1-20240707 # ├── app-0.1.2-20240806 # └── app-0.1.2-20240806.tar.gz # 앱 디렉토리에 대한 링크를 교체하고 압축파일을 삭제합니다. ln -sfn app-0.1.2-20240806 app rm app-0.1.2-20240806.tar.gz # 최종 결과물은 아래와 같습니다. # opt # ├── app -> app-0.1.2-20240806 # ├── app-0.1.1-20240707 # └── app-0.1.2-20240806 # 이후 /opt/app/ 디렉토리를 통해 서비스합니다.아티팩트 별도 저장 후 서버에서 가져다 쓰기위와 비슷한 방법이지만 별도의 아티팩트 저장소를 구성 후 [로컬 -> 아티팩트 저장소 <- 서버]와 같은 방식으로 구성합니다.소스코드가 GitHub에 공개되어있다는 가정하에 아티팩트 저장소는 GitHub Release를 활용하셔도 좋고 아니면 S3 저장소를 활용하셔도 좋습니다.기본적인 프로세스는 아래와 같습니다.소스 수정아티팩트 업로드Option 1. Actions 쓰기GitHub에 PushGitHub Actions에 의해 자동으로 해당 버전이 GitHub Release로 등록Option 2. 직접 올리기소스를 적당히 압축 후 GitHub 저장소에 릴리즈 생성 -> 파일 수동 업로드Option 3. S3 업로드GitHub Actions 또는 수동으로 압축된 소스코드 업로드서버 작업아티팩트 저장소(GitHub Release, S3)에서 압축된 소스코드 다운로드적절할 위치에 배치 후 서비스 재시작GitHub Actions는 GitHub에서 제공하는 CI/CD 도구입니다. 무료로 사용가능하니 참고바랍니다.(AWS 고오급 방법) 머신이미지 구워버리기AWS와 같은 클라우드 서비스들은 머신이미지를 직접 작성하여 업로드 할 수 있습니다.머신이미지를 직접 작성할 경우 배포 프로세스는 아래와 같습니다.소스 수정변경된 소스를 포함한 AWS AMI(머신이미지) 생성새로 생성한 AMI를 통해 EC2 인스턴스 신규 생성DNS 또는 LB 등을 조작하여 트래픽이 신규 EC2 인스턴스로 전달되도록 변경기존 EC2 인스턴스 종료이 부분은 난이도가 약간 있고 Lightsail에서 가능한 방법인지도 모르겠네요. 일단 비용은 좀 듭니다.(EBS 스냅샷 비용, AMI 등록 비용 등)다만 현업에서 클라우드를 사용할 때 일반적으로 사용할 수 있는 옵션이므로 이런 방법이 있다 정도만 알아두셔도 좋습니다.관련 검색 키워드는 Hashicorp Packer 입니다.DB 백업각 RDBMS 별로 백업 솔루션이 있습니다. 사용하시는 DB에 맞춰 해당 백업 솔루션을 사용하시면 됩니다.백업 방식에 따라 디비에 락이 걸리거나 백업 도중 인스턴스 속도가 느려질 수 있습니다. 백업 솔루션 별로 적절한 모범사례들이 있으니 찾아보시고 적용해보시기 바랍니다. 내용 정리해서 나중에 면접 때 이런 문제가 있어서 이렇게 처리했다-같은 거 얘기해주면 좋습니다.특정 RDBMS에 종속 되지않는 방법으로는 디스크를 통째로 백업해버리는 방법이 있습니다. AWS에는 EBS 볼륨 스냅샷 기능이 있으니 이걸 사용해보시면 됩니다. 볼륨 스냅샷을 주기적으로 작성하고 작성된 스냅샷을 다시 주기적으로 삭제해주는 기능도 있으니 이것도 같이 참고 바랍니다.AWS RDS를 사용한다면 RDS 자체적으로 백업 및 체크포인트 등이 지원되므로 해당 기능 알아보시기 바랍니다.

비전공자 커뮤니티 웹사이트 만들기 중인데 질문이 있어요!

1개의 답변

기술 목록