Lewati ke konten
SteveTechArcSteveTechArc Courses

Gambarkan Lanskapnya Sebelum Org-nya

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)

Bab 4 dari Data Architect, Bagian 1: Menjadi Data Architect. Sebelumnya: Arsitektur Data Salesforce.

Saat mengajar kandidat CTA, pekerjaan rumah setelah hari pertama selalu sama. Baca skenarionya. Mulai lanskap sistemnya dari kanvas kosong. Lalu, dan baru setelah itu, coba buat model datanya.

Orang terkejut dengan urutannya. Kita ini data architect; bukankah seharusnya kita mulai dari model data? Inilah alasan saya tidak melakukannya. Jika saya menggambar model data lebih dulu, saya sudah memutuskan apa yang seharusnya ada di Salesforce. Jika saya menggambar lanskap lebih dulu, saya bisa melihat semua hal yang seharusnya membentuk keputusan itu: ERP yang memiliki pelanggan dan produk, data warehouse yang menjawab pertanyaan lima tahun, penyedia identitas yang menentukan siapa yang boleh masuk, mitra yang mengirim file setiap sore, sistem lama yang kata semua orang akan dipensiunkan.

Bab 2 dan 3 merancang org-nya: seperti apa modelnya seharusnya, dan bagaimana ia hidup di Salesforce. Bab ini menarik kamera mundur dan menggambar apa yang mengelilingi org, sebelum org itu dirancang. Salesforce hanyalah satu dari banyak sistem, dan cukup sering ia bukan sistem yang memiliki datanya.

Seorang lead architect menggambar lanskap sistem di sekitar Salesforce di papan tulis untuk dua rekannya pada pagi yang berkabut

Gambar dibuat dengan AI.

Gagasan-gagasan dalam bab ini

Section titled “Gagasan-gagasan dalam bab ini ”
  • Lanskap datang lebih dulu. Temukan sistemnya, lalu data yang berpindah di antaranya, lalu siapa pemilik setiap bagiannya. Baru setelah itu putuskan apa tugas Salesforce.
  • Sebuah panah bergantung pada panah-panah lain. Pesanan yang keluar ke ERP membutuhkan pelanggan, produk, dan harga yang masuk lebih dulu. Setiap kali saya melihat integrasi yang hanya punya satu aliran, saya mulai khawatir.
  • Data punya jenis-jenis, dan beban kerja. Data master, referensi, transaksional, metadata, analitis, dan tidak terstruktur berubah, bertumbuh, dan dipakai secara berbeda; beban kerja operasional (OLTP), analitis (OLAP), dan streaming membutuhkan rumah yang berbeda. Org menjalankan bisnis; data warehouse dan data lake menganalisisnya.
  • Sistem punya peran, bukan sekadar logo. Pencatatan (record), keterlibatan (engagement), referensi, wawasan (insight). “Salesforce adalah system of record kami”: untuk apa?
  • Di mana analitik tinggal mengikuti di mana data tinggal. Semuanya di core: laporan standar. Data di penyimpanan lain: platform analitik, dan data warehouse ketika data Salesforce digabungkan dengannya.
  • Data 360 adalah near-core (dekat core): dikelola di core, di-hosting di luar core. Pengguna tidak pernah terhubung ke sana, jadi ia ditaruh bersama saluran data.
  • Data milik ERP dibaca secara lokal dan ditulis secara terkendali, dengan awalan erp_ agar skema menunjukkan siapa pemilik setiap bidang.
  • Di lanskap, sebuah panah dimulai dari sistem yang membuka koneksi, dan labelnya menyebutkan apa yang berpindah dan ke arah mana. Dua aliran adalah dua panah; panah berkepala dua hanya untuk konektor.
  • Setiap panah punya klien dan server, dan masing-masing memiliki separuh bagiannya. Semua itu tidak masuk ke lanskap, tetapi setiap panah memilikinya.
  • Hitung dulu sebelum menggambar panahnya. Jumlah nolnya masuk ke inventaris, dan jumlah nol itulah yang memilih mekanismenya: batch, sinkron, atau event.
  • Strategi org adalah keputusan lanskap, diambil di menit-menit pertama: satu org atau banyak, dan di mana ia berjalan.
  • Kondisi saat ini menunjukkan apa yang salah. Merah untuk proses yang buruk, putus-putus untuk yang dikerjakan manual, titik-titik merah untuk yang tidak ada.

