기존 API에 대한 인증을 위해 관성을 사용하면 어떤 이점이 있습니까?

단순화 된 인증 관리

관성의 주요 장점 중 하나는 일반적인 SPA (단일 페이지 응용 프로그램) 설정에서 요구되는 별도의 인증 토큰 또는 OAUTH 시스템을 관리 할 필요가 없다는 것입니다. 전통적인 API 기반 스파에서 Frontend는 토큰 또는 API 키를 처리하여 백엔드에 대한 요청을 인증해야하며 종종 토큰 새로 고침 처리와 같은 복잡한 상태 관리 및 보안 조치가 필요합니다. 그러나 관성은 서버 측 세션 기반 인증 시스템 (Laravel과 같은 웹 프레임 워크에서 일반적으로 사용)을 직접 활용합니다. 이는 인증 게이트, 미들웨어 및 정책이 클라이언트 측에서 추가 토큰을 처리하지 않고 모 놀리 식 애플리케이션에서와 같이 백엔드에서 작동한다는 것을 의미합니다. 따라서 개발자는 프론트 엔드를 위해 복제하거나 재창조 할 필요없이 백엔드의 강력한 인증 프레임 워크에 원활하게 의존 할 수 있습니다.

API 계층 요구 사항 없음

전통적인 API를 사용하면 프론트 엔드는 RESTFUL 또는 GraphQL API 엔드 포인트를 통해 독점적으로 백엔드와 상호 작용합니다. 이를 위해서는 이러한 API를 생성하고 유지 관리 할뿐만 아니라 이러한 API의 보안, 버전 작성, 테스트 및 문서화를 처리해야합니다. 관성은 JavaScript 구성 요소의 데이터로 백엔드 응답을 발행하여 별도의 API 계층을 빌드 할 필요가 없습니다. 백엔드 컨트롤러는 관성이 VUE, React 또는 Svelte와 같은 프론트 엔드 프레임 워크에서 직접 페이지를 렌더링하는 데 사용하는 데이터베이스 및 리턴 데이터를 쿼리합니다. 이는 오버 헤드를 줄이고 개발을 가속화하며 특히 동일한 API의 여러 소비자가 필요하지 않은 중소기업 프로젝트의 경우 아키텍처를 크게 단순화합니다.

더 나은 개발자 생산성과 복잡성 감소

관성을 사용한다는 것은 개발자가 토큰 새로 고침, 스토리지 및 관리와 같은 클라이언트 측 인증 흐름 복잡성을 설정할 필요가 없음을 의미합니다. 이로 인해 개발자는 프론트 엔드 상태 관리와 씨름하거나 액세스 제어 로직을 복제하기보다는 기능을 구축하는 데 집중할 수 있습니다. Laravel 또는 서버 프레임 워크는 액세스 정책 및 인증을 처리하기 때문에 프론트 엔드는이 단일 진실의 소스에 의존 할 수 있습니다. 이 접근법은 액세스 제어 로직에서 클라이언트-서버 불일치와 관련된 버그를 줄이고 다른 이유로 절대적으로 필요한 경우가 아니라면 redux 또는 vuex와 같은 상태 관리 라이브러리의 필요성을 제거합니다. 결과적으로 개발주기가 짧아지고 응용 프로그램은 생산에 더 빨리 도달합니다.

향상된 사용자 경험

기존의 서버 렌더링 된 응용 프로그램은 페이지를 탐색 할 때 전체 페이지 재 장전을 유발하여 단일 페이지 응용 프로그램 (SPA) 동작에 익숙한 사용자에게 느리고 방해가 될 수 있습니다. API는 스파 개발을 활성화하지만 중요한 클라이언트 측 아키텍처가 필요합니다. 관성은 탐색 요청을 가로 채어 전체 API없이 스파와 같은 사용자 경험을 달성하고 새로운 백엔드 데이터로 페이지를 부분적으로 다시 렌더링합니다. 이로 인해 서버 측 렌더링 기능으로 인해 SEO 장점을 유지하면서 빠르고 부드러운 전환 및 최신 프론트 엔드 느낌이 발생합니다. 사용자는 전체 SPA 상태 관리의 복잡성없이 즉각적인 피드백과 유체 탐색을 즐깁니다.

