[ Architecture, Technology ,Web ] SSO(Single Sign On) 그리고 SAML에 대해

이미지
이번 프로젝트 내부에서 어쩌다보니  유저 인증 관련 업무를 담당하게 되었고, 해야하는 업무는 내부에 사용했던 적이 없던  새로운 개발 플랫폼에서  SSO의 프로토콜 중  SAML을 이용해 앱의 인증을 구현해야만 했다. SSO를 생각해본적 조차 없는 상황에 이를 새로운 개발 플랫폼에 도입해야 했기 때문에 많은 시행착오를 겪었으나 구현에 성공하였으며 덕분에 SSO에 대한 전반적인 지식을 쌓을 수 있었다. 이번에는 그러한 과정에서 나온 지식들과 경험을  공유하고자 한다. SSO에 대한 정의 먼저 사전적 정의 부터 살펴보자. 다만, 기술적인 용어다보니 자주 사용하는 옥스포드 사전에 정의를 찾을 수 없기 때문에  검색으로 찾을 수 있는 정의를 몇 가지 살펴보고 교차 검증을 해보자. 첫 번째 정의를 살펴보자. Single sign-on (SSO) is an identification method that enables users to log in to multiple applications and websites with one set of credentials.  SSO는 웹사이트에서 한 번의 인증(one set of credentials)으로 복수의 어플리케이션에 로그인 할 수 있는 인증(identification) 방법(method) 이다. 두 번째는 위키피디아의 정의이다. Single sign-on (SSO) is an authentication scheme that allows a user to log in with a single ID to any of several related, yet independent, software systems. SSO는 독립적이지만 연관되어있는 몇몇 소프트웨어에 대해 하나의 ID로 로그인을 할 수 있도록 하는 인증 구조(scheme) 세부 설명에 조금 차이가 있어 보이지만 전체적인 틀은 매우 비슷해 보인다.  몇 가지 포인트가 되는 단어를 추출해 이를 연결해보자면 아래와 같은 의미를 산출 할 수 있다. 독립적이지만 연관되어 있

[ Django, Python ] mozilla 튜토리얼 예제로 살펴보는 Django 분석 ⑨ : Web Applcation Test

웹 애플리케이션 뿐만 아니라 
다른 수 많은 애플리케이션도 마찬가지지만 테스트는 정말 중요하다.

물론 테스트도 여러가지가 있으나
개발자로서 하는 테스트는 대부분 단위 테스트일 것 이다.

흔히 말하는 디버깅이 이에 포함될 수 있을 것이다.

문제는 이 세상의 수 많은 애플리케이션은 
대게 계속해서 성장한다는 것이다.

따라서 애플리케이션이 비대해지게 되는데
그러한 단계에서 점점 단위 테스트에 더 어려워진다.

왜냐하면 그 만큼 단위들의 양이 늘어나며
이러한 수 많은 단위들이 서로 얼키고 설켜
종속되어 있을 수 밖에 없기 때문이다.

물론 가능한 독립적이면 
좀 더 단위 테스트가 쉬워지겠지만 말이다.

이러한 문제에 대한 솔루션으로 기업에서 
자동화 테스트 프로그램을 판매하기도 하며,

언어에도 이런 자동화 테스트를 도와주는 툴이 존재 한다.

예컨데, Java에 있는 Junit를 예로 들 수 있을 것이다. 

Django 또한 자동화 테스트를 
작성하도록 도와주는 툴이 존재한다.

Django에서는 Python 표준 unittest 라이브러리를 기반으로하는
테스트 툴을 제공한다.

Test Structure Overview

Django에서의 자동화 테스트 작성 방법은 어렵지 않다.

아래와 같이 catalog 디렉토리 안에 
tests 라는 새로운 디렉토리를 만들고 그 안에
__init__.py, test_models.py, test_views.py, test_forms.py를 만들자.


Djangounittest 모듈의 built-in test discovery를 사용한다.

이는 test*.py 패턴으로 정의된 
모든 파일의 현재 디텍토리에서 테스트할 대상을 찾는다.

따라서 해당 파일들은 각각 models.py, forms.py, views.py에서
테스트할 대상을 찾게 될 것이다.

