Pourquoi l'architecture est importante
Un système construit sans architecture structurée atteint généralement un point où tout petit changement produit des effets secondaires inattendus. Une architecture planifiée à l'avance réduit ce risque et permet des changements clairs et responsables.
Couches à planifier
- Solution Architecture — Comment un produit Salesforce se connecte à l'activité commerciale.
- Data Architecture — Objets, relations, qualité des données, sources de vérité.
- Security Architecture — Profils, rôles, modèle de partage, champs protégés.
- Automation Architecture — Flow, Apex, automatisations asynchrones.
- Integration Architecture — Middleware, événements, directions de flux.
- Environment & Release — Sandboxes, déploiements, sauvegardes.
Principes directeurs
- Privilégiez la configuration au code lorsque c'est possible.
- Ne développez pas d'automatisation parallèle pour le même événement – choisissez où elle s'exécute.
- Maintenez un modèle de permissions simple et clair, même au prix d'une légère flexibilité.
- Planifiez la croissance des volumes de données, pas seulement pour le premier jour.
- Chaque changement architectural passe par un environnement de test avant la production.
Signes indiquant que votre architecture nécessite une amélioration
- Les petits changements prennent des semaines et génèrent des erreurs dans des endroits inattendus.
- Il existe plusieurs sources de vérité contradictoires pour le même client.
- Le modèle de permissions est devenu trop complexe pour que quiconque le comprenne.
- Il n'y a pas de documentation claire sur les processus et automatisations actifs.
28. Questions fréquentes
Pas toujours, mais l'accompagnement d'un architecte est recommandé au moins lors de la phase de planification et pour les changements majeurs du système.