미래에 대비한 인증: 규칙과 후크에서 작업으로 이동

Auth0은 애플리케이션의 인증 및 승인 관리를 단순화하는 IAM(Identity and Access Management) 플랫폼입니다. 우리 개발자들은 Auth0 규칙 및 후크를 사용하여 인증 프로세스를 사용자 정의했습니다. 그러나 Auth0 Actions가 도입되면서 이제 사용자 정의 인증 로직을 구현하기 위한 더욱 유연하고 유지 관리가 용이하며 현대적인 솔루션이 생겼습니다.

이전하는 이유
애플리케이션이 성장함에 따라 Rules 및 Hooks 관리가 어려워졌습니다.
규칙과 후크는 모두 순차적으로 실행되므로 하나가 다른 하나에 영향을 미칠 경우 예기치 않은 결과가 발생할 수 있어 문제 해결이 어려워집니다. 또한 Hooks는 별도의 관리가 필요하여 복잡성이 가중됩니다.

반면에 액션도 순차적으로 실행되지만 좀 더 모듈식으로 설계되어 더 작고 재사용 가능한 로직 조각을 만들 수 있습니다. 이 모듈성을 사용하면 개별 작업이 서로 상호 작용하는 방식에 대해 걱정하지 않고도 개별 작업을 더 쉽게 테스트하고 수정할 수 있습니다. 또한 작업은 더 나은 디버깅 도구와 버전 제어를 제공하여 인증 프로세스의 전반적인 관리를 단순화합니다.

규칙 및 후크의 제한:

Auth0의 규칙은 인증 파이프라인의 일부로 실행되는 JavaScript 함수입니다. 강력하지만 한계가 있습니다:

• 순차적으로 실행되므로 여러 규칙을 관리하기가 까다로워집니다.
• 디버깅과 테스트는 어려울 수 있습니다.
• 모듈성이 없기 때문에 동일한 로직을 반복해야 하는 경우가 많습니다.

후크에도 단점이 있습니다.

• 이벤트 중심이지만 사용자 사후 등록과 같은 특정 시나리오로 제한됩니다.
• 정기적인 인증 파이프라인 외에 별도의 관리가 필요합니다.
• 디버깅 후크는 그다지 간단하지 않습니다.

액션의 장점:
조치를 취하면 다음과 같은 많은 문제가 해결됩니다.

• 더 나은 모듈성을 허용합니다. 다양한 애플리케이션에서 재사용할 수 있습니다.
• 변경 사항을 관리하고 롤백하는 데 도움이 되는 버전 제어에 액세스할 수 있습니다.
• 더 나은 로그와 실시간 테스트 도구를 통해 테스트 및 디버깅 환경이 크게 향상되었습니다.
• 작업은 다양한 트리거(로그인 후, 사용자 사전 등록)와 연결될 수 있습니다. 등)을 통합된 인터페이스를 통해 관리할 수 있습니다.

이전 준비

기존 규칙 및 후크 문서화:
마이그레이션을 시작하기 전에 모든 기존 규칙과 후크의 사용 사례를 철저하게 문서화하고 식별했습니다. 이는 기능을 작업에 더 쉽게 매핑하는 데 도움이 되었습니다.

Auth0 작업 이해:
작업은 로그인 후 또는 사전 등록과 같은 인증 파이프라인의 특정 지점에서 트리거되는 이벤트 기반 기능입니다. Node.js로 작성되었으며 보다 모듈화되고 재사용 가능한 방식으로 로직을 정의할 수 있습니다.

주요 구성 요소는 다음과 같습니다.
트리거: 작업이 실행되는 시점을 지정합니다(예: 로그인 후, 등록 중).
이벤트 핸들러: 작업을 트리거한 이벤트의 세부 정보(예: 사용자 정보)를 캡처합니다.
비밀: API 키와 같은 민감한 데이터를 저장합니다.
버전 관리: 더 쉬운 업데이트와 롤백을 위해 작업의 다양한 버전을 관리하세요.

이전 예시:
로그인 시 사용자 역할을 추가하는 간단한 규칙을 살펴보겠습니다.

function (user, context, callback) {
  // Check the user's email domain
  if (user.email && user.email.endsWith('@example.com')) {
    // Assign a role for users with the specified domain
    user.app_metadata = user.app_metadata || {};
    user.app_metadata.roles = ['employee'];

    // Update the user in the Auth0 database
    auth0.users.updateAppMetadata(user.user_id, user.app_metadata)
      .then(function() {
        callback(null, user, context);
      })
      .catch(function(err) {
        callback(err);
      });
  } else {
    // Assign a default role for other users
    user.app_metadata = user.app_metadata || {};
    user.app_metadata.roles = ['guest'];

    callback(null, user, context);
  }
}

설명:
목적: 이 규칙은 사용자의 이메일이 @example.com으로 끝나는지 확인합니다. 그렇다면 사용자에게 "직원" 역할이 할당됩니다. 그렇지 않으면 "게스트" 역할이 할당됩니다.
사용자 메타데이터 업데이트: 규칙은 auth0.users.updateAppMetadata를 사용하여 사용자의 앱 메타데이터에 할당된 역할을 저장합니다.
콜백: 규칙은 인증 흐름을 계속하기 위해 콜백(null, 사용자, 컨텍스트)을 호출하거나 오류가 발생한 경우 콜백(err)을 호출합니다.

