09 Conclusion

Passez en revue ce que vous avez construit, emportez-le et découvrez comment l’adapter à vos propres données.

Point de départ

Vous êtes sur build-workshop-v1, l’application complète que vous avez configurée tout au long de la session. Si vous avez activé une branche de panne au module 07, suivez la procédure de mise à l’abri et de changement de branche de ce module avant de poursuivre. Prévoyez environ 10 minutes.

Pourquoi

Vous repartez avec un prototype opérationnel et ce dépôt à présenter à votre équipe. Deux heures et demie de travaux pratiques passent vite ; dans une session animée de trois heures, le temps restant couvre l’introduction, les transitions et les démonstrations finales. Ce module explicite ce que vous avez accompli : ce que vous pouvez présenter, ce qui continue de fonctionner après aujourd’hui et l’unique modification permettant de cibler vos propres systèmes.

Objectif

Savoir nommer chaque composant construit et connaître le seul élément à modifier pour le faire pointer vers vos propres données.

Étape 1 — Passer en revue ce que vous avez construit

Vous avez repris l’application de taxis new-yorkais et :

déplacé son analyse historique vers ClickHouse Cloud, avec un amorçage depuis le stockage objet (module 01) ;
ajouté une CDC en temps réel depuis Postgres managé au moyen d’un ClickPipe (module 03) ;
exploré les données de manière conversationnelle avec ClickHouse Agents (module 04) ;
rendu l’application observable avec ClickStack et HyperDX (module 05) ;
demandé à votre agent de créer un tableau de bord SRE et une alerte sur cette télémétrie (module 06) ;
diagnostiqué et corrigé un incident réel avec la SRE assistée par l’IA (module 07) ;
connecté un chat IA intégré à l’application et tracé de bout en bout dans Langfuse (module 08).

Étape 2 — Emporter le projet

Vos ressources ClickHouse Cloud restent disponibles pendant la période d’essai : service ClickHouse, Postgres managé, ClickPipe, ClickHouse Agent et artefacts ClickStack. Les traces Langfuse restent dans votre projet Langfuse Cloud. L’application, le générateur de trajets et le collecteur de télémétrie sont locaux ; redémarrez donc Docker à votre retour. Conservez .env.workshop dans un emplacement privé. Cela suffit pour présenter cinq éléments en direct à votre équipe :

un tableau de bord opérationnel en temps réel sur ClickHouse Cloud (modules 01 à 03) ;
un pipeline de capture des modifications diffusant les données depuis Postgres managé (module 03) ;
une BI conversationnelle sur vos données avec ClickHouse Agents (module 04) ;
un tableau de bord SRE et une alerte créés par l’IA sur votre télémétrie (modules 05 et 06) ;
un chat IA intégré à l’application et tracé de bout en bout dans Langfuse (module 08).

Vous partagez le dépôt ? L’atelier peut être suivi en autonomie

Toute personne à qui vous remettez ce dépôt peut suivre l’atelier sans formateur. Orientez-la vers Suivre cet atelier en autonomie et la référence de Dépannage : à elles deux, ces pages couvrent tout ce que la salle et le formateur auraient autrement fourni.

Étape 3 — Adapter le projet à vos propres données

`db/` et `.env.workshop`

Le chemin le plus court vers un résultat utile consiste à rediriger le pipeline vers vos propres systèmes :

- Point a Postgres CDC ClickPipe at YOUR operational database instead of the workshop's managed instance.
- Adjust the schema and the back end's queries to your tables.
- Send YOUR app's OpenTelemetry to ClickStack and rebuild the SRE dashboard on it.

Comment vérifier que vous avez terminé

Vous savez décrire l’architecture de bout en bout sans la consulter.
Vous connaissez l’unique modification de configuration qui dirige la CDC vers votre propre base de données.

Récapitulatif

Vous avez construit en une seule session une application analytique temps réel, observable et assistée par l’IA sur ClickHouse Cloud, votre agent se chargeant de l’essentiel de la saisie. Voilà ce que vous emportez : cette démarche peut être reproduite sur votre propre pile.

Vous avez terminé — et maintenant ?

Vos ressources cloud managées restent disponibles pendant la période d’essai ; redémarrez l’application locale lorsque vous souhaitez les utiliser. Pour aller plus loin, choisissez l’une des pistes suivantes :

Utilisez vos propres données. Redirigez le ClickPipe CDC Postgres vers votre base de données opérationnelle, puis adaptez le schéma et les requêtes à vos tables ; le module 03 montre la structure à suivre.
Approfondissez ClickHouse Agents. Connectez un agent à vos propres jeux de données sur ai.clickhouse.cloud et explorez la BI conversationnelle au-delà des données de taxis.
Le dépôt vous appartient. Conservez ce dépôt et votre .env.workshop enregistré ; réexécutez n’importe quel module ou transmettez le tout à un collègue : l’atelier peut être suivi entièrement en autonomie.

En cas de problème

Les traces ou les données n’apparaissent pas ? Revérifiez le point de contrôle You should see du module concerné : il indique précisément le résultat attendu.
Problème de configuration ou d’identifiants ? Le Dépannage répertorie chaque panne rencontrée pendant les tests avec sa correction.
Vous souhaitez repartir d’une référence saine ? git switch build-workshop-v1 vous ramène à l’application complète.

État final

Vous avez terminé l’atelier. Explorez la documentation ClickHouse et revenez sur n’importe quel module pour aller plus loin.