기본 콘텐츠로 건너뛰기

설계 프론트엔드 : 엥귤러 / 백엔드 : flask REST API / DB 몽고DB(도커)

설계 프론트엔드 : 엥귤러 / 백엔드 : flask REST API / DB 몽고DB(도커)

REST가 뭐고 REST를 왜 배우고 써야 하는가?

처음 주니어로 개발자 커리어를 시작하는 시점에서 미리 해봤으면 좋았을 거라고 생각되는게 꽤 많습니다.

그 중 하나가 REST API 를 이용해서 만든 토이프로젝트입니다.

거의 모든 앱은 서버 - 클라이언트 구조로 되어있고 이 통신에서 가장 많이 쓰이는 것이 REST 이기 때문입니다.

REST에 대한 개념은 아래 블로그에 정리되어 있습니다.

조대협님 블로그의 REST 정리 : http://bcho.tistory.com/953

여기선 REST를 쉽게 제공하는 프레임워크를 통해 사용법에 더 집중할 예정입니다.

그런데 초보 개발자의 입장에선 우선 REST는 바로 쓸 수 있게 빠르게 이해하려면 json 데이터를 요청하고 받는 비동기 통신인 ajax 개념으로 간단하게 이해하고 넘어가고 점차 이해하고 시작합시다.

REST 가 뜨게 된 이유는 된 가장 큰 이유는 모바일 때문입니다.

모바일은 우선 데이터를 사용해야하는데 이 상황에서 요청할 때마다 html 을 보내주는 방식은 비효율적이며 모바일은 아이폰, 안드로이드, 윈도우폰 등 다양한 OS와 다양한 플랫폼에 대해 대응해야 하며 그만큼 사용자가 늘어났기 때문에 분산처리의 필요성이 증가했으며 브라우저의 성능과 프론트엔드 프레임워크가 좋아졌기 때문에 서버에서 처리하던 걸 클라이언트에서 처리하는 게 이득이 커졌기 때문입니다.

단점도 거의 없고 장점만 있으니 써야죠. (태클 환영합니다.)

이 포스팅 시리즈에선 아래와 같은 스팩으로 진행할 생각입니다.

개발 스택

프론트엔드 : npm, angular6

백엔드 : flask, flask_apiframework , python3.6

DB : 몽고 DB 3.0 (Docker)

IDE : Pycharm Profession

VCS : Git, GIthub

1. 프로젝트 세팅

파이참 실행 (일반 프로젝트)

1) 폴더 backend / frontend 만들기

mkdir backend

cd backend

# 가상 환경으로 라이브러리 의존성을 분리합니다.

virtualenv venv

# 가상환경 실행

source ./bin/activate

# 서버 프레임워크인 flask와 restful을 지원하는 flask_restplus를 설치합니다. 주의) flask_restful 이 아닙니다.

pip install flask, flask_restplus

# 프론트 엔드 파일을 생성을 위해 위치 이동합니다.

cd ..

mkdir frontend

# 엥귤러 설치합시다.

npm install angular/cli

ng new frontend

.gitignore 파일 작성

첨부 파일 참고

pycharm 내에서 git 잘 되는지 확인

2. 몽고 db 사용 (도커 + 로보 3T)

왜 굳이 docker 를 쓰나요?

사실 그냥 설치해도 상관은 없습니다. 저는 근데 docker 로 하면 금방 설치할 수 있어서 씁니다.(편해서) 그리고 docker 공부도 하고 싶어서 씁니다.

도커 설치

아래 사이트 참고 : https://subicura.com/2017/01/19/docker-guide-for-beginners-2.html

아래 사이트 참고 : https://subicura.com/2017/01/19/docker-guide-for-beginners-2.html 도커로 몽고 db 사용 (2.4 밑 버전에선 pymongo 사용이 안되는 이슈)

docker pull mongo:3.0

docker run --name mongo -p 27017:27017 -d mongo

docker exec -it mongo /bin/bash

docker start

참고 : https://qvil.github.io/docker/docker-mongo/

container id 는 실행하고 docker ps -a 로 확인하자

로보 3T 설치

디비 설계 (자료구조) : 기본 틀은 따로 문서에 저장하는 걸 추천한다. docker 로 실행할 때 로컬로 하다보니 자주 껐다키는데 그러다 오류가 나서 디비를 날릴 수도 있다.

사용자 컬렉션

/**

기본적인 유저 정보를 생각나는데로 적었다. 홈페이지 성격에 따라 디비 수정이 있을 같다.

_id 칼럼은 아이디로 나중에 primary키로 쓰일 것이다.

user_type은 회원 구분을 위해 만들었다.

passwd는 틀이 완성되고 회원가입을 하면서 처리할 예정이다.

*/

user

{

"_id" : "inspire12",

"psswd":"willbeencryption",

"created_date":"2011-02-02",

"name" : "myname",

"user_type" : "1"

}

글 컬렉션

/**

게시판은 우선 하나의 디비에 저장해서 사용한다. 사용량이 많지 않을 거라 굳이 구분하지 않았다.

index를 primary 키로 이를 통해 구분한다.

board_type으로 들어가는 게시판 마다 글을 구분한다.

depth 을 통해 답글여부를 사용한다.

시간순 나열, 추천 순 나열, 조회 순 나열을 위해 칼럼을 추가했다.

_id는 board_type, index, depth 를 이어 만듬

*/

