Lewati ke konten
SteveTechArcSteveTechArc Courses

Memahami Data Perusahaan

Juga tersedia dalam 28 bahasa

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

An open sketchbook on a drafting table at dawn, a building sketched on one page and a data model on the other, with a pencil, an eraser, a cup and a lamp.
Gambar dibuat dengan AI

Panduan belajar untuk bab 4 kursus Data Architect. Baca dulu enam modulnya; halaman ini membantu Anda memeriksa apa yang sudah melekat.

Tentang panduan belajar ini. Panduan ini disusun hanya dari konten kursus ini sendiri dan daftar tujuan yang tercantum dalam panduan ujian resmi Salesforce. Panduan ini tidak pernah didasarkan pada soal ujian yang sebenarnya, dan tidak mengklaim tahu apa yang keluar di ujian. Jika Anda sudah mengikuti ujiannya, mohon jangan kirimkan soal-soalnya kepada saya: perjanjian sertifikasi melarang membagikannya, dan menghafal jawaban memang cara yang salah untuk menjadi arsitek.

Panduan ujian menyatakan bahwa ujian tidak menguji konsep database non-Salesforce, dan sebagian besar bab ini membahas perusahaan di sekitar Salesforce. Jadi, seperti bab 1, daftar periksa ini menyebutkan tujuan mana yang didukung setiap poin. Tetapi jangan dilewatkan: banyak skenario ujian dimulai dengan ERP, data warehouse, atau org kedua, dan jawabannya bergantung pada siapa pemilik datanya.

Untuk Ujian

Section titled “Untuk Ujian ”

Centang satu per satu sambil berjalan. Setiap poin bertaut ke tempat ia diajarkan.

Siapa pemilik data (mendukung SDM-2, SDM-3, dan bab Data Master)

Jenis-jenis data dan beban kerjanya (mendukung DM-1, LDV-1, dan MDM-4)

  • Saya bisa membedakan data master, referensi, transaksional, metadata, analitis, dan tidak terstruktur, dan apa artinya masing-masing bagi tempat ia tinggal. (Mulailah dari Jenisnya, Bukan dari Objeknya)
  • Saya tahu bahwa data referensi itu kecil tetapi menjadi tempat asumsi-asumsi integrasi bersembunyi (Delivered, Complete, D). (Data Referensi)
  • Saya bisa membedakan beban kerja operasional (OLTP), analitis (OLAP), dan streaming: org menjalankan bisnis, data warehouse dan data lake menganalisisnya. (Jenis Hanyalah Separuh Pertanyaan)
  • Saya bisa membedakan sinkron (menunggu di pintu), asinkron (melanjutkan pekerjaan, menanganinya ketika hasilnya kembali), dan batch (per jam, setiap beberapa jam, harian), kapan batch sudah cukup, dan bahwa waktu nyata ada harganya. (Seberapa Cepat Data Perlu Berpindah?)
  • Saya mengajukan empat pertanyaan untuk setiap kumpulan data: siapa pemiliknya, seberapa cepat ia berubah, seberapa besar ia tumbuh, dan bagaimana siklus hidupnya. (Empat Pertanyaan di Balik Kategori)

Sistem-sistem di sekitar Salesforce (mendukung SDM-3, LDV-3, dan bab-bab integrasi)

  • Saya tahu empat peran sistem: pencatatan (record), keterlibatan (engagement), referensi, dan wawasan (insight). (Jangan Mulai dari Nama Produk)
  • Saya tahu bahwa di mana analitik tinggal mengikuti di mana data tinggal: laporan core ketika semuanya ada di Salesforce; platform analitik (Tableau, termasuk Tableau Next, atau CRM Analytics jika sudah dipakai) atau data warehouse ketika penyimpanan lain terlibat. (Analitik Tinggal di Tempat Data Tinggal)
  • Saya tahu apa itu data warehouse, data lake, dan lakehouse, serta peran MDM, ESB atau iPaaS, dan event. (Data Warehouse, Data Lake, dan Lakehouse, Lapisan Integrasi dan Event)
  • Saya menaruh penyedia identitas di lanskap sejak hari pertama, dan saya tahu konfigurasi SSO bisa di-deploy tetapi secret dan sertifikat tidak ikut terbawa; di lanskap ia digambar sebagai sertifikat bersama (kepercayaan), bukan panggilan, karena proses sign-on berjalan melalui browser. (Sistem yang Dilupakan Developer: Identitas)
  • Saya tahu bahwa Data 360 adalah near-core (dikelola di core, di-hosting di luar core), dan bahwa zero copy-nya memungkinkan data dikueri tanpa disalin. (Di Mana Posisi Data 360?, Core, Off-Core, dan Hyperforce)

