Optimisation des coûts de stockage et d’API - Modèles

En savoir plus sur l’optimisation des ressources et des coûts bien archivée → Optimisation des données

Modèles

Où chercherÀ quoi ressemble le bien
Données actives du modèle de données✅ Les données actives reçoivent un traitement de stockage premium : les données accédées régulièrement pour les opérations commerciales restent dans des objets Salesforce standard avec une capacité d’interrogation complète, une automatisation des workflows et un accès utilisateur. Les données actives justifient un investissement en stockage, car un accès fréquent nécessite une disponibilité immédiate
✅ Exemple : Les opportunités de l’année en cours et les requêtes actives restent dans des objets standard avec toutes les fonctionnalités
Données chaudes du modèle de données✅ Les données chaudes utilisent une stratégie de stockage intermédiaire : les données accédées occasionnellement pour la génération de rapports ou la référence peuvent rester dans Salesforce avec des indicateurs d’archivage qui activent les vues filtrées, ou migrer vers des Big Objects qui prennent en charge la récupération basée sur l’index sans capacité de workflow
✅ Exemple : Opportunités de l’année précédente marquées comme archivées, mais qui restent interrogeables pour l’analyse historique
Données froides du modèle de données✅ Données froides archivées dans des Big Objects ou des systèmes externes : les données conservées pour la conformité, mais rarement accédées, sont transférées vers des Big Objects (ne sont pas prises en compte dans les limites en stockage de données standard) ou des systèmes d’archivage externes. Big Objects adapté aux archives à haut volume avec des modèles d’accès prévisibles. L’archivage externe dans des entrepôts de données ou le stockage d’objets permet de conserver les données de conformité à moindre coût
✅ Exemple : Requêtes datant de plus de 36 mois archivées dans Big Objects avec la récupération basée sur l’index pour l’accès à la conformité
Données expirées du modèle de données✅ Données expirées supprimées via des processus de cycle de vie automatisés - Les données passées sans valeur métier doivent être supprimées via des processus automatisés plutôt que accumulées indéfiniment. De nombreuses organisations ne suppriment jamais les données en raison de préoccupations « et si nous en avions besoin un jour », ce qui entraîne une croissance du stockage consommant un budget sans justification métier
✅ Exemple : La stratégie de rétention des données supprime automatiquement les enregistrements au bout de 7 ans en fonction des exigences réglementaires de rétention
Configuration → Vue d’ensemble du système → Stockage de données
Configuration → Utilisation du stockage		✅ Modèle: Les tableaux de bord de capacité montrent la consommation de stockage par objet avec des tendances de croissance, l’utilisation d’API par intégration avec des modèles de pic et l’utilisation de la capacité de traitement avec des projections
✅ Activer l’optimisation proactive avant que les limites créent des pannes ou des frais de dépassement inattendus
Sans suivi stockage → Surprises annuelles⚠️ Anti-modèle: Un excédent de stockage découvert lors de négociations de renouvellement nécessitant un achat immédiat au prix premium sans avoir le temps d’évaluer les stratégies d’archivage
⚠️ L’organisation achète du stockage supplémentaire chaque année sans analyser quelles données consomment de la capacité ou si l’archivage réduirait la croissance

Modèles

