[ 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) 세부 설명에 조금 차이가 있어 보이지만 전체적인 틀은 매우 비슷해 보인다.  몇 가지 포인트가 되는 단어를 추출해 이를 연결해보자면 아래와 같은 의미를 산출 할 수 있다. 독립적이지만 연관되어 있

[ Ruby On Rails, Ruby, Coursera ] Ruby On Rails를 중단하면서


막 Ruby On Rails에 대해 공부를 시작했을 시점은
Django의 토이 프로젝트가 마무리되고 있었고
코로나 때문에 일을 잠시 쉬었던 기간이 였다.

그렇기에 Ruby On Rails도 건드려보고 싶어서
늘 그렇듯이 욕심을 내고 기획을 했었는데

복직을 하고 나서 일이 바뻐지기 시작하면서
에세이를 쓰는데에도 벅차기 시작했다.

게다가 다음 이직은 아마 Python의 Django 쪽으로
거의 마음을 먹었기 때문에

여러가지 하는 것 보다는 Django쪽에 집중하는 것이 
아무래도 좋을 것 같다는 판단도 들었다.

따라서 개인적으로 매우 아쉽다고 생각하지만
일단 Ruby On Rails는 중단하기로 하고
에세이와 Python에 좀 더 집중하기로 결정 했다.

이후 시간이 널널하다면
포스트를 재개하고 토이 프로젝트 때 다루었던 
기능들을 Ruby On Rails로 구현해보려고 한다.


이 블로그의 인기 게시물

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

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

[ Web ] 웹 애플리케이션? 웹 사이트?(Web Application? Web Site?)