View a markdown version of this page

중점 영역 3: 다중 테넌시 및 제어를 위한 설계자 - AWS 권장 가이드
전략비즈니스 가치

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

중점 영역 3: 다중 테넌시 및 제어를 위한 설계자

수행할 작업: "제어, 책임 또는 가시성을 잃지 않고 여러 고객에 걸쳐 에이전트 사용량을 조정할 수 있도록 도와주세요."

초기 프로토타입은 가치를 독립적으로 증명하는 데 적합하지만 대부분의 기업은 여러 고객, 부서 또는 워크플로를 동시에 지원해야 합니다. 즉, 각 에이전트는 명확하게 정의된 정책, 데이터 및 자격 증명 경계 내에서 운영되어야 합니다. 다중 테넌시가 없으면 운영이 취약해지고 비용이 많이 들며 거버넌스는 패치워크가 됩니다.

전략

서비스형 소프트웨어(SaaS) 아키텍처의 원칙을 따릅니다. 예를 들어 테넌트 격리, 정책 적용 및 리소스 제어를 위한 설계입니다. 테넌트 인식 메모리, 구성 및 ID를 사용하여 에이전트 및 오케스트레이션 플랫폼을 설계합니다. 경계를 적용하려면 태그 지정, 역할 기반 액세스 제어(RBAC), ID 및 액세스 관리 범위를 사용합니다.

테넌트 컨텍스트별로 에이전트 원격 측정을 집계하는 통합 관찰성 계층을 채택합니다. 중앙 집중식 정책 엔진 및 구성 기반 기능 토글을 구현하여 동적 동작 규칙을 적용합니다.

에이전트를 서비스로 배포합니다. 내부 팀 또는 고객이 확장 가능하고 관리되는 APIs.는 이러한 패턴에 대한 강력한 기반을 AWS 제공합니다. Amazon Cognito를 사용하여 사용자 및 테넌트 자격 증명을 관리하고, AWS Organizations 서비스 제어 정책(SCPs)을 사용하여 교차 계정 거버넌스를 관리하고, AWS Resource Access Manager (AWS RAM)를 사용하여 기능을 안전하게 공유할 수 있습니다. 또한 AWS AppConfig는 테넌트 또는 환경별로 에이전트 동작을 동적으로 관리할 수 있습니다. 이러한 서비스는 공유 인프라를 지원하면서 경계와 정책을 적용하는 데 도움이 됩니다.

이러한 정적 배포에서 동적 프로비저닝으로의 전환은 에이전트 AI를 전사적 플랫폼으로 전환합니다.

다중 테넌트 에이전트 플랫폼의 비즈니스 가치

다중 테넌시는 단순한 아키텍처 편의가 아니라 비즈니스 액셀러레이터입니다. 지능형 에이전트가 부서 및 팀 간에 확산됨에 따라 조직은 인프라를 복제하거나 거버넌스를 세분화하지 않고 성장을 지원해야 합니다.

멀티 테넌트 시스템의 주요 비즈니스 이점은 다음과 같습니다.

  • 확장성 - 다중 테넌트 에이전트 플랫폼을 사용하면 내부 팀, 사업부 또는 클라이언트가 맞춤형 환경 없이 AI 기능을 더 빠르게 온보딩할 수 있습니다.

  • 비용 효율성 - 공유 인프라는 중복 배포를 최소화하고 운영 비용을 통합하며 환경 간 유지 관리를 간소화합니다.

  • 거버넌스 및 위험 감소 - 중앙 집중식 정책 제어, 자격 증명 모델 및 관찰성을 통해 에이전트는 모든 테넌트에서 보다 안전하고 규정을 준수하는 방식으로 운영할 수 있습니다.

  • 서비스 재사용성 - 재사용을 촉진하고 중복을 줄이기 위해 테넌트 인식 에이전트를 보강, 규정 준수 또는 요약과 같은 내부 서비스로 제공할 수 있습니다.

멀티 테넌트 시스템의 예제 사용 사례는 다음과 같습니다.

  • 자회사에 배포된 규정 준수 에이전트는 테넌트별 구성을 통해 로직을 현지 규정에 맞게 조정합니다. 따라서 각 리전에 대해 별도의 에이전트를 구축할 필요가 없습니다.

  • 내부 워크플로 자동화 에이전트는 데이터 경계와 권한이 서로 다른 여러 부서에 서비스를 제공합니다. 작업 이행을 가속화하는 동안 격리를 유지합니다.

에이전트를 multi-tenant-aware 서비스로 설계하면 조직은 사일로화된 AI 이니셔티브의 오버헤드를 피할 수 있습니다. 대신 통합 인텔리전스 플랫폼을 조성합니다. 이 아키텍처는 확장 가능한 롤아웃, 운영 일관성 및 더 나은 ROI를 지원합니다. 또한 엔터프라이즈 전체에서 AI 채택을 더 쉽게 확장할 수 있습니다.