Org dan hosting (mendukung SDM-4)

  • Saya memulai dengan satu org dan mencari batas yang nyata (residensi, regulasi, pemisahan hukum, model operasional yang berbeda, akuisisi) sebelum menambah org lain. (Mulailah dengan Satu Org, Cari Batas yang Nyata)
  • Saya tahu harga dari banyak org: pelaporan global, data master, integrasi, identitas, dan deployment, masing-masing berlipat ganda. (Susuri Panahnya Lagi)
  • Saya tahu bahwa Hyperforce memberi pilihan wilayah tempat data org berada (bukan penyedia cloud-nya), tetapi tidak menjanjikan setiap layanan tetap di sana; dan bahwa GDPR tidak dengan sendirinya mewajibkan org terpisah: GDPR menetapkan aturan untuk data pribadi yang keluar dari UE, dan sebuah perusahaan bisa memilih org di Eropa untuk memenuhinya. (Hosting Adalah Bagian dari Gambar, Ketika Eropa Mendapat Org Sendiri)

Menggambar dan membaca lanskap (mendukung setiap skenario)

  • Saya bisa menggambar lanskap: orang di kiri, Salesforce di tengah dengan komunitas-komunitasnya menempel di bawah, identitas di atas, integrasi dan back office di kanan, Data 360 di bawah lapisan integrasi, kanal di bawah, data masuk dan keluar di kanan bawah. (Tata Letak Lanskap ala Steve)
  • Di lanskap, sebuah panah dimulai dari sistem yang membuka koneksi dan labelnya menyebutkan apa yang berpindah dan ke arah mana; di diagram aliran data, panah mengikuti datanya. Dua aliran adalah dua panah. (Sekarang Gambarkan Panahnya)
  • Untuk setiap panah saya tahu apa yang ditangani klien dan apa yang didefinisikan server: lokasi, autentikasi, protokol dan kontrak, payload, waktu, jejak, error. Named Credential beserta External Credential-nya ketika Salesforce memanggil keluar; External Client App dan pengguna integrasi khusus API ketika sesuatu memanggil Salesforce. (Setiap Panah Butuh Mekanisme)
  • Saya menghitung sebelum menggambar panahnya: volumenya masuk ke inventaris dan menentukan mekanismenya, bahkan bisa mengubah ke mana panah itu menunjuk. (Taruh Jumlah Nol di Inventaris)
  • Saya menggambar swim lane hanya ketika sebuah proses punya lebih dari satu atau dua pertukaran bolak-balik. (Panah di Lanskap, Percakapan di Swim Lane)

Di Luar Ujian

Section titled “Di Luar Ujian ”

