리셋 되지 말자

login, logout 구현 먼저 사용자에게 보여질 templates 디렉토리를 설정한다 config/settings.py 수정 TEMPLATES = [ { 'BACKEND': 'django.template.backends.django.DjangoTemplates', 'DIRS': [BASE_DIR / 'templates'], # 입력 'APP_DIRS': True, 'OPTIONS': { 'context_processors': [ 'django.template.context_processors.debug', 'django.template.context_processors.request', 'django.contrib.auth.context_processors.auth', 'django.contrib...

login App 생성 및 설정 django의 django.contrib.auth 를 이용해 로그인 기능을 구현한다. 우선 app을 생성하고 간단하게 url과 view를 테스트용으로 설정한다. login app 생성 $ django-admin startapp login $ ls config csapi Dockerfile login manage.py venv config/settings.py 에 app 등록 INSTALLED_APPS = [ 'django.contrib.admin', 'django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.messages', 'django.contrib.st..

CSAPI App 생성 및 설정 실제로 django 프로젝트에서 사용할 csapi app을 생성한 뒤 url, view를 간단하게 생성하여 테스트 해본다 CSAPI APP 생성 $ django-admin startapp csapi config/settings.py 에 csapi app 추가 INSTALLED_APPS = [ 'django.contrib.admin', 'django.contrib.auth', 'django.contrib.contenttypes', 'django.contrib.sessions', 'django.contrib.messages', 'django.contrib.staticfiles', 'csapi' # 추가 ] config/urls.py 수정 - url 관리를 쉽게 하기 위해서 i..

컨테이너화 이전 게시글에서 local 환경에서 venv를 이용해 원격 mariadb에 연결하는 것까지 성공했다. 이러한 django 서비스를 docker 컨테이너로 사용하기 위해 컨테이너화를 진행한다. 이슈 centos 위에서 mysqlclient 를 설치하여 진행했었는데, python:slim 이미지의 경우 apt 기반이다. 그래서 검증이 필요. Django containerization 사전 테스트 python:3.7-slim 컨테이너로 접속 $ docker run -it -p 8000:8000 python:3.7-slim bash 패키지 업데이트 # apt update -y mysql 접속에 필요한 패키지 설치 # apt-get install -y python3-dev default-libmysql..

local 개발환경 개발 부터 aws에 db서버를 따로 두고 개발하기에는 비용적인 부분이 너무 감당이 안될 것 같아서 local에 두 개의 centos 서버를 두고 개발을 시작. 여기서는 django 컨테이너를 실행시켰을 때, database와 연결이 되는 것까지 진행. Vagrant 를 이용한 환경 세팅 Virtualbox에 centos 두 개를 띄어서 시작. Vagrant.configure("2") do |config| #csapi config.vm.define "csapi" do |cfg| cfg.vm.box = "centos/8" cfg.vm.provider "virtualbox" do |vb| vb.name = "csapi" end cfg.vm.host_name = "csapi" cfg.vm.n..

구성 기존 구성 변경된 구성 database를 외부로 분리해서, 서비스를 여러개로 늘려도 동일한 db 데이터를 사용할 수 있도록 변경 - local 개발환경 - 배포 환경

추가되는 NodeJS, MongoDB 컨테이너 사용자와 직접 상호작용(?)하는 NodeJS 서비스 컨테이너를 추가한다. 이 서비스는 주로 사용자의 회원가입, 로그인, 로그아웃 등의 작업을 처리하는데 사용자 정보를 저장할 DB도 필요하다. 여기서는 MongoDB를 사용하도록 한다. - 예상 구성 Node 컨테이너 추가 사용자가 실제 서비스를 이용할 때는 Nginx를 통해 node에 접속하게 된다. 이때 proxy를 이용해 접속하도록 한다. 이를 위해 node 컨테이너는 3000번 port를 expose 하게 된다. 우선, 간단히 hello world를 출력하는 node의 코드를 추가하여 nginx proxy로 node 서비스가 가능한지 확인해본다. 1. node 디렉토리 생성 및 필요한 파일 작성 node..

현재 상태 아래 그림과 같이 Nginx 컨테이너가 443 port를 통해 외부로 통신하고 있는 상태다. gitlab-runner는 컨테이너 형태가 아닌 local에 설치했기에 이처럼 그림으로 표시했다. 80포트를 443포트로 redirect 현재 http 즉 80 포트를 이용해 도메인으로 접속하면 아래 그림과 같이 접속할 수가 없다. (443 포트 접속은 가능) 보통 여러 웹사이트를 검색해서 들어가면, 분명 80포트로 접속했는데 https로 자동으로 접속되는걸 경험했었는데 이것을 해본다. 이 과정을 develop branch를 따로 두어, CI 파이프라인을 통해 업데이트 되도록 해본다. develop branch 작업 develop branch를 만들고, develop branch에서 작업을 시작한다. ..