Infrastructure bien architecturée

L’infrastructure Salesforce Well-Architected Framework offre aux architectes une base de principes partagée pour prendre les décisions qui favorisent la réussite d’une solution au fil du temps. Il s’articule autour de cinq piliers : Trust, Fiabilité, Excellence opérationnelle, Optimisation des ressources et des coûts, et Équité. Chacun d’entre eux capture une dimension de qualité qui compte à chaque étape de la vie d’une solution, depuis sa conception initiale jusqu’à son exploitation et sa croissance à long terme.

Le cadre répond aux réalités auxquelles les architectes sont confrontés aujourd’hui : humains, des agents et des plates-formes qui travaillent ensemble dans des systèmes métiers régis. Une solution sécurisée mais fragile sous charge, ou efficace mais opaque dans ses décisions, n’est pas bien architecturée. Ces cinq piliers collaborent pour faire en sorte que la qualité soit traitée comme un tout plutôt que comme une liste de contrôle de préoccupations indépendantes.

Les architectes utilisent l’infrastructure comme perspective cohérente lors des examens de conception, des conversations commerciales et de la gouvernance continue. Il ne prescrit pas une seule bonne réponse. Il vous donne les bonnes questions à poser, les modèles à prendre en compte et un vocabulaire commun à utiliser entre les équipes.

Salesforce Well-Architected Framework est un guide avisé sur la qualité architecturale des solutions élaborées sur Salesforce Platform. Il codifie les principes, les schémas et les compromis qui distinguent les solutions adaptées de celles qui accumulent des dettes techniques ou échouent sous la pression.

Le cadre est organisé autour de cinq piliers. Chaque pilier définit une dimension de qualité, articule les principes fondamentaux de conception, identifie des modèles communs et fournit des conseils explicites pour les capacités traditionnelles de la plate-forme et les charges de travail de l’IA agentique. Ensemble, les piliers couvrent de façon complète ce que signifie élaborer quelque chose de bien sur Salesforce.

Cette infrastructure n’est pas un manuel produit ni un guide d’implémentation. C’est un cadre de décision architectural, une façon de concevoir la qualité qui s’applique quels que soient les clouds, les fonctionnalités ou les outils utilisés par une solution.

Les infrastructures de l’industrie des fournisseurs de cloud hyperscale fournissent des conseils généraux précieux, mais elles sont principalement conçues pour l’infrastructure cloud et les préoccupations opérationnelles, telles que les machines virtuelles, la mise en réseau, le stockage et le calcul. Les architectes Salesforce font face à différentes contraintes et capacités : plate-forme multilocataire avec des limites du gouverneur, des décennies de logique métier dans Customer 360, des solutions d’intégration sophistiquées, une automatisation déclarative, une configuration pilotée par les métadonnées, et des modèles de partage gérés. Elles façonnent chaque décision architecturale d’une manière que le guide cloud générique ne peut pas résoudre.

Le passage aux agents autonomes introduit des considérations supplémentaires. Les agents qui raisonnent et agissent introduisent le non-déterminisme, le raisonnement probabiliste et des modèles de surveillance Human-in-the-Loop que les cadres antérieurs n’abordaient pas à l’origine, bien que les cadres généraux aient commencé à s’étendre dans cet espace à travers des perspectives d’IA dédiées. L’infrastructure Salesforce Well-Architected traite à la fois de l’architecture de plate-forme traditionnelle et des systèmes agents à travers une perspective unifiée.

Cette infrastructure sert tous les responsables de la qualité architecturale sur Salesforce Platform :

• Salesforce Architects conçoit de nouvelles solutions ou étend les solutions existantes
• Administrateurs Salesforce configurant et sécurisant les organisations dans lesquelles ces solutions sont exécutées
• Développement Pistes établissant des normes et des schémas pour leurs équipes
• Consultants et partenaires qui conseillent les clients sur les meilleures pratiques de la plate-forme
• Spécialistes IA et Agentic élaborant et gouvernant des systèmes d’agents autonomes

Aucune expertise préalable en IA agentique n’est requise. La charpente est accessible à tous les architectes tout en offrant de la profondeur à ceux qui travaillent à la frontière des systèmes autonomes.

Il n’y a pas un seul ordre de lecture correct. Choisissez en fonction de votre rôle et de vos besoins immédiats :

