Elastic annonce la disponibilité générale (GA) de la recherche interprojet sur Serverless, ce qui permet aux équipes d'interroger tous les projets associés sans déplacer un seul octet

Elastic annonce aujourd’hui la disponibilité générale de la recherche interprojet (CPS) sur Elastic Cloud Serverless et permet ainsi aux équipes d’exécuter une requête unique à travers plusieurs projets serverless. Grâce à la CPS, il est possible d’effectuer des recherches sur l’ensemble des régions, types de projets et fournisseurs cloud grâce à une configuration aisée, une compatibilité sans notion de version et une sécurité encadrée. Les requêtes sont exécutées directement sur les données, ce qui évite les risques de déplacement et maintient des coûts de sortie minimes. Cela gère l'ensemble des solutions, dont Observability, Security, Search et les charges de travail de bases de données vectorielles, ce qui garantit aux équipes une visibilité centralisée sans l'alourdissement opérationnel qu'implique la centralisation des données. 

Les entreprises gèrent leurs données sur différents projets pour des raisons légitimes telles que la conformité de la résidence des données, l’isolation des données par client ou les besoins de l’organigramme. Cependant, cela peut créer un effet secondaire indésirable : le manque de visibilité globale. Les équipes SOC sautent d’un projet régional à l’autre à la recherche d’une menace. Les ingénieurs de fiabilité des sites (SRE) ne peuvent pas regrouper les signaux de production et de préproduction en un seul endroit. Le compromis de la centralisation des données signifie stocker et transférer les mêmes octets à deux reprises, ce qui expose à des risques d’atteinte à la souveraineté. Les solutions actuelles n'apportent pas non plus de solution : certaines dépendent d'un unique fournisseur cloud, alors que d'autres nécessitent une coordination des versions et la mise en place d'un serveur pour simple exécution d'une requête fédérée.

CPS supprime réellement les barrières de données dans les architectures distribuées sans porter atteinte à l’isolation des données, à leur lieu de résidence ou aux frontières indispensables aux systèmes. Par l’obtention de résultats fusionnés de manière transparente au moyen d’une requête unique, CPS offre aux équipes la possibilité d’étudier simultanément des signaux de sécurité transversaux, de corréler de façon fluide les journaux de production et de staging, ou de concevoir des applications de recherche enrichies par le contexte de projets reliés, sans forcer le regroupement de déploiements séparés dans un unique environnement.

La recherche entre clusters (CCS), une fonctionnalité similaire dans Elastic Cloud Hosted (ECH), un service cloud entièrement géré pour exécuter Elastic Stack, est déjà utilisée par plus de 80 % des grands clients ECH aux architectures complexes, certains gérant plus de 50 connexions de clusters distants sur un seul déploiement. CPS offre la même capacité sur Serverless sans avoir besoin de comprendre la topologie de déploiement, de configurer des certificats ou de gérer l’authentification par connexion. L’infrastructure de CPS est abstraite par conception : trois clics dans la console Cloud suffisent pour associer des projets, l’authentification étant gérée au niveau de l’organisation par le plan de contrôle d’Elastic. 

C’est toute la configuration nécessaire, point final.

Une fois la liaison établie, les requêtes lancées dans Discover, ES|QL, les tableaux de bord et les alertes s’appliquent automatiquement à tous les projets connectés, le sélecteur de portée CPS de Kibana maintenant ce périmètre sous votre strict contrôle.

Les données des projets liés sont interrogées par défaut dans Discover.

Le sélecteur de périmètre CPS dans Kibana permet aux analystes et aux ingénieurs de modifier le périmètre des requêtes sans changer la syntaxe de la requête — filtré par balises de projet ou uniquement par le projet actuel.

Les administrateurs définissent la valeur par défaut pour chaque espace Kibana. Un espace utilisé pour l’investigation d’incidents locaux limite le périmètre par défaut à un seul projet ; un espace dédié aux opérations globales utilise par défaut l’ensemble complet des projets liés. Les utilisateurs peuvent remplacer la valeur par défaut pour toute requête ou session individuelle à l’aide du sélecteur de projet, sans modifier la configuration de l’espace.

