Das Partner Well-Architected Framework: Was neu ist und was als Nächstes kommt

Im Februar haben wir das Partner Well-Architected Framework (PWAF) eingeführt und damit unsere Partner-Leitfäden von statischen PDFs in AI-bereite Anleitungen überführt. Zum ersten Mal umfasst es alle drei unserer wichtigsten Partnerarchitekturen: Built-On, Connected und Data Collaboration. In meiner PWAF-Launch-Session auf der PKO habe ich über das Innovationsfenster gesprochen: jenen Moment, in dem das Tempo des Wandels bei Databricks und im gesamten Markt eine völlig neue Klasse von Produkten ermöglicht. Jede Funktion, die wir bereitstellen, bietet die Chance, ein neues, differenziertes Produkt zu entwickeln, oft verbunden mit einer neuen Einnahmequelle.

Wie Sie an den Ankündigungen sehen können, die wir diese Woche für die Databricks-Plattform und unser Partnerprogramm machen, wird dieses Fenster immer größer. Wir haben das PWAF als AI-gestützte Anleitung mithilfe von AI-Tools entwickelt. Unser Ziel ist es, mit den Neuerungen von Databricks Schritt zu halten und uns im Tempo des Produkts und des AI-Marktes zu bewegen. Hier ist also eine kurze Auffrischung darüber, was das PWAF ist, ein Blick auf das, was wir seit Februar hinzugefügt haben, und eine Vorschau darauf, wohin wir uns als Nächstes bewegen.

Verankert in der Architektur

Das PWAF beginnt mit seinem Architecture Center. Es baut auf den bewährten Well-Architected-Prinzipien auf, die Sie bereits kennen (den Well-Architected Frameworks der Cloud-Anbieter und der Databricks Lakehouse-Architektur), und konzentriert sich auf die Muster, mit denen unsere Partner tatsächlich arbeiten: die Entwicklung Ihres Produkts auf Databricks, die Verbindung mit der Databricks-Umgebung Ihrer Kunden, um Jobs in deren Namen auszuführen, oder das Teilen Ihrer Datenprodukte über den Databricks Marketplace. Da Partner zunehmend Daten- und AI-Anwendungen, Agenten und AI-gestützte Erlebnisse auf Databricks entwickeln, bietet das PWAF eine Reihe gemeinsamer Muster und Standards, die helfen, die Entwicklung zu beschleunigen und gleichzeitig an den Best Practices der Plattform auszurichten.

Wir haben Leitfäden für alle drei dieser Partnerarchitekturen erstellt: Built-On, Connected und Data Collaboration. Für Built-On-Partner bildet Firefly Analytics, unsere Referenzimplementierung, das Fundament. Das gesamte Architecture Center ist von Grund auf AI-bereit gestaltet, sodass Sie Ihren Coding-Agenten darauf ansetzen und direkt mit der Entwicklung beginnen können.

Über die Muster hinaus definiert das Architecture Center die technischen Standards, die jede Integration erfüllen muss – gemessen an denselben Maßstäben, die auch unser Partner-Engineering-Team bei der Validierung anlegt. Es zeigt Ihnen außerdem, wie Sie Ihre Lösung instrumentieren, damit Ihre Akzeptanz und Ihr DBU-Einfluss messbar sind. So erhalten Sie die Daten, mit denen Sie in den Partner-Stufen aufsteigen und Ihre GTM-Vorteile ausbauen können.

Stein für Stein: Was ist neu seit Februar

Wie Stephen es ausgedrückt hat, haben wir viele neue Steine hinzugefügt.