• Si vous découvrez l’infrastructure : Lisez ce document de synthèse de bout en bout, puis explorez le pilier le plus pertinent pour votre projet actuel.
• Si vous concevez une nouvelle solution : Commencez par Trust and Reliability (fondements non négociables), puis abordez l’Excellence opérationnelle (comment vous allez la faire fonctionner), l’Optimisation des ressources et des coûts (comment vous allez la maintenir) et l’Équité (comment vous allez vous assurer qu’elle sert tous les utilisateurs équitablement).
• Si vous élaborez des solutions agents : Lisez d’abord Agentic Enterprise Overview pour un guide complet sur l’architecture des agents. Lisez ensuite les documents de base du pilier (liés ci-dessus) pour les modèles de base (modèle de responsabilité partagée, limites du gouverneur, outils de surveillance, modélisation du TCO, normes d’accessibilité) sur lesquels les solutions des agents s’appuient. Pour terminer, référencez les variantes de pilier Agentic Enterprise (liées à chaque pilier) pour des superpositions spécifiques à l’agent dans chaque dimension de qualité.
• Si vous effectuez un examen de conception : Utilisez les documents du pilier comme liste de contrôle d’examen structurée. Une solution bien conçue contient des réponses claires aux questions clés de chaque pilier pertinent.

Les décisions architecturales les plus importantes impliquent des compromis entre les piliers. L’infrastructure vous aide à expliciter les points suivants :

• Trust vs optimisation des ressources et des coûts: Le cryptage et la consignation des audits consomment des ressources. L’infrastructure vous aide à identifier les zones où l’exigence Trust est non négociable par rapport aux zones où vous disposez de flexibilité.
• Fiabilité et optimisation des ressources et des coûts : Une disponibilité plus élevée coûte plus cher. Les définitions de SLO aident à adapter l’investissement aux besoins métiers réels plutôt qu’à définir par défaut une redondance maximale.
• Excellence opérationnelle et rapidité : La mise en œuvre d’une observabilité et de tests complets prend du temps. Le cadre aide à identifier l’observabilité minimale viable pour votre profil de risque.
• Équité et autonomie : Une plus grande autonomie des agents permet d’accroître l’efficacité, mais crée un risque d’équité. Les modèles Human-in-the-Loop aident à trouver le bon équilibre pour chaque type de décision.

Il n’y a pas de réponse universelle à ces compromis. L’infrastructure vous aide à poser les bonnes questions et à faire des compromis consciemment plutôt que de les découvrir en production.

L’infrastructure bien archivée elle-même est conçue en tenant compte des principes suivants :

• Spécifique à la plate-forme, mais compatible avec la technologie : Le guide traite des contraintes spécifiques à Salesforce (limites du gouverneur, architecture multilocataire, configuration pilotée par les métadonnées) sans prescrire de produits ou de fonctionnalités spécifiques. Les architectes choisissent les capacités adaptées à leur contexte.
• Avisé sans être prescriptif : Le cadre adopte des positions claires sur ce qui constitue la qualité, mais ne dicte pas une seule voie de mise en œuvre. Il fournit des principes, des modèles et des questions, pas des exigences.
• Prospective dans le respect du présent : Le framework traite des schémas émergents (IA agentique, systèmes autonomes) tout en restant pertinent pour les solutions de plate-forme traditionnelles. Les deux cas d’utilisation bénéficient des mêmes principes fondamentaux.
• Vivant, pas statique : L’infrastructure évolue à mesure que la plate-forme, les pratiques du secteur et les besoins des clients évoluent. Le Journal des modifications suit les mises à jour afin de permettre aux architectes de rester informés avec de nouveaux guides.
• Actionnable à chaque étape : Que vous conceviez une nouvelle solution, procédiez à un examen ou amélioriez une implémentation existante, l’infrastructure fournit des conseils pertinents. Ce n’est pas seulement une liste de contrôle de certification, c’est un outil de travail.

Ces principes garantissent que l’infrastructure reste utile dans divers contextes architecturaux tout en maintenant des consignes claires et cohérentes sur ce que signifie la qualité architecturale pour les solutions Salesforce.

Chaque pilier répond à une dimension fondamentale de la qualité architecturale. Ensemble, les piliers offrent une couverture complète, aucun pilier ne suffit à lui seul, et les décisions architecturales les plus importantes résident dans les compromis entre les piliers.

Les cinq piliers ci-dessous fournissent des conseils architecturaux de base pour toutes les solutions Salesforce : applications de plate-forme traditionnelles, intégrations et systèmes agents. Agentic Enterprise Overview et ses variantes de piliers complémentaires offrent la superposition spécifique à l’agent : comment les agents s’appuient sur ces capacités, ce qui change lorsque les systèmes agissent de façon autonome et les modèles architecturaux requis pour l’IA régie.

Utilisez les deux ensemble :