Où chercherÀ quoi ressemble le bien
Fichiers Salesforce Fichiers volumineux✅ Intégration du stockage de fichiers externes pour des économies d’échelle : stockez les fichiers dans des services tels que Amazon S3 ou Azure Blob Storage avec Salesforce qui maintient les enregistrements de référence liés à des contenus externes. Le stockage externe coûte de 0,02 à 0,05 € par Go mensuel par rapport au stockage de fichiers Salesforce à 1 à 3 € par Go mensuel selon l’édition, ce qui crée des économies de coûts de 10 à 20 fois à l’échelle
✅ Exemple : La solution de gestion des contrats stocke les contrats actifs (24 derniers mois) dans Salesforce Files pour l’aperçu natif et la collaboration, migre automatiquement les anciens contrats vers S3 avec des liens Salesforce, réduisant ainsi le stockage de fichiers de 70 % tout en conservant l’accès
✅ compromis: L’intégration du stockage externe nécessite un effort de développement et introduit une dépendance au service externe, mais offre des économies de 10 à 20 fois pour les cas d’utilisation lourds en fichiers, atteignant le seuil de rentabilité en quelques mois
Cycle de vie des fichiers de gestion des contenus✅ Gestion du cycle de vie des fichiers archive ou supprime les anciens fichiers : implémentez des archives automatisées en déplaçant les fichiers au-delà des seuils de rétention vers un stockage externe ou une suppression. Les fichiers rarement accédés après la création initiale, y compris les pièces jointes aux requêtes fermées et les versions de documents remplacées, sont des candidats principaux pour l’archivage
✅ Note : Le stockage de fichiers comprend les fichiers Salesforce, les pièces jointes, les documents et le contenu. Les organisations qui ont de nombreux cas d’utilisation de documents, notamment la gestion des contrats, les bibliothèques d’actifs et les pièces jointes aux requêtes, approchent souvent les limites en stockage de fichiers plus rapidement que le stockage de données

Modèles

Où chercherÀ quoi ressemble le bien
Modèles de copie partielle de Gestion sandbox✅ Les modèles de données sélectifs optimisent la capacité de stockage sandbox : excluez les objets volumineux des modèles Partial Copy lorsque le volume de données complet n’est pas nécessaire pour tester des scénarios. Implémenter la rétention des données spécifique à l’organisation sandbox en retirant les enregistrements plus anciens que les tests requis, ce qui libère de la capacité pour des données de test supplémentaires
✅ Exemple : Le modèle sandbox Partial Copy inclut les 12 derniers mois d’opportunités et de requêtes, mais exclut les données archivées, fournissant des données de test représentatives dans une capacité de 5 Go au lieu d’exiger la copie complète
✅ compromis: La définition de modèles de données sélectifs nécessite un effort d’analyse, mais permet d’utiliser des types de sandbox moins coûteux en éliminant les données inutiles pour les scénarios de test
Cadence d’actualisation de Gestion sandbox✅ Cadence d’actualisation alignée sur les exigences d’actualisation des données réelles : alignez l’actualisation des sandbox sur les exigences d’actualisation des données réelles plutôt que sur des planifications arbitraires. De nombreuses organisations actualisent les sandbox Full Copy tous les mois lorsque l’actualisation trimestrielle suffit pour leurs modèles de test, ce qui gaspille la capacité d’actualisation qui pourrait prendre en charge des sandbox supplémentaires.
✅ Exemple : Sandbox Full Copy actualisée tous les trimestres au lieu de tous les mois, libérant ainsi la capacité d’actualisation pour des sandbox Partial Copy supplémentaires
Gestion sandbox Sandbox temporaires✅ Gestion sandbox temporaire avec politiques d’expiration : suivez les environnements créés pour des projets spécifiques ou des tests de pointe avec des dates de suppression documentées. La prolifération temporaire des sandbox est une source courante de déchets, car les sandbox de projet passent au statut permanent sans justification. Mettre en œuvre des politiques d’expiration exigeant une justification de renouvellement pour maintenir des environnements temporaires au-delà de la portée initiale
✅ Exemple : Sandbox de projet créée avec une expiration de 90 jours nécessitant une justification métier pour dépasser la réalisation du projet

Modèles