La CPS a été lancée en préversion technique le 16 avril 2026. Cette version en disponibilité générale apporte des ajouts significatifs. 

Échelle : La prise en charge de jusqu’à 100 projets liés est incluse par défaut. Les équipes Entreprise et les MSSP qui lient des projets par client ou par région peuvent désormais scaler à l’échelle exigée par leurs architectures. Des limites plus élevées sont disponibles sur demande. 

Projet sans serveur en tant qu’origine : lors de la disponibilité générale, les projets existants peuvent lier et interroger jusqu’à 100 projets liés sans nécessiter de migration ni de recréation. 

Capacités de ML et d’IA : Avec CPS, les tâches de ML d’Elastic détectent les anomalies dans les données temporelles de manière non supervisée et, lors de la disponibilité générale (GA), elles peuvent interroger plusieurs projets liés au sein d’une seule tâche. La détection des anomalies du suivi des performances applicatives (APM) dans Elastic Observability peut également s’étendre aux projets liés, offrant aux équipes SRE une vue unifiée des anomalies. De plus, Elastic Agent Builder permet aux agents IA de l’ensemble des solutions de récupérer du contexte à partir de plusieurs projets sans serveur liés, faisant de CPS une brique fondamentale pour les agents de production opérant sur des données distribuées.

Sans contrainte de version et indépendant du cloud : les équipes ne sont pas captives d’un seul fournisseur de cloud, ni contraintes de coordonner les versions d’un déploiement à l’autre simplement pour effectuer une recherche. De plus, cela fonctionne pour chaque solution : Observability, Security, Search, ainsi que pour les charges de travail de base vectorielle.

• Observability : Le monitoring des applications et de l’infrastructure, l’alerting, les SLO et la détection des anomalies APM fonctionnent sur l’ensemble des projets liés, permettant une localisation et une analyse flexibles des données. 

• Security : CPS soutient le modèle de SOC central : les règles de détection s’exécutent une seule fois sur un projet central et interrogent chaque projet lié, de sorte que les équipes du SOC trient une alerte sans fusionner manuellement les données ni dupliquer les règles d’alerte. Les informations sur les entités et la télémétrie Elastic Defend issues des projets liés alimentent cette même vue centrale. 

• Search : Les requêtes ES|QL et les sessions Discover s’étendent par défaut aux projets liés. Dans l’ensemble des solutions en disponibilité générale (GA), un agent IA peut récupérer du contexte à partir de plusieurs projets liés en une seule requête, faisant de CPS une brique fondamentale pour les agents en production qui opèrent sur des données distribuées.

Contrôle d’accès complet : L’accès d’un utilisateur aux données sur l’ensemble des projets liés est déterminé par ses autorisations individuelles sur chaque projet, et non par le projet depuis lequel il effectue une requête.  Les données que cet utilisateur peut consulter sont toujours complètes et cohérentes avec celles auxquelles il est autorisé à accéder.

Coûts réduits : Comme les données restent là où elles se trouvent, vous payez pour les requêtes que vous exécutez, et non pour stocker et déplacer deux fois les mêmes octets.

Routage complet de projets : Il offre aux équipes un contrôle précis sur les projets qu’une requête cible. Grâce à des balises prédéfinies telles que la région, le fournisseur cloud et l’alias de projet — ou des balises personnalisées que vous définissez —, vous pouvez router n’importe quelle requête vers un sous-ensemble spécifique de projets liés. Les expressions nommées et la logique booléenne (AND, OR, NOT) vous permettent de créer des règles de routage réutilisables pour des configurations courantes, telles que « tous les projets de l’UE » ou « tous les environnements de locataires MSSP sauf staging ».

Accès programmatique à CPS : CPS a introduit un nouveau rôle d’utilisateur permettant à quiconque, et pas seulement aux propriétaires d’organisation, de générer des clés d’API Cloud pour les requêtes CPS, éliminant ainsi les points de friction pour les équipes qui créent des pipelines et des applications sur CPS.

La publication et la date de publication de toute fonctionnalité ou fonction décrite dans le présent article restent à la seule discrétion d'Elastic. Toute fonctionnalité ou fonction qui n'est actuellement pas disponible peut ne pas être livrée à temps ou ne pas être livrée du tout.