• Commencez par le guide des piliers pour les modèles architecturaux de base (par exemple, le modèle de responsabilité partagée, les limites du gouverneur, les outils de surveillance, la modélisation du TCO, les normes d’accessibilité).
• Référencez ensuite le pilier Agentic Enterprise correspondant pour des considérations spécifiques à l’agent (par exemple, les autorisations et les chaînes d’audit des agents, le traitement des échecs d’orchestration, le cycle de développement de l’agent, l’optimisation des jetons, les unités de travail Agentic, l’explicabilité et la contestabilité).

Les piliers ne sont pas « traditionnels » ou « agentsiques », ils sont une architecture fondamentale sur laquelle les solutions des agents s’appuient. Les systèmes Agentic doivent satisfaire aux mêmes exigences Trust, fiabilité, excellence opérationnelle, optimisation des ressources et des coûts, et équité que n’importe quelle autre solution d’entreprise, avec des considérations supplémentaires pour un fonctionnement autonome.

Le tableau ci-dessous fournit une référence rapide. Des directives détaillées pour chaque pilier sont présentées ci-dessous.

Protégez votre solution, ses données et ses utilisateurs grâce à une sécurité moderne, un accès sans privilège, des contrôles de confidentialité et une gouvernance claire. Trust on Salesforce fonctionne avec le modèle de responsabilité partagée: Salesforce sécurise l’infrastructure et la plate-forme, puis vous concevez des solutions sécurisées sur cette base. Votre responsabilité couvre :

• Gestion des identités et des accès (rôles, profils, ensembles d’autorisations, MFA, SSO, OAuth)
• Gouvernance des données (Shield Platform Encryption, sécurité au niveau objet/champ/niveau enregistrement)
• Sécurité de l’intégration (authentification API, identifiants nommés)
• Pratiques de développement sécurisées (OWASP Top 10 adapté pour Salesforce, analyse statique, portiques de sécurité CI/CD)

Pour Solutions Agentiques : Lorsque les agents agissent de façon autonome, les exigences Trust s”étendent à régir ce que les agents sont autorisés à faire, auditer ce qu’ils ont fait, et sécuriser les frontières d’agent à plate-forme (Agent Fabric, Einstein Trust Layer). Voir Agentic Enterprise Trust.

Pour plus d’informations, voir Trust pillar et Agentic Enterprise Trust.

Conçu pour une disponibilité continue, une reprise rapide après une interruption et la capacité d’évoluer face à une demande inattendue. La fiabilité nécessite de comprendre les garanties de plate-forme (infrastructure multi-régions, SLA de plate-forme) tout en concevant des solutions qui restent fiables dans ces contraintes. Le pilier couvre :

• Limites du gouverneur avec un guide de plafond opérationnel de 70 %
• Modèles de traitement asynchrones (Apex par lot, Apex Queueable, Événements de plate-forme)
• Disjoncteurs pour intégrations externes
• Planification des capacités
• Test de charge
• Modèles multi-organisations
• Reprise après sinistre
• Modélisation de la santé

Pour Solutions Agentiques : Les systèmes pilotés par l’agent introduisent un comportement probabiliste nécessitant de nouveaux modèles pour les échecs d’orchestration, des disjoncteurs pour les erreurs en cascade des agents et des graphiques d’agent déterministes où les résultats métiers nécessitent une prévisibilité. Consultez Fiabilité d’entreprise agentique.

Pour plus d’informations, consultez Pilier Fiabilité et Fiabilité Agentic Enterprise.

Intégrez une observabilité complète à votre solution et gérez-la à l’aide de procédures et d’automatisations bien définies. L’excellence opérationnelle couvre :

• Observabilité (surveillance des événements, Proactive Monitoring, centre d’échelle)
• Pratiques DevOps (développement piloté par la source, pipelines CI/CD, stratégie de test)
• Automatisation (déclaratif d’abord avec Flow Builder, schémas programmatiques avec Apex)
• Gestion des incidents (niveaux de gravité, rotation des astreintes, post-mortems irréprochables)
• Amélioration continue (métriques DORA, examens opérationnels)

Pour Solutions Agentiques : L’observabilité devient plus difficile lorsque le comportement du système est probabiliste. Le cycle de vie de développement des agents (ADLC) fournit une structure à travers cinq phases : idéation et conception, développement, test et validation (y compris les évaluations du Centre de test des agents pour la précision, la cohérence et l’adhésion aux instructions), déploiement et publication, et surveillance et réglage (y compris le Traçage des sessions Agentforce pour la visibilité des interactions de bout en bout). Consultez Agentic Enterprise Operational Excellence.

Pour plus d’informations, consultez Pilier Excellence opérationnelle et Excellence opérationnelle entreprise agentique.