Tata letak lanskap ala Steve

Section titled “Tata letak lanskap ala Steve ”

Ada banyak cara menggambar lanskap sistem. Inilah cara saya, yang saya sempurnakan selama bertahun-tahun, dan gambarnya terbaca seperti sebuah kalimat: orang di sebelah kiri menjangkau Salesforce di tengah, dipercaya melalui sistem-sistem di atasnya, dilayani melalui kanal-kanal di bawahnya, dan terhubung ke back office di sebelah kanan.

Di manaApa yang ditaruh di sana
KiriOrang-orangnya, dari atas ke bawah: pengguna internal, mitra, pelanggan
TengahSalesforce, satu kotak polos, dengan komunitas-komunitasnya menempel di bawahnya
AtasPenyedia identitas di atas Salesforce; AppExchange digeser ke kanan; situs web publik di kiri atas
KananLapisan integrasi, lalu sistem-sistem internal: ERP, keuangan, data warehouse
Di bawah lapisan integrasiData 360, near-core, bersama saluran data
BawahKanal pelanggan: email, formulir web, telepon, perpesanan
Kanan bawahData masuk dan keluar: arsip, pemuatan data, sumber eksternal, mitra

Sistem digambar sebagai kartu di dalam zona-zona samar berlabel, masing-masing dengan ikon, dan sebuah legenda menjelaskan arti semuanya. Di balik gambar ada inventaris: untuk setiap kumpulan data atau aliran, pemiliknya, volume, mekanisme dan waktunya, autentikasi, serta apakah disalin, dirujuk, atau difederasikan.

Lanskap dengan panah-panahnya Lanskap yang sama seperti sebelumnya, kini dengan panah; setiap panah berawal dari sistem yang membuka koneksi, dan labelnya menyebut apa yang berpindah dan ke arah mana. Pengguna internal menjangkau Salesforce, pengguna mitra menjangkau Komunitas Mitra, pelanggan menjangkau Komunitas Pelanggan. Setiap penyedia identitas dan Salesforce berbagi sertifikat, ditampilkan sebagai garis hijau titik-titik dengan sertifikat di kedua ujungnya: kepercayaan, bukan panggilan langsung, karena proses masuk berjalan melalui browser pengguna sebagai pengalihan (redirect). Penyedia identitas karyawan juga mengirim pembaruan pengguna ke Salesforce. Salesforce mengirim dokumen keluar ke aplikasi tanda tangan elektronik AppExchange, dan pesanan keluar ke lapisan integrasi, yang mengirim produk masuk ke Salesforce. Lapisan integrasi mengirim pesanan keluar ke ERP dan membawa produk masuk dari ERP; ERP mengirim status pesanan masuk ke lapisan integrasi; lapisan integrasi membawa pembayaran masuk dari keuangan. Data 360, di bawah lapisan integrasi, membuka koneksinya sendiri: data CRM keluar dari Salesforce, zero copy ke data warehouse, dan rujukan ke data eksternal. Dari bawah, email mengirim kasus masuk dan formulir web mengirim prospek masuk ke Salesforce; Salesforce mengirim kasus lama keluar ke arsip; pemuatan data mengirim rekaman masuk. ATAS: IDENTITAS, APPEXCHANGE, WEB ORANG KANAN: SISTEM INTERNAL BAWAH: KANAL PELANGGAN KANAN BAWAH: DATA MASUK DAN KELUAR Pengguna internal penjualan, layanan, operasional Pengguna mitra Pelanggan Situs web publik IdP karyawan single sign-on IdP mitra single sign-on Aplikasi AppExchange tanda tangan elektronik Komunitas Mitra Komunitas Pelanggan Data 360 near-core: dikelola di core, di-hosting di luar core LAPISAN INTEGRASI (ESB) ERP pesanan, faktur Keuangan pembayaran Manajemen pesanan Data warehouse analitik Email email-to-case Formulir web web-to-lead Telepon pusat kontak Perpesanan SMS, chat Arsip kasus lama Pemuatan data migrasi Data eksternal dirujuk, tidak disalin Salesforce org yang menjadi pusat desain kita sertifikat bersama pembaruan pengguna sertifikat bersama dokumen keluar pesanan keluar produk masuk pesanan keluar, produk masuk status pesanan masuk pembayaran masuk data CRM keluar zero copy dirujuk kasus masuk prospek masuk kasus lama keluar rekaman masuk Salesforce komunitas orang identitas, aplikasi, web sistem internal kanal pelanggan data masuk dan keluar lapisan integrasi putus-putus: belum aktif, atau dirujuk berawal dari sistem yang membuka koneksi; labelnya menyebut apa yang berpindah sertifikat bersama: kepercayaan, tanpa panggilan langsung © 2026 Twinshark LLC · stevetecharc.com
Click to enlarge

