« Le modèle est devenu lent » est la raison la plus fréquente pour laquelle on nous appelle sur un parc Anaplan existant. L’hypothèse derrière l’appel est presque toujours la même : le modèle est devenu trop gros, et le correctif sera douloureux. D’après notre expérience, la taille est rarement le vrai problème. Le vrai problème, c’est la structure, et la structure se répare sans reconstruction.
1. La sparsité est un résultat de conception, pas une fatalité
Anaplan alloue de l’espace cellulaire pour chaque combinaison des dimensions appliquées à un line item, que la combinaison ait un sens ou non. Un line item dimensionné par SKU × client × semaine, où la plupart des clients n’achètent qu’une fraction de la gamme, peut facilement être rempli à plus de 95 % de cellules vides, payées en workspace et recalculées à chaque modification.
Le correctif n’est presque jamais « moins de dimensions » ; c’est des dimensions plus réfléchies. Des numbered lists indexées sur les combinaisons qui existent réellement, des subsidiary views pour retirer des dimensions aux line items qui n’en ont pas besoin, et une séparation nette entre modules transactionnels sparses et modules de reporting denses. Nous avons réduit de moitié la consommation de workspace sur des modèles de production sans retirer une seule fonctionnalité.
2. La prolifération des line items se cache dans la logique « temporaire »
Tout modèle mature porte des couches archéologiques : des line items de staging gardés « au cas où », des calculs intermédiaires qu’aucun tableau de bord ne lit plus, du détail à la maille journalière qui n’alimente jamais qu’une vue mensuelle. Chacun se recalcule à chaque changement pertinent.
Un audit discipliné, quels line items n’ont aucun référent, quelles vues ne sont jamais ouvertes, quels exports ne sont plus planifiés, retire typiquement 15 à 25 % du graphe de calcul. Le model-map d’Anaplan et les données d’usage des modules suffisent ; le travail est méthodique plus qu’ingénieux.
3. L’ordre de calcul et la forme des formules comptent plus que leur nombre
Le moteur est très bon pour paralléliser des calculs indépendants et très mauvais quand on lui demande de tout faire dans un seul line item. Les longues formules chaînées avec conditions imbriquées mettent l’optimiseur en échec ; les agrégations précoces qui forcent des résultats intermédiaires denses aussi. Découper les formules lourdes en line items étagés rend souvent les modèles plus rapides, contre toute intuition, parce que chaque étape se parallélise et se met en cache proprement. Il en va de même pour l’ ordre des dimensions au sein d’un module : l’aligner sur la façon dont les données sont chargées et lues évite un travail de pivot permanent.
4. L’hygiène ALM est une fonctionnalité de performance
Les modèles qui ont vécu des années de modifications directes en production accumulent une dette structurelle : listes orphelines, structures dev/prod divergentes, historique qui alourdit le fichier modèle. Prendre l’ALM au sérieux, un vrai modèle de dev, des changements structurels qui ne circulent que dans un sens, un nettoyage périodique de l’historique, garde le fichier modèle léger et les déploiements prévisibles. C’est aussi la condition préalable pour appliquer sans risque n’importe lequel des correctifs ci-dessus.
Par où commencer
- Mesurer avant de toucher à quoi que ce soit : workspace par module, temps de calcul sur des actions représentatives, sparsité des dix plus gros modules.
- Retirer d’abord la logique morte, c’est de la performance gratuite, sans aucun risque fonctionnel.
- Traiter ensuite les deux ou trois plus gros modules les plus sparses par un re-dimensionnement ciblé.
- Garder la restructuration des formules pour la fin ; c’est ce qui exige le plus de compétence et présente le plus haut risque de régression.
Une mission de performance ciblée de ce type dure généralement trois à cinq semaines sur un modèle de production. Le résultat n’est pas que la vitesse : un modèle moins coûteux à faire tourner est aussi moins coûteux à faire évoluer, et c’est là que se cumule la valeur.
