Optimisation du produit

Création de rapports sur la récupération des performances pour un système d'entreprise hérité sans réécrire le produit

Création de rapports sur la récupération des performances pour un système d'entreprise hérité sans réécrire le produit

Un projet de récupération des performances pour une couche de reporting héritée à partir de laquelle les rapports s'étaient dégradés minutes à plusieurs heures, résolues grâce à une optimisation architecturale autour du produit plutôt que des modifications risquées du code du système de base.

Aperçu

Restaurer les performances des rapports sans toucher au produit principal

Ce projet concernait un système d'entreprise existant où les performances de reporting s'étaient gravement dégradées : les processus qui prenaient auparavant quelques minutes sont devenus plusieurs heures, et parfois près d'une journée complète. Une contrainte majeure était que le produit lui-même ne pouvait pas être réécrit ou profondément modifié.

La solution a été construite non pas via des changements de base invasifs, mais via une optimisation architecturale. de la couche d'analyse et de reporting autour du système existant.

Qu'est-ce qui a rendu l'approche d'optimisation viable

Le cas d'utilisation du reporting était basé sur des périodes passées plutôt que sur des analyses en temps réel. Cela l'a fait Il est possible de préparer les données à l'avance et de retirer les travaux coûteux du processus de reporting en direct.

  • Pas de réécriture de produit risquée malgré de sérieux problèmes de performances.
  • Optimisation de la couche de reporting au lieu du système de base.
  • Utilisation de structures analytiques pré-préparées pour les rapports historiques.
  • Charge réduite sur le système transactionnel lors de la génération du rapport.

Comment la couche de reporting a été accélérée

L'approche choisie reposait sur des cubes OLAP et la pré-agrégation. Au lieu de créer des rapports directement au-dessus de requêtes brutes lourdes, le système utilisait des structures analytiques préparées qui étaient optimisé pour la vitesse de reporting.

  • Pré-agrégation des données historiques avant l’utilisation du rapport.
  • Structures analytiques basées sur OLAP pour prendre en charge des rapports rapides.
  • Chemin d'exécution beaucoup plus léger pour les rapports destinés aux utilisateurs.
  • Réduction de charge sur le noyau existant pendant le travail d’analyse.
Stack

Optimisation architecturale autour d'une plateforme de reporting existante

Le projet a été mis en œuvre autour de MS SQL Server, en utilisant des structures analytiques plutôt que des réécritures de produits pour restaurer une vitesse de reporting acceptable.

Pile de base

Serveur MS SQL Cubes OLAP Pre-Aggregation Couche de reporting Optimisation des analyses Systèmes hérités Récupération des performances Préparation des données

La solution technique s'est concentrée sur le côté analytique de l'architecture afin de récupérer les performances sans déstabiliser le produit.

Effet commercial

Rapports beaucoup plus rapides Moins de charge système Risque moindre Pas de réécriture de base Meilleure expérience utilisateur Performances restaurées Optimisation plus sûre Victoire architecturale

Le résultat a été une récupération spectaculaire de la vitesse de reporting et de l’expérience utilisateur sans réingénierie risquée du produit.

Besoin d'aide ? Nous avons des réponses

Explorez nos questions les plus fréquemment posées et trouvez les informations dont vous avez besoin.

Vous recevez une évaluation claire de votre état actuel, une architecture cible et un feuille de route de mise en œuvre concrète. Tous les livrables sont conçus pour une utilisation immédiate par vos équipes internes ou vos fournisseurs.