Lanskap modul 4, dengan panah-panahnya.

Alur bab ini

Section titled “Alur bab ini ”

Enam modul, masing-masing dapat dibaca secara mandiri.

  1. Salesforce Hanyalah Satu dari Banyak Sistem. Mengapa lanskap datang sebelum kotaknya, integrasi yang saya lihat berulang kali dan aliran balik yang menjadi sandarannya, data yang datang bergelombang, serta core, near-core, dan Hyperforce.
  2. Jenis-Jenis Data Perusahaan. Enam jenis; dibuat, diedit, dirujuk; OLTP dan OLAP; waktu nyata, mendekati waktu nyata, dan batch; empat pertanyaan di balik kategori.
  3. Sistem-Sistem di Sekitar Salesforce. Peran sistem; ERP, data warehouse, dan lakehouse; analitik mengikuti data; MDM; integrasi dan event; penyedia identitas yang dilupakan developer; di mana posisi Data 360.
  4. Gambarkan Lanskap Sistem. Tata letak saya, dibangun dari kanvas kosong; jumlah nol sebelum panah; panah yang dimulai dari pemrakarsanya; klien dan server di balik setiap panah, dari kedua arah; swim lane untuk percakapan; inventaris di balik gambarnya.
  5. Strategi Org Adalah Keputusan Lanskap. Mulai dengan satu org; apa yang membenarkan org lain; wilayahnya, bukan penyedianya; pemisahan karena GDPR menjadi AMER dan EMEA; apa yang ditambahkan org kedua.
  6. Lanskap Steve Trucking. Kondisi hari ini, sebelum implementasi yang layak, lengkap dengan tandanya: manifes yang mendarat di RouteDesk, rute yang diketik ulang ke Salesforce dan kembali secara manual, pulau data GPS, spreadsheet yang mengisi data keuangan, dan 108.000 panggilan “kiriman saya di mana?” per tahun.

Setelah selesai, uji diri Anda dengan panduan belajar bab ini: daftar periksa untuk ujian, kebiasaan di luar ujian, istilah penting, dan beberapa pertanyaan.

Yang diputuskan arsitek di sini

Section titled “Yang diputuskan arsitek di sini ”
  • Sistem apa saja yang mengelilingi Salesforce, dan peran apa yang dimainkan masing-masing.
  • Sistem mana yang memiliki setiap jenis data penting, sebelum memutuskan seberapa banyak yang disimpan Salesforce.
  • Bagaimana setiap koneksi bekerja: apa yang berpindah, ke arah mana, bagaimana ia diautentikasi, seberapa cepat, dan apa yang kembali.
  • Berapa banyak org, dan di mana ia berjalan, diputuskan lebih dulu, karena semua hal lain di lanskap bergantung padanya.
  • Apakah kondisi saat ini sudah dipahami cukup baik untuk merancang kondisi target.

Di luar ujian: lanskap sedang menjadi peta agen. Sebelum sebuah agen bisa menjawab “kiriman saya di mana?”, seseorang harus tahu sistem mana yang otoritatif untuk setiap fakta, seberapa terkini datanya, dan bagaimana agen boleh menjangkaunya. Setiap modul diakhiri dengan apa yang diubah AI untuk bagian gambarnya.

Jelajahi

Section titled “Jelajahi ”

Berikutnya: Kualitas dan Tata Kelola Data