기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
에이전트 환경에서 컨트롤 플레인 사용
다중 테넌트 모범 사례는 구현을 컨트롤 플레인과 애플리케이션 플레인의 두 부분으로 나누는 경우가 많습니다. 컨트롤 플레인은 환경의 테넌트에 걸친 운영, 관리 및 오케스트레이션 메커니즘에 액세스할 수 있는 단일 창을 제공합니다. 애플리케이션 영역은 비즈니스 로직, 기능 및 기능 기능이 있는 곳입니다.
이러한 책임 분담은 에이전트 모델에도 적용됩니다. 다중 테넌트 에이전트에는 어느 정도의 중앙 집중식 관리, 운영 및 인사이트가 필요하며 컨트롤 플레인을 통해 이러한 요구 사항을 지속적으로 해결하는 것이 좋습니다. 다음 다이어그램은 이러한 평면이 에이전트 서비스형(AaaS) 환경 내에서 어떻게 분할되는지에 대한 개념적 보기를 보여줍니다.
이 다이어그램은 제어 영역과 애플리케이션 영역의 기존 분리를 보여줍니다. 새로운 점은 이제 컨트롤 플레인이 AaaS 환경을 구성하는 에이전트를 관리한다는 것입니다. 한 공급자가 에이전트를 빌드, 관리 및 배포한다고 가정하기 때문에 컨트롤 플레인은 모든 에이전트와 상호 작용합니다.
이 모델은 특히 에이전트 수명 주기 및 타사 조정에서 추가 복잡성 계층을 도입하지만 우려 사항을 근본적으로 구분합니다. 컨트롤 플레인은 에이전트 구성을 오케스트레이션하고, 테넌트 및 에이전트 관찰성을 제공하고, 결제를 위한 소비 및 측정 데이터를 수집하고, 테넌트 정책을 관리하여 여전히 동일한 핵심 기능을 제공합니다.
다양한 공급자의 에이전트를 통합하는 다중 에이전트 시스템을 고려하면이 시나리오는 더 복잡해집니다. 다음 다이어그램은 이러한 모델의 예를 보여줍니다.
이 다이어그램은 다중 에이전트 시스템의 일부인 서로 다른 공급자의 에이전트 4개를 보여줍니다. 서드 파티 공급자는 여전히 각 에이전트를 운영하고 배포합니다.이 에이전트는 하나 이상의 공급자로부터 승인된 액세스를 활성화하도록 구성되어 있습니다. 그러나 에이전트는 공급자의 제어 하에 유지되므로 각 에이전트는 자체 제어 플레인을 유지합니다.
기본적으로 이러한 다중 테넌트 에이전트는 다른 에이전트와 통합되는 타사 서비스로 작동합니다. 따라서 에이전트 기능의 중앙 집중식 작업, 구성 및 관리를 제공하려면 자체 컨트롤 플레인이 있어야 합니다.
에이전트는 공급자 호스팅 환경에서 실행되는 독립적인 서비스라고 가정합니다. 그러나 에이전트 소비자가 에이전트를 호스팅하는 방법과 위치에 더 많은 제약을 부과하는 시나리오에서는 명확하지 않을 수 있습니다.
테넌트를 에이전트에 온보딩
온보딩은 일반적으로 모든 AaaS 환경에서 매우 중요한 부분입니다. 테넌트를 생성, 구성 및 프로비저닝하는 방법에는 종종 많은 움직이는 부분, 통합 및 도구가 포함됩니다. 에이전트 온보딩 환경에는 테넌트 자격 증명, 계층화, 테넌트별 리소스 프로비저닝, 테넌트 정책 구성 등 AaaS 컨트롤 플레인에 있는 것과 동일한 서비스가 필요할 수 있습니다.
에이전트 온보딩에 대한 접근 방식은 에이전트 환경의 설치 공간 및 테넌시 모델의 영향을 받습니다. 사일로화된 에이전트와 풀링된 에이전트 각각에는 고유한 뉘앙스가 있으며, 단일 에이전트 또는 여러 에이전트를 사용하는 선택도 온보딩 프로세스에 영향을 미칩니다. 다음 다이어그램은 온보딩이 에이전트의 구성에 미치는 영향을 개념적으로 보여줍니다.
에이전트를 온보딩할 때마다 컨트롤 플레인은 테넌트가 에이전트에 액세스할 수 있도록 하는 데 필요한 단계를 수행해야 합니다. 테넌트를 도입하는 방법은 에이전트 권한 부여 모델에 따라 다르지만 에이전트 요청을 개별 테넌트와 연결하는 테넌트 자격 증명을 생성한다고 가정합니다. 이 테넌트 컨텍스트는 에이전트 경험을 경로, 범위 및 액세스 제어에 적용하여 에이전트 경험을 지시합니다.
온보딩을 수행하려면 에이전트가 사용하는 테넌트별 리소스를 구성해야 할 수도 있습니다. 컨트롤 플레인의 테넌트 프로비저닝 서비스는 에이전트를 에이전트가 참조하는 테넌트별 데이터 및 리소스에 연결합니다.
시스템이 타사 에이전트 통합에 의존하는 경우 온보딩 프로세스 중에 해당 에이전트의 요구 사항도 해결해야 합니다. 작동 방식은 에이전트 간의 액세스를 승인하기 위한 보안 및 통합 메커니즘에 따라 달라집니다. agent-to-agent 인증 및 권한 부여를 오케스트레이션하고 구성하는 데 필요한 단계는 자동 온보딩을 통해 해결하는 것이 가장 좋습니다.
