Aller au contenu
SteveTechArcSteveTechArc Courses

Penser comme un architecte de données Salesforce

Aussi en 28 langues

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Deutsch (Schweiz)

Chapitre 1 du cours Data Architect, Partie 1 : Devenir architecte de données.

Ce chapitre est le point de départ du cours, avant même de toucher à un seul objet. Il porte sur un seul changement : passer de la question comment est-ce que je construis ça ? à la question faut-il le construire, pourquoi de cette façon, et que se passe-t-il quand ça grandit ou que ça tombe en panne ? Sept modules vous accompagnent dans ce changement, à commencer par ce que fait réellement un architecte.

In a Bengaluru studio, a senior architect points to the whole plan on the table while colleagues hold their own parts of the drawings.

Image générée par IA.

Le chapitre en sept parties

Section intitulée « Le chapitre en sept parties »

Chaque partie se suffit à elle-même : lisez-les dans l’ordre ou allez directement à celle dont vous avez besoin.

  1. Penser comme un architecte. La personne qui tient le plan. Demandez pourquoi, car une exigence arrive souvent déguisée en conception. Et personne ne demande l’alarme incendie : c’est à l’architecte de mettre en place ce que tout le monde attend sans le demander.
  2. Le modèle de données est l’ossature. Tout est construit sur le modèle. Trois tests pour n’importe quel modèle de données : Soutenir. Grandir. Performer. Soyez très prudent en concevant l’ossature : modifier des structures existantes peut avoir des conséquences en cascade.
  3. Le test de réversibilité. À quel point sera-t-il difficile de revenir en arrière, et combien de choses vont en dépendre ? C’est ainsi qu’on sait qu’une décision est une décision d’architecture, et quand il faut ralentir et écrire pourquoi.
  4. L’architecture est l’art des compromis. Il peut y avoir de nombreuses façons de résoudre un problème. Beaucoup posent problème dès le départ, certaines posent problème quand vos données grandissent, et quelques-unes peuvent répondre à vos besoins à l’avenir. C’est là que l’architecte décide.
  5. Construire pour aujourd’hui. Prévoir demain. Prévoir l’échec. Trois prismes pour chaque conception, et pourquoi un zéro de plus peut changer votre architecture.
  6. Connaître ses outils : les neuf questions. Les questions à poser sur n’importe quel outil, y compris celui que Salesforce sortira le mois prochain, appliquées pas à pas au partage Apex.
  7. L’architecte de données à l’ère de l’IA. L’IA est un propulseur de fusée. Elle ne supprime pas l’architecte ; elle change l’endroit où l’architecte crée de la valeur.

Quand vous avez terminé, testez-vous avec le guide d’étude du chapitre : une liste de contrôle pour l’examen, les habitudes qui vont au-delà, les mots à connaître et quelques questions.

Ce que vous saurez faire

Section intitulée « Ce que vous saurez faire »
  • Distinguer une décision d’architecture d’une décision ordinaire, et ralentir pour celles qui coûtent cher.
  • Juger un modèle de données avec trois tests : soutient-il l’activité, peut-il grandir, performe-t-il ?
  • Présenter les options, nommer les compromis, en recommander une et expliquer pourquoi à un développeur, au métier et à un dirigeant.
  • Regarder n’importe quelle conception à travers trois prismes : aujourd’hui, demain et l’échec.
  • Évaluer n’importe quel outil avec neuf questions, et vérifier ce que l’IA vous en dit.

Pour aller plus loin

Section intitulée « Pour aller plus loin »

Suivant : Modéliser les données pour leur sens