Renvoyez une valeur commerciale maximale pour chaque dollar et chaque unité de ressource de plate-forme, en utilisant efficacement ce que vous avez et en investissant délibérément dans ce que vous achetez. Du côté des ressources, cela signifie comprendre les limites du gouverneur (requêtes SOQL, instructions DML, taille du tas, temps processeur) et concevoir à l’intérieur de celles-ci grâce à l’optimisation SOQL, au traitement asynchrone et à la prévention des biais dans les données. Du côté des coûts, cela signifie une modélisation complète du TCO à la fois sur les coûts directs (implémentation, exploitation, maintenance) et indirects (dette technique, frais généraux de gouvernance) qui dépassent souvent les coûts directs des licences. Le pilier couvre :

• Modèles d’organisation du code (gestionnaires de déclencheur, couches de service, sélecteurs)
• Emballage et modularité (packages gérés 2GP vs. non verrouillés, qui sont tous deux des types d’emballage de deuxième génération, composition LWC)
• Gestion du cycle de vie des données (stratégies d’archivage, optimisation des flux)
• Outils de surveillance des performances (Scale Center, Query Plan Tool, ApexGuru, Salesforce Code Analyzer)
• Analyse Élaborer par rapport à Acheter (évaluation AgentExchange)
• Optimisation des licences et des sandbox
• Suivi des coûts et gouvernance (tableaux de bord, contrôles budgétaires, modèles showback vs. facturation)

Pour Solutions Agentiques : Les workflows des agents augmentent la consommation de ressources à travers les étapes de raisonnement, les appels d’outils et les récupérations de données. Par conséquent, l’utilisation de jetons, la latence d’inférence et les modèles de mémoire doivent être optimisés. Les systèmes Agentic introduisent également des coûts basés sur la consommation (Flex Credits, jetons d’inférence) qui sont plus difficiles à prédire que les licences par utilisateur. Les Agentic Work Units (AWU) mesurent le travail réellement accompli par les agents (tâches discrètes accomplies) plutôt que la consommation de jetons brute. Consultez Optimisation des ressources et des coûts d’entreprise Agentic.

Pour plus d’informations, consultez Pilier Optimisation des ressources et Optimisation des ressources et des coûts de l’entreprise agentique.

Assurez-vous que votre solution est accessible, non discriminatoire, inclusive et transparente, avec une surveillance humaine appropriée des décisions automatisées. L’équité repose sur des fondations de plate-forme. Le système de conception Salesforce Lightning (SLDS) fournit l’accessibilité intégrée pour les composants standard, tandis que les composants personnalisés nécessitent une mise en œuvre explicite du WCAG 2.1 AA (WCAG 2.2 AA, la recommandation actuelle du W3C de décembre 2024, étant conseillée pour les nouveaux travaux). Le pilier couvre :

• Test d’accessibilité (axe-core, scanner sfdx)
• Modèles de non-discrimination (OWD, règles de partage, FLS avec Shield Event Monitoring)
• Architecture de confidentialité (gestion du consentement Data 360, Journal d’audit des champs)
• Gouvernance éthique de l’IA (comités d’examen, portails d’équité, conformité réglementaire).

Pour Solutions Agentiques : Lorsque les agents prennent des décisions autonomes qui affectent les personnes, les enjeux d’équité augmentent. L’explicabilité (comprendre pourquoi un agent a agi), la contestabilité (contester les décisions) et l’humain dans la boucle (la surveillance proportionnelle) deviennent critiques. Consultez Agentic Enterprise Fairness.

Pour plus d’informations, consultez Pilier Équité et Équité Entreprise Agentique.

Aucun pilier n’existe isolément. Les décisions architecturales dans un pilier affectent inévitablement d’autres:

• Les contrôles Trust renforcés (cryptage, consignation des audits) consomment plus de ressources et ajoutent du coût (Optimisation des ressources et des coûts) et ajoutent de la latence affectant la fiabilité
• Une plus grande fiabilité (redondance, multi-régions) augmente les coûts (optimisation des ressources et des coûts) et la complexité opérationnelle (excellence opérationnelle)
• Application plus complète de l’équité (surveillance humaine, surveillance des biais) ralentit le débit des agents (optimisation des ressources et des coûts)
• Une plus grande maturité de l’Excellence opérationnelle (instrumentation complète) permet une meilleure application Trust et une détection plus précoce des problèmes d’équité

Ces interactions signifient que la qualité architecturale est toujours un équilibre. L’infrastructure aide les architectes à comprendre ce qu’ils échangent et à effectuer ces échanges intentionnellement. L’objectif n’est pas de maximiser chaque pilier simultanément, mais d’atteindre le profil de qualité approprié aux exigences, à la tolérance au risque et au contexte commercial d’une solution donnée.

Partagez vos commentaires sur l'infrastructure bien archivée.