IT's 잡탕찌개 블로그

OAuth2는 기존의 OAuth가 모바일 친화적이지 않다는 단점을 보완하여 개발된 인증 시스템이다.

기존 OAuth 보다 사용하기 간편하며, 이미 구글, facebook등 여러 서비스에서  OAuth2를 도입한 상태이다.

기존 OAuth와의 차이점은 아래와 같다.

 . HTTPS를 통한 인증으로 보안 강화

 . 모바일 친화적

 . AccessToken에 만료기간 적용.

관련 용어는 아래와 같다.

 . Client : 구글 로그인 등을 사용하는 특정 서비스.

 . Resource Owner : 특정 서비스를 사용하는 사용자

 . Authorization Server : 해당 사용자의 인증을 담당하는 서버

 . Resource Server : 해당 사용자가 사용할 수 있는 API등의 자원을 제공하는 서버

현재 Django에 OAuth를 적용시킬 계획이기 때문에 우선 OAuth가 어떤 것인지에 대한 포스팅을 하려고 한다.

OAuth의 정의

. 기존 인증 방식과는 달리 해당 서비스에 유저의 개인 ID, PASSWORD를 제공하지 않고 타 서비스를 통해 인증을 한 후 접근 권한을 부여할 수 있는 표준 인증 수단.

OAuth의 탄생

. 인증방식 표준이 없던 시절, Id와 pw를 기본적인 인증이 주류를 이루었으나 각 서비스 별 개인정보가 저장되고, 이로 인한 보안 이슈가 존재하였다. 그 후 기본인증이 아닌 자체 서비스를 통해 인증을 하였지만, 표준 인증방식이 없었기 때문에 제각각이던 인증방식을 표준화 시킬 필요가 있었고 OAuth가 개발되었다.

OAuth의 가장 큰 장점

. 인증을 공유하는 Application끼리는 별도의 인증이 불필요하다.

. 따라서 여러 Application을 통합하여 사용하는 것이 가능하다. 

OAuth에서의 용어 개념

. Consumer : OAuth를 통해 유저 인증을 요구하는 Application 혹은 Web service 

. User : Consumer App을 사용해 인증을 원하는 사용자.

. Service Provider : OAuth를 사용하여 인증관련 Open API를 제공하는 서비스 제공자 [ex : kakao, facebook ]

. Protected Resource : Service Provider로부터 제공되는 API자원들

. Consumer Key : Service Provider가 Consumer를 식별하는데 사용되는 key값 

. Consumer Secret : Consumer가 ConsumerKey를 발급받을 때 사용하는 secret 값

. Request Token : Consumer가 SErvice Provider에게 User의 인증을 확인하기 위해 사용하는 값

. Access Token : Request Token을 통한 인증 후 받게되는 Token, 

. Token Secret : 주어진 Token에 대한 User의 소유권을 인증하는 Secret값 

출처 :

https://ko.wikipedia.org/wiki/OAuth

https://minwan1.github.io/2018/02/24/2018-02-24-OAuth/

장점

. 기본적으로 관리되는 Session

. ORM을 통한 객체 Mapping

. python 기반 lib 활용 가능

.  Fullstack framework이다.

. 높은 생산성과 다양한 확장 가능성

. 기본적으로 제공되는 Admin

. 기본적으로 제공되는 보안

. 거대한 커뮤니티

단점

. 기본적으로 제공되는 것 외의 커스텀이 힘들다.

. ORM 기반의 어플리 아닌경우 작업이 다소 번거로워 질 수 있다.

. 기본적으로 비동기 관련 도구를 제공하지 않는다.

. 한 페이지에서 여러 모델의 정보를 보여줘야 하는 경우 다소 많은 자원을 요구한다.

. 위의 비용을 줄이기 위해서는 queryset 최적화에 신경을 써야한다.

개인적으론 출처에서 내린 결론이 맘에 든다.

위 단점들을 고려한다고 해도 기존 PHP등으로 구현된 페이지에 비해서 Django는 충분한 강점이 있다.

출처 : https://blog.lxf.kr/2018-11-19---why-or-not-django/

Python 의 Web Framework의 종류는 여러가지가 존재한다.

우선 대표적인것이 Django, Flask 두가지가 존재하며 각기 장단점을 나열해 볼 것이다.

Flask

. 매우 가볍고 심플한 Framework를 지향

. 높은 구현 자유도

. WSGI 용 Library인 WerkZeug와  Html 랜더링 엔진인 jinja2 template로 구성

Django 

. 많고 강력한 기능

. MVC 패턴 기반의 설계

. 기본적으로 제공되는 ORM 기능을 통해 다양한 DB를 연동가능

. 기본적으로 제공되는 Session 관리, tamplate 엔진

. plugin을 통한 확장 가능

Django 를 사용하는 곳들

. 스타트업 

. Pinterest

. Instagram

개인적으로 느끼기엔 성을 지어야 하는데 Falsk는 모래로 성을 지어야 한다면 Django는 레고로 성을 만드는 느낌이랄까