이를 액션으로 마이그레이션하면 다음과 같습니다.

exports.onExecutePostLogin = async (event, api) => {
  // Check the user's email domain
  if (event.user.email && event.user.email.endsWith('@example.com')) {
    // Assign a role for users with the specified domain
    api.user.setAppMetadata('roles', ['employee']);
  } else {
    // Assign a default role for other users
    api.user.setAppMetadata('roles', ['guest']);
  }
};

이벤트 및 API: Action은 이벤트를 사용하여 사용자 정보를 가져오고 API를 사용하여 사용자 메타데이터를 수정하는 반면, Rule은 사용자 객체를 직접 조작하고 콜백을 사용합니다.
비동기 특성: 작업은 비동기 작업을 보다 명확하게 처리하도록 설계되어 보다 간단한 구현이 가능합니다.

규칙 마이그레이션 모범 사례:
작업을 작게 유지: 복잡한 논리를 더 작고 관리하기 쉬운 조각으로 분해합니다.
애플리케이션 간 재사용: 코드 중복을 방지하기 위해 여러 애플리케이션에서 사용할 수 있는 방식으로 작업을 작성합니다.

이제 페르소나를 추가하는 간단한 후크를 살펴보겠습니다.

후크는 사용자 사후 등록과 같은 특정 이벤트에 의해 트리거되는 서버측 확장입니다. 이를 통해 사용자 정의 논리를 사용자 라이프사이클에 통합할 수 있습니다.

훅 예:

module.exports = function (client, scope, audience, context, cb) {

    let access_token = {
        scope: scope
    };

    if (client.name === 'MyApp') {
        access_token["https://app/persona"] = "user";

        if (context.body.customer_id || context.body.upin) {
            return cb(new InvalidRequestError('Not a valid request.'));
        }
    }
}

액션에서는 다음과 같습니다.

exports.onExecuteCredentialsExchange = async (event, api) => {
    let requestBody = event.request.body;
    if (event.client.name === 'MyApp') {
        api.accessToken.setCustomClaim(`https://app/persona`, "user");
        if (!requestBody.customer_id || !requestBody.upin) {
            api.access.deny(`Not a valid request for client-credential Action`);
            return
        }
    }

구현상의 차이점:

• 액션은 비동기 코드 및 오류 처리를 위한 더 나은 도구를 제공합니다.
• 마이그레이션 프로세스는 통합 로그 추적을 통해 디버깅을 단순화합니다. ng.

테스트 및 디버깅:
Auth0의 작업 인터페이스는 실시간 로그와 이벤트 시뮬레이션 기능을 통해 테스트를 쉽게 만듭니다. 우리는 작업이 예상대로 작동하는지 확인하기 위해 실시간 웹 작업 로깅 기능을 광범위하게 사용했습니다.

마이그레이션 후 얻은 이점:
성능 개선:
규칙을 순차적으로 실행하면 성능 병목 현상이 발생하는 경우가 많기 때문에 작업이 더 빠르게 실행되고 예측 가능성이 더 높은 것으로 나타났습니다.

단순화된 작업 흐름:
액션을 사용하면 사용자 정의 로직을 관리하기가 더 쉬워졌습니다. 이제 다양한 애플리케이션에서 재사용되는 모듈식 작업이 있어 코드 중복이 줄어듭니다.

재사용성 및 모듈성:
작업을 통해 여러 테넌트에서 논리를 재사용하는 기능이 향상되었습니다. 이전에는 다양한 애플리케이션에 대해 규칙을 복제해야 했지만 이제는 단일 작업으로 다양한 목적을 달성할 수 있습니다.

피해야 할 일반적인 함정:
집행 명령에 대한 오해:
여러 작업을 실행하는 경우 해당 작업이 실행되는 순서를 이해해야 합니다. 잘못된 실행 순서로 인해 잘못된 사용자 역할이 할당되는 등의 문제가 발생할 수 있습니다.

트리거 구성 오류:
작업에 올바른 트리거가 할당되었는지 다시 확인하세요.
예를 들어, 사전 사용자 등록 이벤트에 로그인 후 작업을 첨부하면 작동하지 않습니다.

프로덕션 테스트:
항상 준비 환경에서 먼저 테스트하십시오. 테스트되지 않은 작업을 프로덕션에 직접 배포하지 마십시오.

결론적으로 Auth0 Actions로의 마이그레이션은 우리에게 큰 변화를 가져왔습니다. 2024년 11월 18일에 Auth0에서 규칙 및 후크를 더 이상 사용하지 않게 되면서 이러한 전환을 통해 워크플로가 단순화되고 성능이 향상되었으며 인증 논리 관리가 훨씬 쉬워졌습니다. 여전히 Rules 및 Hooks에 의존하고 있다면 지금이 바로 Actions를 탐색할 최적의 시기입니다. 후회하지 않을 것입니다!

위 내용은 미래에 대비한 인증: 규칙과 후크에서 작업으로 이동의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!