Où chercherÀ quoi ressemble le bien
Analyse des pics d’utilisation de Surveillance de l’intégration✅ L’an alyse de l’utilisation maximale identifie les opportunités d’optimisation de la planification - Ide ntifiez les modèles de consommation quotidiens et hebdomadaires. Les planifications d’intégration concentrées pendant les heures ouvrables concurrencent les appels d’API initiés par l’utilisateur. La répartition des intégrations par lot entre les fenêtres creuses optimise l’utilisation de la capacité sans augmenter les limites
✅ Exemple : Intégrations par lot reprogrammées de 9h00 à 2h00, ce qui réduit les conflits d’API aux heures de pointe et permet des intégrations supplémentaires dans les limites de la capacité existante
Custom Code Bulk API 2.0✅ API de transfert en masse 2.0 pour n’importe quelle opération traitant des centaines d’enregistrements : utilisez l’API de transfert en masse 2.0 pour n’importe quelle opération traitant plus de quelques centaines d’enregistrements. L’API de transfert en masse traite jusqu’à 150 millions d’enregistrements par tâche en consommant un minimum d’appels d’API par rapport au traitement individuel des enregistrements
✅ Exemple : La synchronisation nocturne des données utilise l’API de transfert en masse 2.0 qui traite 100 000 enregistrements avec une consommation d’API minimale au lieu d’appels d’API individuels par enregistrement
Cache de la plate-forme de code personnalisé✅ Le Cache de la plate-forme élimine les requêtes répétitives pour les données de référence : mettez en cache les données de référence fréquemment accédées pour éliminer les requêtes répétitives. La mise en cache des codes de pays, des catalogues de produits ou des données de configuration réduit la consommation d’API pour les intégrations qui interrogent à répétition des données de référence inchangées
✅ Exemple : Catalogue de produits mis en cache dans Cache de la plate-forme, réduisant les appels d’API de 1000 requêtes quotidiennes à une actualisation unique du cache
Capture des données d ’ évolution✅ La Capture des données changeantes élimine les schémas d’interrogation inutiles - Utilisez la Capture des données changeantes pour la synchronisation des données plutôt que les schémas d’interrogation. Le CDC publie les événements uniquement lorsque les données changent, ce qui élimine le gaspillage des appels d’API qui vérifient les modifications non effectuées
✅ Exemple : La synchronisation des données clients utilise les événements de publication Capture des données modifiées lorsque les clients mettent à jour, consommant des appels d’API uniquement pour les modifications réelles (200 par jour) plutôt que d’interroger chaque enregistrement client toutes les heures (1,2M de requêtes quotidiennes)
✅ compromis: L’architecture pilotée par l’événement nécessite un effort d’implémentation d’événements de plate-forme ou de CDC, mais réduit la consommation d’API de plus de 95 % pour les modèles de détection des changements, atteignant le seuil de rentabilité en quelques semaines
Aucune surveillance → Découverte réactive⚠️ Anti-modèle: Consommation d’API surveillée uniquement en cas d’exception de limite, créant des changements réactifs d’architecture de lutte contre l’incendie et d’urgence sous pression
⚠️ Manque une analyse proactive des tendances permettant l’optimisation avant que les limites ne contraignent les opérations commerciales

Modèles

