웹 애플리케이션의 구현

웹 애플리케이션 구현 방식

 

웹 애플리케이션을 구현하는 방식은 크게 세 가지 방식이 있다

• Single Page Application
• Microservice Architecture
• Serverless Architecture

 

Single Page Application

유저의 입력과 요청에 의한 콘텐츠나 정보의 최신화를 할 때 서버로부터 새로운 페이지를 불러오지 않고(새로고침) 현재 페이지에서 이루어짐으로써 사용자와 소통한다

 

필수적인 요소만을 요청하여 새로고침을 방지해 유저 경험을 극대화한다

 

이러한 기능을 위해 AJAX, Asynchronous, JavaScript, XML이 주로 사용된다

 

오늘날 만들어지는 대부분의 많은 웹 애플리케이션들은 이 방법으로 만들어진다

 

Microservice Architecture

작은 서비스 여러개가 모여서 하나의 시스템을 제공한다

 

작고 가벼운 특정한 한 가지 기능에 집중한 웹 애플리케이션

 

각 애플리케이션의 기능 요소들은 상호 간에 의존적으로 설계되지 않는다.

 

장점

• 전체프로그램을 다시 배포하지 않고 업데이트 가능
• 독립적인 개발 가능
• 서비스 하나가 다운되어도 전체에 영향을 주지 않음
• 서비스를 독립적으로 확장 가능, 리소스의 유연한 운용 가능

단점

• 서비스간 통신방법이 필요하고 복잡하다
• 서비스끼리의 테스트가 어렵다
• 복잡하고 독립된 구조로 인해 통합적인 관리가 어렵다

 

Serverless Architecture

개발자가 웹 애플리케이션의 서버와 기타 기반 기능들에 대해 외부의 3자인 클라우드 서비스 제공자에게 의탁하는 방식

 

기본적인 서버나 기반 기능들에 걱정할 필요 없이 특정 기능의 개발에 집중할 수 있다

---

웹  애플리케이션 구현 기술

 

HTTP (Hyper Text Transfer Protocol)

데이터를 요청하고 요청에 대한 응답을 전송하는 무상태성의 프로토콜

-> 웹 브라우저상에서 클라이언트와 서버 간의 통신을 담당하는 프로토콜

Cookie

• 웹 애플리케이션을 사용하는 유저의 정보를 보관하고, 다음 접속부터는 유저의 정보를 클라이언트가 서버로 보내서 유저를 서버가 식별하게 한다. 쿠키에 담긴 내용으로 웹 애플리케이션에 유저가 설정했던 항목들에 대해 저장해서 다음에 이어서 같은 방식으로 작동하게 도와준다

 

Session

• 서버에 Session-ID라는 고유 아이디를 할당해서 유저를 식별한다. 단순하고 유출이 되면 안되는 정보는 서버에서 관리하면서 세션 ID와 매칭 해서 저장해 관리한다. 주로 사용되는 방법은, 세션정보는 쿠키에서 관리하고, 실제 매칭 되는 값들은 서버 측에서 관리하는 것이 일반적이다

사용자 인증

컴퓨터나 특정 시스템을 사용할 때 유저를 식별할 수 있는 ID값과 암호

 

개인정보를 이용한 인증이 점점강화되고 있다

 

휴대전화로 일회용 패스워드를 받는다던가, 통신사 전용 소프트웨어를 사용하는 등의 추가 인증 절차도 있다