board

{

"_id" : "team_1_1",

"index" : "1",

"board_type": "team",

"title": "start",

"content": "hihihihi",

"user_id": "inspire12",

"depth" : "1",

"images": [],

"files" : [],

"created_data": "2010-05-02",

"hit" :"0",

"recommend": [],

}

댓글 컬렉션

/**

댓글 위치를 위해 board_id를 가져와야한다.

댓글의 댓글을 구현하기 위해 comment_depth를 추가했다. 대댓글 기능은 역시 고민을 좀 더 해야한다.

*/

comment

{

"_id" : "",

"index" : "1",

"board_index" : "1",

"user_id" : "inspire12",

"comment_content" : "asdfdsa",

"depth" : "1",

"comment_depth" : "1"

}

from http://inspire12.tistory.com/127 by ccl(A) rewrite - 2020-03-07 04:54:41

댓글

이 블로그의 인기 게시물

Coupang CS Systems 채용 정보: 쿠팡 운용 관리 시스템을 구축 하고...

Coupang CS Systems 채용 정보: 쿠팡 운용 관리 시스템을 구축 하고... Global Operation Technology는 상품을 고객에게 지연 없이 전달 될 수 있도록 하는 조직입니다. 1997년, 초창기 아마존에 입사한다고 상상해보세요. 그 당시 누구도 e-commerce 산업이, 아마존이라는 회사가 지금처럼 성장하리라고는 생각하지 못했을 것입니다. 하지만, 그 당시 아마존을 선택한 사람들은 e-commerce 산업을 개척했고, 아마존을 세계적인 회사로 성장시켰습니다. 2016년 '아시아의 아마존'으로 성장하고 있는 쿠팡, 당신에게 매력적인 선택이 아닐까요? Global Operation Technology: eCommerce에서 주문을 한 뒤 벌어지는 상황에 대해서 호기심을 가져보신 적이 있나요? Global Operation Technology는 상품을 고객에게 지연 없이 전달 될 수 있도록 하는 조직입니다. 매일 최첨단 소프트웨어 기술을 이용해 고객의 주문을 받고 상품을 어느 창고에서 출고 시킬지, 포장을 하나의 박스 또는 여러 개로 나눌 것인지, 어떤 배송 루트를 선택하고 어떻게 고객에게 배송 상태를 보여줄지 결정하는 시스템과 서비스를 개발 합니다. What Global Operations Technology does: CS and C-Returns System 적극적 고객서비스를 바탕으로 고객의 목소리를 통해 끊임없이 고객 에게 서비스를 제공하고 Andon 메커니즘을 통해 고객의 목소리를 회사 전체와 공유합니다. 그리고 고객 문제 해결과 구매 이후 벌어질 수 있는 고객 문제를 사전에 예방하기 위한 시스템 개발을 통해 미래의 상황을 예측 합니다. Tranportation System TSP (Traveling Salesman Problem) 와 같은 CS 최적화 관리 문제를 다룹니다.배송 물품의 실시간 추적, 3P 하드웨어와 소프트웨어를 통합, 각 배송 루트에 할당되는 물량 예측하고 T...

[ubuntu] FLASK_APP

[ubuntu] FLASK_APP Development/Debugging 🐞 FLASK_ENV=development FLASK_APP = app.py flask run zsh: command not found: FLASK_APP ✔️ FLASK_ENV=development FLASK_APP=app.py flask run 띄어쓰기를 해서 저런 오류를 출력할수도 있구나 😲 참고 : 108p에서 FLASK가 FKAS로 오타나있다. from http://hee-stories.tistory.com/18 by ccl(A) rewrite - 2020-03-24 17:20:11

[GCP] Argo로 Workflow 만들기

[GCP] Argo로 Workflow 만들기 사실 Production 레벨로 가지 않으면, ML개발에 Workflow를 사용할 일은 많지 않다. 대부분 샘플데이터로 전처리 한후 그 데이터를 공유해서 각자 모델을 개발하게 되는데, Production Level에서는 계속 새로운 데이터가 발생하기 때문에 데이터 수집부터 배포까지 하나의 파이프라인으로 관리해야할 필요성이 생긴다. Argo는 컨테이너 기반으르 파이프라인을 구성해주는 도구로 Kubeflow에서도 Workflow Orchestration은 Argo를 사용한다. Kubeflow Pipeline Overview Argo 설치 curl -sSL -o /usr/local/bin/argo https://github.com/argoproj/argo/releases/download/v2.2.1/argo-linux-amd64 chmod +x /usr/local/bin/argo Argo를 위와 같이 다운로드 받고, Controller와 UI를 kubectl을 통해 설치한다. GCP에서 kubectl의 설치는 아래를 따르면 된다. 터미널에서 Kubectl 사용하기 kubectl create ns argo kubectl apply -n argo -f https://raw.githubusercontent.com/argoproj/argo/v2.2.1/manifests/install.yaml Argo를 통해 간단한 'Hello World'예제를 실행해보자. 사용법은 아래와 같이 간단하다. submit은 지정된 yaml 파일을 workflow 만드는데 사용한다는 것이고 watch 파라미터는 외부의 yaml을 가져올 때 사용한다. argo submit --watch https://raw.githubusercontent.com/argoproj/argo/master/examples/hello-world.yaml 'argo list' 명령으로 실행되고 있는 argo wor...