Przejdź do głównej zawartości
SteveTechArcSteveTechArc Courses

Myśleć jak architekt danych Salesforce

Dostępne także w 28 językach

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

Rozdział 1 kursu Data Architect, część 1: Jak zostać architektem danych.

Od tego rozdziału zaczyna się kurs, zanim dotkniemy choćby jednego obiektu. Chodzi w nim o jedną zmianę: od pytania jak to zbudować? do pytania czy w ogóle powinniśmy to budować, dlaczego właśnie tak i co się stanie, gdy to urośnie albo zawiedzie? Prowadzi przez nią siedem modułów, a pierwszy mówi o tym, co architekt naprawdę robi.

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

Obraz wygenerowany przez AI.

Rozdział w siedmiu częściach

Dział zatytułowany „Rozdział w siedmiu częściach ”

Każda część jest samodzielna, więc możesz czytać je po kolei albo przejść od razu do tej, której potrzebujesz.

  1. Myśleć jak architekt. Osoba, która trzyma plan budynku. Pytaj „dlaczego”, bo wymaganie często przychodzi w przebraniu projektu. A o alarm przeciwpożarowy nikt nie prosi: to architekt musi zadbać o to, czego wszyscy oczekują, nawet jeśli nikt o to nie poprosi.
  2. Model danych to szkielet. Wszystko stoi na modelu. Trzy testy dla każdego modelu danych: Wspierać. Rosnąć. Działać. Projektuj szkielet bardzo ostrożnie: zmiany w istniejących strukturach mogą mieć kaskadowe konsekwencje.
  3. Test Odwracalności. Jak trudno będzie to odwrócić i ile będzie od tego zależeć? Po tym poznasz, że decyzja jest architektoniczna, i że czas zwolnić i zapisać, dlaczego.
  4. Architektura to sztuka kompromisów. Problem można rozwiązać na wiele sposobów. Wiele z nich ma problemy od samego początku, niektóre zaczynają je mieć, gdy dane rosną, a tylko kilka udźwignie twoje potrzeby w przyszłości. Teraz decyduje architekt.
  5. Buduj na dziś. Planuj na jutro. Planuj na awarię. Trzy soczewki dla każdego projektu i powód, dla którego jedno dodatkowe zero może zmienić twoją architekturę.
  6. Poznaj swoje narzędzia: dziewięć pytań. Pytania, które warto zadać o każde narzędzie, także o to, które Salesforce wypuści w przyszłym miesiącu, przećwiczone na udostępnianiu przez Apex.
  7. Architekt danych w czasach AI. AI to rakieta nośna. Nie usuwa architekta; zmienia miejsce, w którym architekt tworzy wartość.

Na koniec sprawdź się z przewodnikiem do nauki do tego rozdziału: lista kontrolna na egzamin, nawyki wykraczające poza niego, słowa do zapamiętania i kilka pytań.

Co będziesz umieć

Dział zatytułowany „Co będziesz umieć ”
  • Odróżnić decyzję architektoniczną od zwykłej i zwolnić przy tych kosztownych.
  • Ocenić model danych trzema testami: czy wspiera biznes, czy może rosnąć, czy działa wydajnie?
  • Rozłożyć opcje, nazwać kompromisy, zarekomendować jedną z nich i wyjaśnić dlaczego programiście, biznesowi i członkowi zarządu.
  • Spojrzeć na każdy projekt przez trzy soczewki: dziś, jutro i awaria.
  • Ocenić każde narzędzie dziewięcioma pytaniami i sprawdzić, co mówi ci o nim AI.

Do zgłębienia

Dział zatytułowany „Do zgłębienia ”

Dalej: Modelowanie danych, które coś znaczą