Le Partner Well-Architected Framework : nouveautés et perspectives

En février, nous avons lancé le Partner Well-Architected Framework (PWAF), faisant passer nos conseils aux partenaires de PDF statiques à des recommandations prêtes pour l'IA. Pour la première fois, il englobe nos trois architectures partenaires fondamentales : Built-On, Connected et Data Collaboration. Lors de ma session de lancement du PWAF au PKO, j'ai évoqué la fenêtre d'innovation : ce moment où le rythme du changement chez Databricks et sur l'ensemble du marché rend possible l'émergence d'une toute nouvelle catégorie de produits. Chaque fonctionnalité que nous déployons est une opportunité de créer un nouveau produit différencié, souvent associé à une nouvelle source de revenus.

Comme le montrent les annonces que nous faisons cette semaine concernant la plateforme Databricks et notre programme de partenariat, cette fenêtre ne cesse de s'élargir. Nous avons conçu le PWAF comme un guide optimisé par l'IA à l'aide d'outils d'IA. Notre objectif est de suivre le rythme des lancements de Databricks, en évoluant à la vitesse du produit et du marché de l'IA. Voici donc un rappel de ce qu'est le PWAF, un aperçu de ce que nous avons ajouté depuis février et un avant-goût de ses prochaines évolutions.

Ancré dans l'architecture

Le PWAF commence par son centre d'architecture. Il s'appuie sur les principes d'architecture éprouvés que vous connaissez déjà (les Well-Architected Frameworks du cloud et la Databricks Lakehouse Architecture) et les adapte aux modèles réellement utilisés par nos partenaires : concevoir votre produit sur Databricks, vous connecter au Databricks de vos clients pour exécuter des tâches en leur nom, ou partager vos produits de données via la marketplace Databricks. Alors que les partenaires créent de plus en plus d'applications de données et d'IA, d'agents et d'expériences basées sur l'IA sur Databricks, le PWAF fournit un ensemble commun de modèles et de normes qui permettent d'accélérer le développement tout en s'alignant sur les meilleures pratiques de la plateforme.

Nous avons élaboré des recommandations pour ces trois architectures partenaires : Built-On, Connected et Data Collaboration. Pour les partenaires Built-On, elles s'appuient sur Firefly Analytics, notre implémentation de référence. L'ensemble du centre d'architecture est conçu pour être prêt pour l'IA, ce qui vous permet d'y orienter votre agent de codage et de commencer à développer.

Au-delà des modèles, le centre d'architecture détaille les normes techniques que chaque intégration doit respecter, définies selon les mêmes critères d'exigence que ceux validés par notre équipe d'ingénierie partenaire. Il vous montre également comment instrumenter votre solution afin de mesurer votre adoption et votre impact en termes de DBU, fournissant ainsi les données nécessaires pour gravir les niveaux de partenariat et augmenter vos avantages GTM.

Brique par brique : les nouveautés depuis février

Comme l'a formulé Stephen, nous avons ajouté de nombreuses briques à l'édifice.

• Le Databricks AI Partner Dev Kit. Nous avons regroupé plus de 15 compétences développées par l'IA que votre agent de codage peut utiliser, couvrant les modèles d'intégration, l'instrumentation de la télémétrie et même la préparation de votre appel de validation partenaire. Chaque compétence est entièrement testée et fournie avec sa propre suite de tests. Au lieu de lire un modèle et de le réimplémenter manuellement, vous confiez la compétence à l'agent de codage de votre choix et le laissez créer conformément à des normes éprouvées et bien conçues. En février, j'ai fait une démonstration de la création d'une intégration JDBC avec le PWAF ; cela a nécessité une vingtaine d'échanges de prompts avec un outil de codage, en utilisant ma propre expertise Databricks. Avec le Dev Kit, cette même intégration s'est faite en une seule fois, et les partenaires nous rapportent des résultats similaires sur leurs propres projets. Vous consacrez ainsi votre temps à ce qui différencie votre produit, et non à l'installation d'un connecteur ou à l'implémentation d'un user-agent.
• Des conseils sur les modèles nouveaux et enrichis. Depuis février, nous avons publié de nouveaux contenus pour les Clean Rooms, le stockage défini par logiciel et les applications de la Marketplace. Nous avons également actualisé nos conseils et normes sur les fonctionnalités qui évoluent le plus rapidement : Genie, Lakebase et l'intégration des serveurs MCP. À mesure que Databricks lance de nouvelles fonctionnalités et que de nouveaux modèles et normes apparaissent, nous continuerons d'enrichir le PWAF de nouveaux conseils.
• Firefly est désormais open source. Firefly Analytics, l'implémentation de référence que nous avons créée pour les partenaires Built-On, est disponible sous forme de répertoire Databricks Labs que vous pouvez cloner dès aujourd'hui. Il contient des exemples concrets des aspects les plus complexes de la création d'une application sur Databricks : flux d'authentification, IAM et SSO/SPN ; sécurité et évolutivité de niveau entreprise ; applications intégrées ; et IA. Utilisez-le comme point de départ, étendez-le, personnalisez-le, et si vous constatez qu'un modèle manque, signalez-le-nous et nous l'ajouterons.

L'ingénierie partenaire à l'ère de l'IA

La façon dont les partenaires et Databricks co-construisent a changé, et elle continuera d'évoluer avec l'ère de l'IA. Ce qui s'échangeait auparavant entre nos ingénieurs et les vôtres peut désormais s'effectuer d'agent à agent, libérant ainsi les deux équipes pour se consacrer aux problèmes d'architecture complexes que nous ne pouvons résoudre qu'ensemble.

Nos ingénieurs partenaires sont des bâtisseurs, et voici comment nous construisons à vos côtés : non pas avec une seule compétence, mais avec une suite complète. Les compétences gèrent le travail d'intégration de routine, les conseils d'architecture s'attaquent aux décisions de conception les plus complexes, et les implémentations de référence comme Firefly fournissent à votre agent un exemple concret sur lequel s'appuyer. À défaut d'être assis à votre clavier, c'est ce qui se rapproche le plus d'une collaboration directe avec notre équipe, et notre objectif est d'aider chaque partenaire à avancer plus vite.

C'est l'effet multiplicateur que nous recherchons ensemble. Permettre à un partenaire de construire plus vite est linéaire ; permettre à chaque partenaire de concevoir des produits approfondis et différenciés est notre façon de transformer cela en croissance exponentielle pour l'ensemble de notre base de clients commune.

La fenêtre est ouverte

La fenêtre d'innovation est ouverte dès maintenant, et elle récompense les partenaires qui conçoivent des solutions approfondies et différenciées : en exploitant davantage notre plateforme pour créer un produit que vos concurrents ne peuvent pas égaler, et que vous ne pourriez concevoir nulle part ailleurs.

Tout est disponible dès aujourd'hui. Orientez votre agent de codage vers le centre d'architecture, intégrez le Dev Kit et clonez Firefly. Dites-nous ce que vous déployez, ou ce qu'il nous manque, via le Partner Portal.

Nous continuerons à proposer de nouveaux modèles, compétences, implémentations de référence et démonstrations. Ajoutez le centre d'architecture à vos favoris et orientez vos outils vers lui, car il s'agit d'un framework en constante évolution, qui progresse rapidement et va s'accélérer encore davantage. Ce ne sont que les débuts, mais nous sommes enthousiasmés par ce que nous construisons, et ravis de le faire avec un réseau de partenaires aussi solide. Construisons ensemble, brique par brique.

(Cet article de blog a été traduit à l'aide d'outils basés sur l'intelligence artificielle) Article original