Où chercherÀ quoi ressemble le bien
Schéma d’intégration Synchrone en temps réel✅ Les intégrations synchrones consomment la capacité d’API la plus élevée - les intégrations en temps réel consomment un ou plusieurs appels d’API par transaction. Les flux de transaction à haut volume peuvent consommer une capacité d’API importante. Modèles synchrones appropriés lorsque la cohérence immédiate des données est une exigence métier obligatoire, mais entraîne le coût de consommation d’API le plus élevé
✅ Exemple : La soumission d’une commande nécessite un contrôle d’inventaire immédiat et une réservation dans le système ERP justifiant un schéma synchrone malgré un coût d’API plus élevé
Traitement par lot du schéma d’intégration✅ Les intégrations par lot réduisent la consommation d’API de 90 %+ par rapport à synchrone - Traiter les enregistrements en masse, réduisant considérablement les appels d’API par enregistrement. L’API de transfert en masse 2.0 traite des millions d’enregistrements avec une consommation minimale d’API. Convient lorsque la synchronisation en temps quasi réel répond aux besoins métiers et élimine plus de 90 % de la consommation d’API par rapport aux modèles synchrones
✅ Exemple : La synchronisation des données clients est exécutée par lot toutes les heures au lieu de mises à jour en temps réel, ce qui réduit la consommation d’API de 95 % avec une latence de données acceptable d’une heure
Piloté par l’événement Schéma d’intégration✅ Les modèles pilotés par l’événement adaptent efficacement en consommant des ressources uniquement sur les changements réels - Utiliser des événements de plate-forme ou Capture des données de modification pour une distribution efficace des événements sans interroger les frais généraux. Les modèles pilotés par l’événement évoluent efficacement, car ils consomment des ressources uniquement lorsque des modifications réelles se produisent, au lieu de vérifier régulièrement les modifications qui n’ont pas été effectuées.
✅ Exemple : Les changements d’étape d’opportunité publient les événements de plate-forme consommés par les systèmes en aval, éliminant les interrogations et réduisant la consommation d’API de 98 %
MuleSoft TCO de plate-forme d’intégration✅ MuleSoft ajoute le coût de la plate-forme, mais peut réduire le coût total de l’intégration TCO - MuleSoft Anypoint Platform ajoute le coût des licences de plate-forme (20 000 € à 200 000 € par an) mais peut réduire le coût total de l’intégration grâce à la mise en cache intelligente, la mise en commun des connexions, l’optimisation par lot et la gouvernance unifiée dans tous les modèles d’intégration
✅ compromis: Middleware justifie l’investissement lorsque le nombre d’intégrations dépasse 5 à 7 connexions, offrant une réutilisation et une gouvernance qui réduisent les coûts de maintenance à long terme
Tarification de l’API d’intégration tierce✅ Coûts d’API tiers modélisés sur la base des volumes de transactions projetés - Modélisez les coûts tiers sur la base des volumes de transactions projetés reflétant l’utilisation réelle plutôt que des niveaux minimums qui supposent de faibles volumes. La tarification des API tierces varie de niveaux gratuits à des licences d’entreprise forfaitaires, en passant par la facturation par appel
✅ Exemple : Le modèle TCO d’intégration pour la passerelle de paiement inclut 15 000 $ de frais de plate-forme annuels + 0,10 $ par transaction estimée à 50 000 transactions annuelles (5 000 $) + 25 000 $ de développement de l’intégration + 5 000 $ de maintenance annuelle pour un total de 50 000 $ la première année, 10 000 $ en cours
Maintenance de l’intégration Point à point par rapport à Hub✅ Les intégrations de point à point multiplient exponentiellement les efforts de maintenance : chaque point d’intégration inclut la version initiale, la maintenance continue, l’évolution du traitement des erreurs et l’adaptation lorsque l’un des points de terminaison change. Les intégrations de point à point multiplient exponentiellement les efforts de maintenance à mesure que le nombre de systèmes augmente. Cinq systèmes avec des connexions point à point nécessitent 10 flux de maintenance d’intégration. Dix systèmes nécessitent 45 flux. Les modèles en étoile à travers les plates-formes d’intégration réduisent la croissance exponentielle à l’échelle linéaire
✅ Exemple : L’organisation avec 8 systèmes connectés passe de 28 intégrations de point à point à 8 connexions en étoile, ce qui réduit les flux de maintenance de 71 %
Dépenses d ’ appui aux opérations d ' intégration✅ Les coûts de support et de dépannage augmentent avec le nombre d’intégrations : chaque intégration crée des points d’échec potentiels nécessitant une infrastructure de surveillance, une configuration d’alerte, une documentation d’exécution et une capacité de réponse aux incidents. Inclure les coûts de support continus dans le TCO d’intégration au-delà du développement initial
✅ Exemple : Coûts de support de l’intégration modélisés de 15 à 20 % du coût de développement initial annuel pour la surveillance continue, le dépannage et la réponse aux incidents

Anti-modèles