• Das Databricks AI Partner Dev Kit. Wir haben über 15 von AI entwickelte Skills zusammengestellt, die Ihr Coding-Agent nutzen kann. Diese decken Integrationsmuster, Telemetrie-Instrumentierung und sogar die Vorbereitung auf Ihr Partner-Validierungsgespräch ab. Jeder Skill ist vollständig getestet und wird mit einer eigenen Testsuite geliefert. Anstatt ein Muster zu lesen und manuell neu zu implementieren, übergeben Sie den Skill einfach dem Coding-Agenten Ihrer Wahl und lassen ihn auf Basis geprüfter, bewährter Standards entwickeln. Im Februar habe ich die Erstellung einer JDBC-Integration mit dem PWAF demonstriert; das erforderte etwa 20 Prompts im Austausch mit einem Coding-Tool, basierend auf meiner eigenen Databricks-Expertise. Mit dem Dev Kit gelang dieselbe Integration auf Anhieb, und Partner berichten uns von ähnlichen Erfahrungen bei ihren eigenen Projekten. Sie verwenden Ihre Zeit für das, was Ihr Produkt einzigartig macht, und nicht für die Installation eines Connectors oder die Implementierung eines User-Agents.
• Neue und erweiterte Anleitungen für Muster. Seit Februar haben wir brandneue Leitfäden für Clean Rooms, softwaredefinierten Speicher und Marketplace-Apps veröffentlicht. Zudem haben wir unsere Anleitungen und Standards für die am schnellsten wachsenden Funktionen aktualisiert: Genie, Lakebase und das Onboarding von MCP-Servern. Da Databricks kontinuierlich neue Funktionen einführt und neue Muster und Standards entstehen, werden wir das PWAF fortlaufend um weitere Anleitungen ergänzen.
• Firefly ist jetzt Open Source. Firefly Analytics, die Referenzimplementierung, die wir für Built-On-Partner entwickelt haben, ist jetzt als Databricks Labs-Repository verfügbar, das Sie noch heute klonen können. Es enthält funktionierende Beispiele für die anspruchsvollen Aspekte der App-Entwicklung auf Databricks: Authentifizierung, IAM- und SSO/SPN-Flows, Sicherheit und Skalierbarkeit auf Enterprise-Niveau, eingebettete Apps und AI. Nutzen Sie es als Ausgangspunkt, erweitern Sie es, passen Sie es an Ihre Bedürfnisse an – und wenn Sie ein Muster vermissen, lassen Sie es uns wissen, damit wir es hinzufügen können.

Partner-Engineering im AI-Zeitalter

Die Art und Weise, wie Partner und Databricks gemeinsam entwickeln, hat sich verändert und wird sich im AI-Zeitalter weiterentwickeln. Was früher zwischen unseren und Ihren Ingenieuren ausgetauscht wurde, kann jetzt von Agent zu Agent laufen. Das entlastet beide Teams und schafft Freiraum für die komplexen Architekturfragen, die wir nur gemeinsam lösen können.

Unsere Partner-Engineers sind Entwickler, und so bauen wir an Ihrer Seite: nicht nur mit einem einzelnen Skill, sondern mit einer ganzen Suite. Skills übernehmen die routinemäßige Integrationsarbeit, Architektur-Leitfäden helfen bei den schwierigeren Designentscheidungen, und Referenzimplementierungen wie Firefly bieten Ihrem Agenten ein funktionierendes Beispiel zur Orientierung. Abgesehen davon, selbst an Ihrer Tastatur zu sitzen, kommt dies der gemeinsamen Entwicklung mit unserem Team am nächsten. Unser Ziel ist es, jedem Partner zu helfen, schneller voranzukommen.

Das ist der Multiplikatoreffekt, den wir gemeinsam anstreben. Einem einzelnen Partner zu helfen, schneller zu entwickeln, ist ein linearer Fortschritt. Jeden Partner in die Lage zu versetzen, tiefgehende, differenzierte Produkte zu entwickeln – so wollen wir dies in exponentielles Wachstum für unseren gemeinsamen Kundenstamm verwandeln.

Das Fenster steht offen

Das Innovationsfenster steht genau jetzt offen. Es belohnt Partner, die tiefgehende und differenzierte Lösungen entwickeln: indem sie mehr von unserer Plattform nutzen, um etwas zu schaffen, das die Konkurrenz nicht bieten kann und das Sie nirgendwo anders entwickeln könnten.

Alles ist ab heute verfügbar. Richten Sie Ihren Coding-Agenten auf das Architecture Center aus, binden Sie das Dev Kit ein und klonen Sie Firefly. Teilen Sie uns über das Partner-Portal mit, was Sie veröffentlichen oder was Ihnen noch fehlt.

Wir werden kontinuierlich neue Muster, Skills, Referenzimplementierungen und Demos bereitstellen. Setzen Sie ein Lesezeichen für das Architecture Center und richten Sie Ihre Tools darauf aus, denn dieses Framework entwickelt sich ständig weiter – es ist schnell und wird nur noch schneller werden. Wir stehen erst am Anfang, aber wir freuen uns auf das, was wir entwickeln, und darauf, dies mit einem so starken Partnernetzwerk tun zu können. Lassen Sie uns gemeinsam bauen, Stein für Stein.

(Dieser Blogbeitrag wurde mit KI-gestützten Tools übersetzt.) Originalbeitrag