Ujian adalah batas bawah, bukan batas atas. Inilah kebiasaan dari bab ini yang dibutuhkan seorang arsitek, entah ada pertanyaan ujian tentangnya atau tidak.

  • Gambarkan lanskapnya sebelum merancang org. Mulailah dari kanvas kosong.
  • Tarik kameranya mundur. Salesforce hanyalah satu dari banyak sistem.
  • Gelombang baru jarang membuat gelombang lama menghilang. Rancanglah perusahaan yang ada, bukan yang di brosur.
  • Baca lanskap sebagai tanggung jawab, bukan logo.
  • Panah satu arah membuat saya gelisah. Aliran ini bergantung pada apa, dan apa yang kembali?
  • Setiap panah butuh mekanisme. “Fire and forget” bukanlah jawaban.
  • Panah di lanskap, percakapan di swim lane.
  • Hitung dulu sebelum menggambar panahnya. Jumlah nolnya masuk ke inventaris, dan jumlah nol itulah yang memilih mekanismenya.
  • Gambarkan kondisi saat ini sebelum memperbaikinya: spreadsheet-nya, kiriman SFTP-nya, sistem yang “akan kita pensiunkan.”
  • Tandai kondisi saat ini dengan jujur: merah untuk proses yang buruk, putus-putus untuk yang dikerjakan manual, titik-titik merah untuk yang tidak ada. Setiap garis merah adalah persyaratan yang menunggu untuk ditulis.
  • Dua aliran, dua panah. Panah berkepala dua hanya untuk konektor.
  • Jangan berlagak jadi pengacara. Tanyakan persyaratan spesifik mana yang sedang Anda penuhi, lalu terjemahkan bersama orang-orang yang memilikinya.
  • Terpisah tidak sama dengan sederhana.

Istilah Penting

Section titled “Istilah Penting ”
IstilahDalam satu baris
Lanskap sistemSistem-sistem di sekitar Salesforce, orang-orang yang memakainya, dan aliran penting di antaranya
System of recordTempat versi otoritatif sebuah jenis data disimpan
System of engagementTempat orang mengerjakan pekerjaannya
System of referenceTempat sebuah sistem mencari informasi yang dibutuhkannya tetapi tidak dimilikinya
System of insightTempat data berkumpul untuk diukur, dianalisis, dan diprediksi
ERPSistem back office untuk keuangan, produk, inventaris, pembelian, dan pemenuhan pesanan
Data masterHal-hal tahan lama yang menjadi poros bisnis: pelanggan, produk, lokasi
Data referensiKosakata bersama yang mengklasifikasikan data lain: kode, status, kategori
Data transaksionalCatatan tentang apa yang terjadi: pesanan, pengiriman, pembayaran, kasus
Data analitisData yang diturunkan dari data lain untuk mengukur dan membandingkan
Data tidak terstrukturDokumen, gambar, audio, video, transkrip
Data warehouse / lake / lakehousePenyimpanan analitis terstruktur / penyimpanan data mentah berskala besar / campuran keduanya
ESB / iPaaSLapisan integrasi yang menjadi perantara antarsistem
OLTP / OLAPPekerjaan operasional pada sedikit rekaman sekaligus / analisis lintas banyak rekaman
Near-coreDikelola di core, di-hosting di luar core: Data 360
Named Credential / External CredentialTempat Salesforce menyimpan endpoint keluar / autentikasinya
External Client AppCara sistem luar diberi otorisasi untuk memanggil Salesforce
Kondisi saat iniLanskap apa adanya hari ini, sebelum desain; ditandai dengan apa yang salah
Penyedia identitas (IdP)Sistem yang mengautentikasi pengguna dan menetapkan identitas yang dipercaya Salesforce
Sinkron / asinkron / batchMenunggu jawaban / melanjutkan pekerjaan dan menanganinya ketika datang / memindahkan data sebagai satu kelompok sesuai jadwal
HyperforceSalesforce di infrastruktur public cloud, dengan pilihan wilayah
Zero copyMengkueri data di tempat ia tinggal, tanpa menyalinnya

Uji Diri

Section titled “Uji Diri ”

Skenario singkat dengan gaya kursus ini. Tentukan jawaban Anda sebelum membukanya.

1. Tenaga penjual mengelola akun di Salesforce, tetapi ERP menerbitkan nomor pelanggan resmi begitu mereka membeli. Salesforce mengirim pesanan ke ERP. Apa yang perlu Anda rancang?

Siapa pemilik pelanggan di setiap tahap; nomor ERP sebagai External ID di Akun; bidang mana yang boleh diubah Salesforce; seberapa cepat perubahan ERP tiba; dan apa yang kembali setelah pesanan dikirim (diterima, ditolak, dikirim, ditagih). Baca lagi Lanskap Mengubah Model Data.

2. Pimpinan menginginkan kinerja ketepatan waktu lima tahun per wilayah, digabungkan dengan data keuangan. Bangun sebagai laporan Salesforce?