Où chercherÀ quoi ressemble mal
Toutes les données historiques restent en stockage actif indéfiniment⚠️ La croissance du stockage consomme du budget sans justification métier. Les organisations achètent chaque année un espace de stockage supplémentaire sans analyser les données qui consomment de la capacité ou si les stratégies d’archivage peuvent réduire le taux de croissance
⚠️ Remédiation : Définissez une stratégie de rétention des données avec des étapes du cycle de vie : actif (0-12 mois), chaud (12-36 mois), froid (36 mois et plus archivés) et expiré (supprimé après la rétention réglementaire). Implémenter l’archivage automatisé dans des Big Objects ou un stockage externe
Le modèle Copie partielle inclut tous les objets sans filtrage⚠️ Consomme une capacité de 5 Go avec des données historiques sans rapport avec les tests, forçant l’achat de Full Copy lorsque la sélection de données stratégiques activerait l’utilisation de Partial Copy à un coût nettement inférieur
⚠️ Remédiation : Analyser les exigences de test et créer des modèles de copie partielle sélectifs contenant uniquement les 12 à 18 derniers mois de données et excluant les objets volumineux inutiles pour les scénarios de test
Sondages d’intégration toutes les 15 minutes pour vérifier les modifications⚠️ Consomme 5M d’appels d’API par jour lorsque 95 % des sondages ne trouvent aucune modification, ce qui gaspille la capacité de l’API en requêtes inutiles. Crée un risque d’atteindre les limites en API et d’empêcher les intégrations légitimes de se terminer
⚠️ Remédiation : Remplacez le modèle de sondage par Capture des données de modification ou Événements de plate-forme qui consomment des appels d’API uniquement lorsque des modifications réelles se produisent, réduisant ainsi la consommation d’API de 95%+
L’intégration effectue des appels d’API séparés pour chaque type d’enregistrement dans la séquence⚠️ Multiplie la consommation d’API 5-10x par rapport aux approches par lot. Traitement des commandes consommant 8 appels d’API par commande alors qu’un seul appel composé suffirait
⚠️ Remédiation : Implémentez des opérations associées au traitement par lot d’API composées dans un seul appel d’API, réduisant la consommation de 8 appels par transaction à 1 appel par transaction (réduction de 87 %)
Sandbox Full Copy achetées pour chaque équipe de développement⚠️ Multiplie les coûts par 5 lorsque la copie partielle répondrait à la plupart des exigences de test. La copie complète coûte 5-10 fois plus cher que la copie partielle et n’est actualisée que tous les mois par rapport à tous les 5 jours
⚠️ Remédiation : Réservez la copie complète exclusivement pour la validation de l’UAT et des performances en préproduction. Utiliser Developer Pro pour le développement et Partial Copy avec des modèles de données ciblés pour les tests d’intégration
Intégration approuvée basée sur le « niveau d’API libre » sans modélisation en volume⚠️ Les volumes de transactions projetés dépassent le niveau libre au mois 2, entraînant des coûts annuels surprises de 15 000 $ non inclus dans l’analyse du budget ou du TCO
⚠️ Remédiation : Modélisez les coûts d’API tiers en fonction des volumes de transactions projetés, y compris les projections d’échelle. Inclure les frais de plate-forme, les coûts par transaction et les frais de dépassement dans le TCO d’intégration avant l’approbation
Consommation d’API surveillée uniquement en cas d’exception de limite⚠️ Crée des changements réactifs d’architecture de lutte contre l’incendie et d’urgence sous pression. Les limitations créent des pannes avant l’identification des opportunités d’optimisation
⚠️ Remédiation : Implémentez un tableau de bord proactif de surveillance des API avec une attribution au niveau de l’intégration, une analyse des pics d’utilisation et une projection de croissance. Définissez des alertes à des seuils d’utilisation tels que 70 % et 85 % en fournissant un délai d’optimisation
Élaboration de la génération de documents personnalisés, car « nous avons des développeurs disponibles »⚠️ Développement personnalisé à 80 K$ de build initial + 15 K$ de maintenance annuelle quand l’option AppExchange à 15 K$ par utilisateur mensuel (18 K$ annuels pour 100 utilisateurs) offre un déploiement plus rapide, une maintenance fournisseur, et un TCO 5 ans inférieur
⚠️ Remédiation : Évaluez les solutions AppExchange avant le développement personnalisé pour les capacités des produits de base. Modèle 3-5 ans TCO comparant build et buy, y compris la maintenance, la compatibilité de la plate-forme et les coûts de support
Transition des organisations sandbox de projet temporaires vers un statut permanent sans justification⚠️ Prolifération sandbox consommatrice de budget sans valeur métier. Les organisations accumulent plus de 20 sandbox alors que 10 répondent aux besoins réels de développement avec une gestion appropriée du cycle de vie
⚠️ Remédiation : Implémentez des stratégies d’expiration sandbox nécessitant une justification de renouvellement. Suivre les organisations sandbox avec des dates de suppression documentées et des alertes automatisées pour le contrôle d’expiration

Dernière mise à: jour 2026-06-08