Org'dan Önce Haritayı Çizin

🌐 28 dilde daha mevcut

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

Yapay zekâ ile çevrildi. Henüz topluluk tarafından incelenmedi. İngilizcesini oku

Data Architect kursunun 4. bölümü, 1. Kısım: Veri Mimarı Olmak. Önceki: Salesforce Veri Mimarisi.

CTA adaylarına ders verdiğimde ilk günden sonraki ödev hep aynıdır. Senaryoyu okuyun. Sistem haritasına boş bir tuvalden başlayın. Sonra, ancak ondan sonra, veri modeline bir deneme yapın.

İnsanlar bu sıraya şaşırır. Biz veri mimarlarıyız; veri modeliyle başlamamız gerekmez mi? İşte neden başlamadığım. Önce veri modelini çizersem Salesforce’a neyin ait olduğuna zaten karar vermiş olurum. Önce haritayı çizersem o kararı şekillendirmesi gereken her şeyi görebilirim: müşterilerin ve ürünlerin sahibi olan ERP, beş yıllık soruları yanıtlayan ambar, kimin içeri gireceğine karar veren kimlik sağlayıcı, her öğleden sonra bir dosya gönderen ortak, herkesin emekliye ayrılmakta olduğunu söylediği eski sistem.

2. ve 3. bölümler org’u tasarladı: modelin ne olması gerektiğini ve Salesforce’ta nasıl yaşadığını. Bu bölüm kamerayı geri çekip org tasarlanmadan önce onu neyin çevrelediğini çiziyor. Salesforce pek çok sistemden biridir ve çoğu zaman verinin sahibi olan sistem o değildir.

Görsel yapay zekâ ile üretilmiştir.

Bu bölümdeki fikirler

• Önce harita gelir. Sistemleri bulun, sonra aralarında hareket eden veriyi, sonra her parçanın sahibini. Ancak ondan sonra Salesforce’un işinin ne olduğuna karar verin.
• Bir ok başka oklara bağlıdır. ERP’ye giden siparişler önce müşterilerin, ürünlerin ve fiyatların gelmesini gerektirir. Yalnızca tek bir akışı olan bir entegrasyon gördüğümde endişelenmeye başlarım.
• Verinin türleri ve iş yükleri vardır. Ana veri, referans verisi, işlem verisi, meta veri, analitik veri ve yapılandırılmamış veri farklı biçimde değişir, büyür ve kullanılır; operasyonel (OLTP), analitik (OLAP) ve akış iş yükleri farklı yuvalar ister. Org işi yürütür; ambarlar ve göller onu analiz eder.
• Sistemlerin yalnızca logoları değil, rolleri vardır. Kayıt, etkileşim, referans, içgörü. “Salesforce bizim kayıt sistemimiz”: neyin kayıt sistemi?
• Analitiğin yaşadığı yer, verinin yaşadığı yeri izler. Hepsi çekirdekteyse: standart raporlar. Veri başka depolardaysa: bir analitik platformu ve Salesforce verisi onunla birleştirildiğinde veri ambarı.
• Data 360 çekirdeğe yakındır (near-core): çekirdekte yönetilir, çekirdek dışında barındırılır. Kullanıcılar ona hiç bağlanmaz; bu yüzden tesisatın yanında durur.
• ERP’nin sahip olduğu veri yerel olarak okunur ve kontrollü biçimde yazılır; şema her alanın sahibini göstersin diye erp_ önekiyle.
• Bir sistem haritasında ok, bağlantıyı açan sistemden başlar ve etiketi neyin hangi yönde hareket ettiğini söyler. İki akış iki oktur; çift başlı ok yalnızca bir bağlayıcı (connector) içindir.
• Her okun bir istemcisi ve bir sunucusu vardır ve her biri kendi yarısının sahibidir. Bunların hiçbiri haritaya girmez, ama her okta vardır.
• Okları çizmeden önce sayın. Sıfırlar envantere girer ve mekanizmayı onlar seçer: toplu iş, eşzamanlı ya da olaylar.
• Org stratejisi bir harita kararıdır; ilk dakikalarda verilir: bir org mu, çok mu ve nerede çalışacak.
• Mevcut durum neyin yanlış olduğunu gösterir. Kötü bir süreç için kırmızı, elle yapılan için kesikli çizgi, eksik olan için kırmızı noktalar.

Steve’in harita düzeni

Bir sistem haritasını çizmenin pek çok yolu vardır. Bu benimki, uzun yıllar boyunca inceltilmiş hali ve bir cümle gibi okunur: soldaki insanlar ortadaki Salesforce’a ulaşır; üstündeki sistemler aracılığıyla güvenilir, altındaki kanallar aracılığıyla hizmet verilir ve sağdaki arka ofise bağlanır.