Kemungkinan besar tidak. Itu beban kerja analitis lintas beberapa penyimpanan, jadi tempatnya di mana data berkumpul: data warehouse, dengan CRM Analytics atau Tableau di atasnya. Di mana analitik tinggal mengikuti di mana data tinggal. Baca lagi Analitik Tinggal di Tempat Data Tinggal.

3. Sebuah perusahaan beroperasi di 30 negara dan meminta satu org per negara. Apa yang Anda tanyakan?

Persyaratan apa yang datang bersama setiap negara: penyimpanan, pemrosesan, transfer lintas negara, kontrak, host yang berbeda. Tanpa batas yang nyata, mulailah dengan satu org, karena setiap org tambahan melipatgandakan pelaporan, data master, integrasi, identitas, dan deployment. Baca lagi Geografi Tidak Otomatis Menjadi Strategi Org.

4. Truk-truk mengirim 200.000 pembacaan GPS per hari. Haruskah Salesforce menyimpan semuanya?

Kemungkinan besar tidak. Itu data streaming: dispatcher butuh posisi saat ini, sementara riwayat dan tren seharusnya berada di platform yang dibangun untuk volume itu. Hitung nolnya (lebih dari 70 juta per tahun) dan pisahkan “di mana sekarang?” dari “apa yang terjadi kuartal lalu?”. Baca lagi Jenis Hanyalah Separuh Pertanyaan.

5. Kru mengerjakan titik pemberhentian mereka di Salesforce, tetapi rutenya dibuat di alat dispatch lama, dan tidak ada yang menghubungkan keduanya. Bagaimana Anda menggambar kondisi hari ini?

Apa adanya, ditandai sebagai kondisi saat ini: rute yang diketik ulang ke Salesforce dan titik pemberhentian yang selesai diketik ulang kembali, putus-putus karena dikerjakan orang dan merah karena itu salah. Jangan menggambar integrasi yang Anda harapkan ada; setiap garis merah menjadi persyaratan untuk desainnya. Baca lagi Tandai Apa yang Salah dan RouteDesk Masih Ada.

6. Seseorang berkata hukum privasi Eropa mewajibkan org terpisah. Bagaimana Anda menanggapinya?

Jangan menerimanya begitu saja dan jangan pula membantahnya. GDPR tidak dengan sendirinya mewajibkan org terpisah; GDPR menetapkan aturan untuk data pribadi, termasuk transfer ke luar UE. Tanyakan persyaratan spesifik mana yang dipenuhinya (penyimpanan, pemrosesan, transfer, akses dukungan, kontrak, kebijakan), lalu bekerja sama dengan tim privasi, hukum, dan keamanan untuk mengubahnya menjadi arsitektur. Baca lagi Jangan Berlagak Jadi Pengacara dan Ketika Eropa Mendapat Org Sendiri.

7. Salesforce mengirim pesanan ke API milik ERP. Sisi mana yang menangani percobaan ulang, dan di mana Salesforce menyimpan secret-nya?

Salesforce adalah kliennya: ia membuka koneksi, melihat seluruh perjalanan pulang-pergi, dan merupakan satu-satunya sisi yang bisa mencoba ulang. Named Credential menyimpan endpoint-nya, dan External Credential-nya menyimpan autentikasinya. ERP, sang server, mendefinisikan kontrak dan memvalidasi apa yang masuk. Baca lagi Setiap Panah Butuh Mekanisme.

8. Sebuah integrasi mengirim beberapa rekaman per menit hari ini, dan bisnis memperkirakan puluhan ribu per jam tahun depan. Apakah panahnya berubah?

Mungkin mekanismenya, bahkan arahnya. Beberapa rekaman per menit bisa berupa callout dari Salesforce; jauh lebih banyak mungkin berarti menerbitkan event yang dilanggani sistem lain, sehingga panahnya dimulai dari ujung yang lain; jutaan dalam semalam adalah batch. Ketahui hitungannya sebelum Anda memilih. Baca lagi Taruh Jumlah Nol di Inventaris.

Jelajahi

Section titled “Jelajahi ”