CORS 합병증이없는 세션 기반 인증

관성은 프론트 엔드 코드와 동일한 도메인의 백엔드 렌더링 컨트롤러로 작동하므로 API 기반 인증에 공통적 인 CORS (Cross-Origin Resource Sharing) 문제를 피합니다. 별도로 호스팅 된 기존 API에는 신중한 CORS 구성 및 교차 도메인 인증을위한 추가 보안 조치가 필요합니다. 관성의 아키텍처는 기존 서버 측 세션 컨텍스트 내에서 작동함으로써 이러한 문제를 회피하여 구성이 줄어들고 상자에서보다 안전한 세션을 처리 할 수 ​​있습니다.

원활한 백엔드 및 프론트 엔드 통합

관성은 Frontend JavaScript 프레임 워크를 서버 측 라우팅 및 컨트롤러 로직과 밀접하게 통합합니다. 장점은 프론트 엔드 및 백엔드 코드가 밀접하게 협력하여 분리 된 API를 구축 할 때 일반적으로 발생하는 임피던스 불일치를 줄이는 것입니다. 이 통합은 일관된 응용 프로그램 상태, 통합 인증 및 승인, 더 깨끗하고 더 관리 가능한 코드베이스를 용이하게합니다. 또한 컨트롤러는 중개자가없는 프론트 엔드 뷰에 직접 데이터를 제공하기 때문에 데이터 처리를 간소화합니다.

비용 및 자원 절약

API를 개발하고 유지 관리하는 것은 여러 계층 테스트, 버전 작성, 보안 및 문서를 포함하는 리소스 집약적입니다. API를 제거함으로써 관성은 이러한 오버 헤드 비용과 개발 복잡성을 줄여서 시장 간 시간과 개발 비용을 낮출 수있게합니다. 비즈니스는 SPA의 기능을 손상시키지 않으면 서 빠른 기능 제공 및 간단한 유지 보수에 액세스함으로써 혜택을받습니다.

전통적인 API보다 관성을 선호하는시기

관성은 백엔드 및 프론트 엔드 팀이 겹치는 응용 프로그램을 구축하거나 강력한 서버 측 기능을 갖춘 Laravel 또는 유사한 프레임 워크를 사용할 때 특히 적합합니다. 일반적인 사용자 인증, 세션 관리 및 서버 측 렌더링 요구와 모바일 앱 또는 타사 통합과 같은 여러 외부 클라이언트에 API가 필요하지 않은 경우 프로젝트에 탁월합니다. 광범위한 마이크로 서비스, 다중 클라이언트 API 또는 특수 토큰 기반 인증이 필요한 프로젝트의 경우 기존 API가 여전히 더 적합 할 수 있습니다.

***

요약하면, 기존 API에 대한 인증을 위해 관성을 사용하는 이점은 다음과 같습니다.

- 토큰 오버 헤드없이 서버 측 세션 관리를 사용한 단순화 된 인증.
- 별도의 API 층을 빌드, 고정 및 유지 관리 할 필요가 없습니다.
- 프론트 엔드 복잡성 및 국가 관리 감소하여 더 빠르고 생산적인 개발을 가능하게합니다.
-전체 페이지 재 장전없이 매끄럽고 스파와 같은 사용자 경험.
- 인증에서 CORS 관련 합병증의 회피.
- 일관된 논리와 덜 중복성으로 이어지는 단단한 백엔드 전환 통합.
- 개발 및 유지 보수 비용 및 자원을 낮추십시오.
- 외부 API 소비자가 없을 때 Laravel과 같은 백엔드 프레임 워크와 밀접하게 결합 된 응용 프로그램에 이상적입니다.