Nerede	Oraya ne gider
Sol	İnsanlar, yukarıdan aşağıya: iç kullanıcılar, ortaklar, müşteriler
Orta	Salesforce, tek bir sade kutu, toplulukları altından ona değiyor
Üst	Salesforce’un üstünde kimlik sağlayıcılar; AppExchange sağa kaydırılmış; sol üstte herkese açık web siteleri
Sağ	Entegrasyon katmanı, ardından iç sistemler: ERP, finans, depo
Entegrasyon katmanının altı	Tesisatla birlikte, çekirdeğe yakın Data 360
Alt	Müşteri kanalları: e-posta, web formları, telefon, mesajlaşma
Sağ alt	Giren ve çıkan veri: arşivler, veri yüklemeleri, harici kaynaklar, ortaklar

Sistemler, soluk renkli, etiketli bölgelerde, her biri bir simgeyle kartlardır ve bir açıklama (lejant) her şeyin ne anlama geldiğini söyler. Resmin arkasında bir envanter durur: her veri kümesi ya da akış için sahibi, hacmi, mekanizması ve zamanlaması, kimlik doğrulaması ve kopyalanacak mı, başvurulacak mı yoksa federasyonla mı erişilecek.

Click to enlarge

4. modülün sistem haritası, oklarıyla.

Bu bölümdeki yol

Altı modül, her biri kendi başına okunabilir.

1. Salesforce Pek Çok Sistemden Biridir. Haritanın kutudan neden önce geldiği, tekrar tekrar gördüğüm entegrasyon ve dayandığı geri akışlar, dalgalar halinde veri ve çekirdek, çekirdeğe yakın ve Hyperforce.
2. Kurumsal Veri Türleri. Altı tür; oluşturulan, düzenlenen, başvurulan; OLTP ve OLAP; gerçek zaman, gerçek zamana yakın ve toplu iş; kategorilerin arkasındaki dört soru.
3. Salesforce’u Çevreleyen Sistemler. Sistem rolleri; ERP, ambar ve lakehouse; analitik veriyi izler; MDM; entegrasyon ve olaylar; geliştiricilerin unuttuğu kimlik sağlayıcı; Data 360’ın nerede durduğu.
4. Sistem Haritasını Çizin. Boş bir tuvalden adım adım kurulan düzenim; oklardan önce sıfırlar; başlatandan başlayan oklar; her okun arkasındaki istemci ve sunucu, iki yönde de; konuşmalar için kulvarlar; resmin arkasındaki envanter.
5. Org Stratejisi Bir Harita Kararıdır. Tek org’la başlayın; bir diğerini neyin haklı çıkardığı; sağlayıcı değil, bölge; GDPR kaynaklı AMER ve EMEA bölünmesi; ikinci org’un neler eklediği.
6. Steve Trucking’in Sistem Haritası. Bugün, düzgün bir uygulamadan önce, işaretlenmiş hali: RouteDesk’e düşen yük listeleri, Salesforce’a ve geri elle yeniden girilen rotalar, bir GPS verisi adası, finansı besleyen bir elektronik tablo ve yılda 108.000 “teslimatım nerede?” araması.

Bitirdiğinizde kendinizi bölüm çalışma rehberiyle sınayın: sınav için bir kontrol listesi, onun ötesindeki alışkanlıklar, bilinmesi gereken terimler ve birkaç soru.

Mimarın burada karar verdikleri

• Salesforce’u hangi sistemlerin çevrelediği ve her birinin hangi rolü oynadığı.
• Her önemli veri türünün sahibinin hangi sistem olduğu; Salesforce’un ne kadarını tutacağına karar vermeden önce.
• Her bağlantının nasıl çalıştığı: ne hareket ediyor, hangi yönde, nasıl kimlik doğruluyor, ne hızla ve ne geri geliyor.
• Kaç org olacağı ve nerede çalışacakları; önce karara bağlanır, çünkü haritadaki her şey buna bağlıdır.
• Mevcut durumun bir hedef durum tasarlayacak kadar iyi anlaşılıp anlaşılmadığı.

Sınavın ötesinde: harita bir ajan haritasına dönüşüyor. Bir ajan “teslimatım nerede?” sorusunu yanıtlayabilmeden önce birinin her olgu için hangi sistemin esas olduğunu, ne kadar güncel olduğunu ve ajanın ona nasıl ulaşabileceğini bilmesi gerekir. Her modül, yapay zekânın resmin kendi kısmı için neyi değiştirdiğiyle biter.

Daha Fazlası

• Salesforce Architects, The Salesforce Platform: Transformed for Tomorrow (opens in a new tab) (İngilizce), kontrol tarihi 2026-10-14.
• CTA adayları için ek okuma: Salesforce Architects kendi diyagram çizim rehberini yayımlıyor, How to Build Salesforce Diagrams (opens in a new tab) (İngilizce).

Sonraki: Veri Kalitesi ve Yönetişim