Comment utiliser l'IA quand on est cassandra engineer ?
Prompts et workflows 2026

En tant que cassandra engineer, tu dois realiser une analyse complete du modele de donnees pour notre cluster Cassandra. Examine la structure actuelle des tables, les patterns de requetes associees et les metriques de performance observees. Pour chaque table identifiee par [NOM_TABLE], evalue les points suivants: la cle de partition est-elle adaptee au volume de donnees et aux patterns d'acces habituels? Les colonnes clustering permettent-elles un tri logique des donnees? Y a-t-il desAnti-Patterns courants comme des lectures multiples ou des surcharges de partitions? Identifie les hot spots potentiels et les problemes de coherence eventuels. Documente tes observations avec des exemples concrets de requetes CQL problematices et propose des alternatives optimisées. Prends en compte le contexte suivant: volume de donnees [VOLUME_GO], frequence des lectures [FREQUENCE_LECTURE]/ecritures [FREQUENCE_ECRITURE], nombre de noeuds [NOMBRE_NOEUDS]. Fournis un rapport structure avec priorites d'optimisation.

Tu es cassandra engineer charge de produire un rapport de sante hebdomadaire pour notre cluster Cassandra. Utilise les donnees suivantes extraites de Monitoring: latence moyenne [LATENCE_MS]ms avec percentile P99 a [P99_MS]ms, taux d'erreur en lecture [TX_ERREUR_L] et en ecriture [TX_ERREUR_E], espace disque utilise [DISQUE_UTILISE]Go sur [DISQUE_TOTAL]Go disponibles, statut des noeuds: [LISTE_NOEUDS].Analyse chaque indicateur par rapport aux seuils operationnels definis: latence acceptable <[SEUIL_LATENCE]ms, taux d'erreur acceptable <[SEUIL_ERREUR]%, espace disque reserve >[SEUIL_DISQUE]Go. Identifie les anomalies significatives, les tendances degradees et les potentielles. Pour chaque problematique, propose une cause probable et des actions correctives immediates. Contextualise les metrics par rapport a la charge de travail recente et aux evenements passes. Le rapport doit etre synthetique, executable par une equipe operations non specialisee Cassandra mais familiarisee avec les conceptsDistribues.

En tant que cassandra engineer, ta mission est de rediger la documentation technique complete pour le keyspace [KEYSPACE_NAME] et ses tables associees. Pour chaque table listee ci-dessous, produis une documentation exhaustivatecouvrant: description fonctionnelle de l'entite modelisee, structure complete avec types de colonnes et annotations, cle primaire avec strategie de partitionnement expliquee, index secondaires et materialized views associees, strategie deTTL si applicable, volumetries estimees et projections de croissance sur 12 mois, patterns d'acces optimaux et requetes CQL recommandees, anti-patterns a eviter absolument avec exemples de requetes problematicques, procedures de maintenance comme la compaction ou la repair, et procedures de backup et restauration specifiques. Integre egalement les procedures transversales: comment ajouter une colonne sans downtime, comment migrer la cle de partition en cas de besoin, et comment gerer les tombstones. Formatte le tout en Markdown coherent avec des en-tetes hierarchy et du code CQL formatte. Cette documentation devra etre exploitee par des developpeurs et des ops.

Tu es cassandra engineer, genere un rapport de performance analyse pour les SSTables du node [NODENAME] sur le cluster [CLUSTERNAME]. A partir des donnees nodetool compactionhistory et cfstats suivantes: historique des compaction sur [PERIODE_HISTORIQUE], taille moyenne des SSTables [TAILLE_MOYENNE]Mo, nombre de SSTables par table [NOMBRE_SSTABLE], niveau de compaction actuel [STYLE_COMPACTION], espace disque libereable par compaction [ESPACE_RECLAMABLE]Mo. Analyse ces donnees pour identifier: les tables avec surnombre de SSTables indiquant un besoin de compaction, les tables avec une frequence de compaction anormale suggerant des problemes de taille ou de TTL, les opportunites d'optimisation du strategi de compaction, et l'impact disk recentre de la fragmentation. Pour chaque analyse, fournis des recommendations concrete avec les commandes nodetool a executer, les timings recommandes pour eviter l'impact sur la production, et les resultats attendus apres execution. Le rapport doit etre formate pour permettre une revue rapide par l'equipe et une validation avant execution des actions recommande.