Elastic, Serverless의 프로젝트 간 검색 GA 발표, 데이터 이동 없이 연결된 모든 프로젝트 쿼리 가능

오늘 Elastic은 조직이 여러 서버리스 프로젝트에 걸쳐 단일 쿼리를 실행할 수 있도록 지원하는 Elastic Cloud Serverless용 교차 프로젝트 검색(CPS)의 정식 출시를 발표했습니다. 고객은 CPS를 통해 간편한 설정, 버전 무관 호환성 및 완전한 보안 범위를 바탕으로 모든 리전, 프로젝트 유형 및 클라우드 서비스 제공자 전반에서 검색할 수 있습니다. 데이터는 저장된 위치에서 바로 쿼리되므로 데이터 이동 위험을 없애고 송신 비용을 최소화합니다. Observability, Security, Search 및 벡터 데이터베이스 워크로드를 포함한 모든 솔루션을 지원하여 데이터를 중앙 집중화하는 데 따른 운영 오버헤드 없이 팀에 중앙 집중식 가시성을 제공합니다. 

조직은 데이터 거주 규정 준수, 테넌트 데이터 격리, 조직 구조상의 필요성 등의 타당한 이유로 여러 프로젝트에 걸쳐 데이터를 관리합니다. 그러나 이는 통합된 가시성의 부재라는 뼈아픈 부작용을 낳을 수 있습니다. SOC 팀은 위협을 추적하기 위해 지역별 프로젝트 사이를 분주히 오갑니다. 사이트 안정성 엔지니어(SRE)는 프로덕션 및 스테이징 신호를 한곳에서 확인할 수 없습니다. 데이터를 중앙 집중화하는 차선책은 동일한 바이트를 두 번 저장하고 이동해야 하며 데이터 주권 위반의 위험을 감수해야 한다는 것을 의미합니다. 기존 솔루션도 도움이 되지 않습니다. 일부는 단일 클라우드 공급업체에 종속되어 있으며, 다른 일부는 연합 쿼리를 실행하는 데도 버전 조정과 서버 설정이 필요합니다.

CPS는 시스템이 의존하는 데이터 격리, 레지던시 또는 경계를 저해하지 않으면서 분산 아키텍처 전반의 데이터 사일로를 진정으로 해소합니다. 단일 쿼리로 투명하게 병합된 결과를 제공함으로써, CPS를 통해 팀은 개별 배포를 단일 환경으로 통합하도록 강제하지 않고도 부서 간 보안 신호를 나란히 분석하거나 프로덕션 및 스테이징 로그를 원활하게 연관시키고 연결된 여러 프로젝트의 컨텍스트를 기반으로 검색 앱을 개발할 수 있습니다.

클러스터 간 검색(CCS)은 Elastic Stack을 실행하기 위한 완전 관리형 클라우드 서비스인 Elastic Cloud Hosted(ECH)의 유사한 기능으로, 복잡한 아키텍처를 보유한 대규모 ECH 고객의 80% 이상이 이미 사용하고 있으며, 일부는 단일 배포에서 50개 이상의 원격 클러스터 연결을 관리하고 있습니다. CPS는 배포 토폴로지를 이해하거나, 인증서를 구성하거나, 연결마다 인증을 처리할 필요 없이 Serverless에서 동일한 기능을 제공합니다. CPS 인프라는 설계에 의해 추상화되어 있습니다. Cloud 콘솔에서 세 번의 클릭만으로 프로젝트를 연결할 수 있으며, 인증은 Elastic 제어 평면에 의해 조직 수준에서 처리됩니다. 

필요한 설정은 이것이 전부입니다.

연결되면 Discover, ES|QL, 대시보드 및 경보 규칙에서의 검색이 연결된 모든 프로젝트에서 자동으로 실행되며, Kibana CPS Scope Picker를 통해 범위를 확실하게 제어할 수 있습니다.

연결된 프로젝트 데이터는 기본적으로 Discover에서 쿼리됩니다.

Kibana의 CPS 범위 선택기를 사용하면 분석가와 엔지니어가 쿼리 구문을 변경하지 않고도 쿼리 범위를 전환할 수 있습니다. 프로젝트 태그로 필터링하거나 현재 프로젝트만 선택할 수 있습니다.

관리자는 Kibana 스페이스별로 기본값을 설정합니다. 로컬 인시던트 조사에 사용되는 스페이스는 기본 범위를 단일 프로젝트로 제한하며, 글로벌 운영 스페이스는 기본적으로 연결된 전체 세트로 설정됩니다. 사용자는 스페이스 구성을 건드리지 않고도 프로젝트 선택기를 사용하여 개별 쿼리나 세션에 대한 기본값을 재정의할 수 있습니다.

CPS는 기술 프리뷰로 출시 되었습니다(2026년 4월 16일). 이번 GA 릴리즈에는 의미 있는 추가 기능이 포함됩니다. 