여기서 __init__.py는 해당 디렉토리가 패키지로 구성되어 있다는 것을
Python에게 알려주는 역할을 하기 때문에 따로 수정은 필요 없다.

또한 각 테스트 파일들 안에 

from django.test import TestCase

# Create your tests here.
위와 같은
catalog/ 디렉토리tests.py 파일 안에 있는 
코드를 복사 붙여넣고 이 파일을 삭제하자.

삭제하지 않는다면 에러가 날 것이다.

이전 공식 도큐먼트 튜토리얼에서는 
catalog/ 디렉토리tests.py 파일 안에
모든 테스트 코드를 집어 넣었지만

mozilla 튜토리얼에서는 
테스트 코드가 많아지면 많아질 수록 관리가 힘들어지기 때문에
위와 같이 나누어서 만들기를 권장 한다.

나 또한 이 의견에 동의한다.

다음으로 /catalog/tests/ 디렉토리에 있는


class YourTestClass(TestCase):
    @classmethod
    def setUpTestData(cls):
        print("setUpTestData: Run once to set up non-modified data for all class methods.")
        pass

    def setUp(self):
        print("setUp: Run once for every test method to setup clean data.")
        pass

    def test_false_is_false(self):
        print("Method: test_false_is_false.")
        self.assertFalse(False)

    def test_false_is_true(self):
        print("Method: test_false_is_true.")
        self.assertTrue(False)

    def test_one_plus_one_equals_two(self):
        print("Method: test_one_plus_one_equals_two.")
        self.assertEqual(1 + 1, 2)
test_models.py 파일에 위와 같은 코드를 추가하자.

이 YourTestClass 안에는 
테스트에 유용하게 사용할 수 있는 두 가지의 메소드를 정의 했다.

먼저 setUpTestData()는 Class 전체에서 사용하는 설정
을 위해 테스트를 실행할 때 한 번 호출된다.

이를 이용해 
작성한 테스트 메소드가 실행되면서 
수정되거나 변경되지 않는 객체를 생성할 수 있다.

다음으로 setUp()는 
각각의 테스트 메소드가 실행될 때 마다 실행되는데
테스트 도중에 내용이 변경될 수 있는 객체를 생성할 수 있다.

아래의 Assert 함수
AssertTrue, AssertFalse, AssertEqual를 사용하여 
조건이 True 인지 False 또는 동일한지를 테스트 할 수 있다. 

테스트 실행 방법


가장 간단한 방법은 아래와 같은 명령문으로 테스트를 실행하는 것이다.

python3 manage.py test
위와 같은 방법으로 실행한다면


위와 같이 테스트 로그가 표시되는데
어떤 부분에서 에러가 났는지 정확히 표시해 준다. 

녹색 박스의 부분은 setUpTestData()가 Class 갯수마다,
setup()이 method 갯수마다 실행된것을 확인할 수 있다.


위에서 테스트 코드를 작성한것을 보면 
Class는 1개 였고 method는 3개였으니 
setUpTestData()가 1번 출력,
setUp이 3번 출력되었다는 것도 확인할 수 있다.

아래의 방법으로 더 많은 log를 출력할 수 있다.

python manage.py test --verbosity 2
위의 명령어를 입력하면

위와 같은 로그가 출력된다.

입력할 수 있는 verbosity 값은 0, 1, 2, 3 이며, 기본 값은 1이다.

아래와 같은 방법으로 일부만 테스트도 할 수 있다.

# Run the specified module
python manage.py test catalog.tests

# Run the specified module
python manage.py test catalog.tests.test_models

# Run the specified class
python manage.py test catalog.tests.test_models.YourTestClass

# Run the specified method
python manage.py test catalog.tests.test_models.YourTestClass.test_one_plus_one_equals_two
위의 명령어 중 맨 아래의 것을 사용해보면


위와 같이 지정한 함수만 실행된다.


이 블로그의 인기 게시물

[ Web ] 웹 애플리케이션 아키텍처 (Web Application Architecture)

[ Web ] 서버 사이드(Sever Side) ? 클라이언트 사이드(Client Side)? 1 [서론, 클라이언트 사이드(Client Side)]

[ Web ] 웹 애플리케이션 서버 아키텍처의 정의 및 유형 ( Define and Types of Web Application Server Architecture )