확장: 최대 100개의 연결된 프로젝트 지원이 기본으로 포함됩니다. 클라이언트별 또는 리전별 프로젝트를 연결하는 엔터프라이즈 팀과 MSSP는 이제 아키텍처에서 요구하는 규모로 운영할 수 있습니다. 요청 시 더 높은 한도를 이용할 수 있습니다. 

원본으로서의 서버리스 프로젝트: 정식 출시 시, 기존 프로젝트는 마이그레이션이나 재생성 없이 최대 100개의 연결된 프로젝트를 연결하고 쿼리 작업을 할 수 있습니다. 

ML 및 AI 기능: CPS를 사용하면 Elastic ML 작업이 비지도 방식으로 시계열 데이터의 이상 징후를 탐색할 수 있으며, 정식 출시 시 단일 작업으로 연결된 여러 프로젝트에 걸쳐 쿼리 작업을 수행할 수 있습니다. Elastic Observability의 애플리케이션 성능 모니터링(APM) 이상 징후 탐색 또한 연결된 여러 프로젝트에 걸쳐 실행될 수 있어 SRE 팀에 통합된 이상 징후 뷰를 제공합니다. 아울러 Elastic Agent Builder를 통해 모든 솔루션 전반의 AI 에이전트가 연결된 여러 서버리스 프로젝트에서 컨텍스트를 검색할 수 있으므로, 분산 데이터에서 작동하는 프로덕션 에이전트를 위한 기본 구성 요소로 CPS를 확립합니다.

버전 및 클라우드에 무관: 팀은 단일 클라우드 공급업체에 종속되거나 단지 검색을 수행하기 위해 배포 간 버전을 조율할 필요가 없습니다. 또한 Observability, Security, Search 및 벡터 데이터베이스 워크로드 등 모든 솔루션에서 작동합니다.

• Observability: 애플리케이션 및 인프라 모니터링, 경보, SLO, APM 이상 징후 탐색이 연결된 프로젝트 전반에서 작동하여 유연한 데이터 지역성과 분석을 가능하게 합니다. 

• Security: CPS는 중앙 SOC 모델을 지원합니다: 탐지 규칙이 중앙 프로젝트에서 한 번 실행되어 연결된 모든 프로젝트에 걸쳐 쿼리 작업을 수행하므로, SOC 팀은 데이터를 수동으로 병합하거나 알림 규칙을 중복하지 않고도 하나의 알림을 심사할 수 있습니다. 연결된 프로젝트의 엔터티 정보와 Elastic Defend 텔레메트리가 동일한 중앙 보기에 제공됩니다. 

• Search: ES|QL 쿼리와 Discover 세션은 기본적으로 연결된 프로젝트에 걸쳐 적용됩니다. 정식 출시에서는 모든 솔루션에 걸쳐 AI 에이전트가 단일 쿼리로 연결된 여러 프로젝트에서 컨텍스트를 검색할 수 있으므로, CPS는 분산된 데이터 전반에서 작동하는 프로덕션 에이전트의 기초적인 빌딩 블록이 됩니다.

완전한 액세스 제어: 연결된 프로젝트 전반에서 데이터에 대한 사용자의 액세스는 쿼리를 실행하는 위치가 아니라 각 프로젝트에 대한 개별 권한에 따라 결정됩니다.  해당 사용자가 볼 수 있는 항목은 항상 볼 수 있는 권한이 있는 항목과 완전하고 일관되게 일치합니다.

비용 절감: 데이터가 있는 위치에 그대로 유지되므로, 동일한 바이트를 두 번 저장하고 이동하는 데 비용을 지불하는 것이 아니라 실행하는 쿼리에 대해서만 비용을 지불합니다.

전체 프로젝트 라우팅: 이를 통해 팀은 쿼리가 어떤 프로젝트를 대상으로 하는지 정밀하게 제어할 수 있습니다. 리전, 클라우드 서비스 제공자, 프로젝트 별칭과 같은 사전 정의된 태그(또는 직접 정의한 커스텀 태그)를 사용하여 모든 쿼리를 연결된 프로젝트의 특정 서브셋으로 라우팅할 수 있습니다. 명명된 표현식과 불리언 논리(AND, OR, NOT)를 사용하면 '모든 EU 프로젝트' 또는 '스테이징을 제외한 모든 MSSP 테넌트 환경'과 같은 일반적인 패턴에 대해 재사용 가능한 라우팅 규칙을 구축할 수 있습니다.

프로그래밍 방식의 CPS 액세스: CPS에 조직 소유자뿐만 아니라 누구나 CPS 쿼리를 위한 Cloud API 키를 생성할 수 있는 새로운 사용자 역할이 도입되어, CPS에서 파이프라인과 애플리케이션을 구축하는 팀의 불편을 해소했습니다.

이 게시물에서 설명된 모든 기능이나 성능의 출시와 일정은 Elastic의 단독 재량에 따라 결정됩니다. 현재 제공되지 않는 기능이나 성능은 예정된 시간에 출시되지 않을 수도 있으며 아예 제공되지 않을 수도 있습니다.