İçeriğe geç
SteveTechArcSteveTechArc Courses

Kurumsal Veriyi Anlamak

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)

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.
Görsel yapay zekâ ile üretilmiştir

Data Architect kursunun 4. bölümünün çalışma rehberi. Önce altı modülü okuyun; bu sayfa aklınızda neyin kaldığını kontrol etmenize yardım eder.

Bu çalışma rehberi hakkında. Yalnızca bu kursun kendi içeriğinden ve Salesforce’un yayımladığı sınav rehberindeki hedefler listesinden hazırlanmıştır. Hiçbir zaman gerçek sınav sorularına dayanmaz ve sınavda ne olduğunu bildiğini iddia etmez. Sınava girdiyseniz lütfen bana sınavdan soru göndermeyin: sertifika sözleşmesi bunları paylaşmayı yasaklar ve zaten yanıt ezberlemek mimar olmanın yanlış yoludur.

Sınav rehberi Salesforce dışı veritabanı kavramlarını test etmediğini söylüyor ve bu bölümün çoğu Salesforce’un etrafındaki kurumla ilgili. Bu yüzden, 1. bölümde olduğu gibi, bu kontrol listesi her maddenin hangi hedefleri desteklediğini söyler. Ama atlamayın: pek çok sınav senaryosu bir ERP, bir ambar ya da ikinci bir org’la başlar ve yanıt verinin sahibinin kim olduğuna bağlıdır.

Sınav İçin

Bölüm başlığı “Sınav İçin ”

İlerledikçe işaretleyin. Her madde öğretildiği yere bağlanır.

Verinin sahibi kim (SDM-2, SDM-3 ve Ana Veri bölümünü destekler)

Veri türleri ve iş yükleri (DM-1, LDV-1 ve MDM-4’ü destekler)

  • Ana veri, referans verisi, işlem verisi, meta veri, analitik veri ve yapılandırılmamış veriyi birbirinden ayırabilir ve her birinin nerede yaşayacağı açısından ne anlama geldiğini bilirim. (Nesneyle Değil, Türle Başlayın)
  • Referans verisinin küçük olduğunu ama entegrasyon varsayımlarının saklandığı yer olduğunu bilirim (Delivered, Complete, D). (Referans Verisi)
  • Operasyonel (OLTP), analitik (OLAP) ve akış iş yüklerini birbirinden ayırabilirim: org işi yürütür, ambarlar ve göller onu analiz eder. (Tür Sorunun Yalnızca Yarısıdır)
  • Eşzamanlıyı (kapıda beklemek), eşzamansızı (devam etmek, geri geldiğinde ilgilenmek) ve toplu işi (saatlik, birkaç saatte bir, günlük) bilirim; toplu işin ne zaman yettiğini ve gerçek zamanın bir bedeli olduğunu da. (Ne Kadar Hızlı Hareket Etmesi Gerekiyor?)
  • Her veri kümesine dört soruyu sorarım: sahibi kim, ne hızla değişiyor, ne kadar büyüyor ve yaşam döngüsü ne. (Kategorilerin Arkasındaki Dört Soru)

Salesforce’u çevreleyen sistemler (SDM-3’ü, LDV-3’ü ve entegrasyon bölümlerini destekler)

  • Dört sistem rolünü bilirim: kayıt, etkileşim, referans ve içgörü. (Ürün Adıyla Başlamayın)
  • Analitiğin yaşadığı yerin verinin yaşadığı yeri izlediğini bilirim: her şey Salesforce’taysa çekirdek raporlar; başka depolar devreye girdiğinde bir analitik platform (Tableau Next dahil Tableau ya da kullanılıyorsa CRM Analytics) veya ambar. (Analitik Verinin Yaşadığı Yerde Yaşar)
  • Ambarın, gölün ve lakehouse’un ne olduğunu ve MDM’in, bir ESB ya da iPaaS’ın ve olayların rolünü bilirim. (Ambar, Göl ve Lakehouse, Entegrasyon Katmanı ve Olaylar)
  • Kimlik sağlayıcıyı ilk günden haritaya koyarım ve SSO yapılandırmasının dağıtıldığını ama gizli anahtarların ve sertifikaların taşınmadığını bilirim; haritada bu bir çağrı değil, paylaşılan bir sertifikadır (güven), çünkü oturum açma tarayıcı üzerinden yürür. (Geliştiricilerin Unuttuğu Sistem: Kimlik)
  • Data 360’ın çekirdeğe yakın (near-core) olduğunu (çekirdekte yönetilir, çekirdek dışında barındırılır) ve sıfır kopyasının verinin kopyalanmadan sorgulanmasını sağladığını bilirim. (Data 360 Nerede Durur?, Çekirdek, Çekirdek Dışı ve Hyperforce)

Org’lar ve barındırma (SDM-4’ü destekler)

  • Tek org’la başlar ve bir diğerini eklemeden önce gerçek bir sınır (veri yerelliği, düzenleme, yasal ayrım, farklı bir işletme modeli, bir satın alma) ararım. (Tek Org’la Başlayın, Gerçek Sınırları Arayın)
  • Birden fazla org’un bedelini bilirim: küresel raporlama, ana veri, entegrasyon, kimlik ve dağıtımlar, her biri katlanır. (Okları Yeniden Yürüyün)
  • Hyperforce’un bir org’un verisinin bulunacağı bölgeyi (bulut sağlayıcısını değil) seçme imkânı verdiğini, ama her hizmetin orada kalacağını vaat etmediğini bilirim; GDPR’ın tek başına ayrı bir org gerektirmediğini de: AB’den çıkan kişisel veriler için kurallar koyar ve bir şirket bunları karşılamak için bir Avrupa org’u seçebilir. (Barındırma Çizimin Bir Parçasıdır, Avrupa Kendi Org’unu Aldığında)

Bir haritayı çizmek ve okumak (her senaryoyu destekler)

  • Bir harita çizebilirim: solda insanlar, ortada Salesforce ve altında ona değen toplulukları, üstte kimlik, sağda entegrasyon ve arka ofis, entegrasyon katmanının altında Data 360, altta kanallar, sağ altta veri girişi ve çıkışı. (Steve’in Harita Düzeni)
  • Bir haritada ok bağlantıyı açan sistemde başlar ve etiketi neyin hangi yöne hareket ettiğini söyler; bir veri akışı diyagramında oklar veriyi izler. İki akış iki oktur. (Şimdi Okları Çizin)
  • Her ok için istemcinin neyi ele aldığını ve sunucunun neyi tanımladığını bilirim: nerede, kimlik doğrulama, protokol ve sözleşme, yük, zamanlama, izleme, hatalar. Salesforce dışarıyı çağırdığında bir Named Credential ve onun External Credential’ı; bir şey Salesforce’u çağırdığında bir External Client App ve yalnızca API’ye yönelik bir entegrasyon kullanıcısı. (Her Okun Bir Mekanizmaya İhtiyacı Vardır)
  • Okları çizmeden önce sayarım: hacim envantere girer ve mekanizmayı belirler; okun hangi yönü gösterdiğini bile değiştirebilir. (Sıfırları Envantere Koyun)
  • Bir kulvar diyagramını yalnızca bir süreçte bir iki taneden fazla karşılıklı alışveriş olduğunda çizerim. (Haritada Oklar, Kulvarda Konuşmalar)

Sınavın Ötesinde

Bölüm başlığı “Sınavın Ötesinde ”

Sınav taban, tavan değil. Bunlar bu bölümden, bir soru onları hiç sorsun ya da sormasın, bir mimarın ihtiyaç duyduğu alışkanlıklardır.

  • Org’u tasarlamadan önce haritayı çizin. Boş bir tuvalden başlayın.
  • Kamerayı geri çekin. Salesforce pek çok sistemden biridir.
  • Yeni dalga eskisini nadiren ortadan kaldırır. Broşürdekinin değil, var olan kurumun mimarisini yapın.
  • Haritayı logolar olarak değil, sorumluluklar olarak okuyun.
  • Tek yönlü oklar beni tedirgin eder. Bu akış neye bağlı ve ne geri geliyor?
  • Her okun bir mekanizmaya ihtiyacı vardır. “Gönder ve unut” bir yanıt değildir.
  • Haritada oklar, kulvarda konuşmalar.
  • Okları çizmeden önce sayın. Sıfırlar envantere girer ve mekanizmayı onlar seçer.
  • Düzeltmeden önce mevcut durumu çizin: elektronik tablo, SFTP aktarımı, “emekliye ayırdığımız” sistem.
  • Mevcut durumu dürüstçe işaretleyin: 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. Her kırmızı çizgi, yazılmayı bekleyen bir gereksinimdir.
  • İki akış, iki ok. Çift başlı ok yalnızca bir bağlayıcı içindir.
  • Avukatlık taslamayın. Hangi belirli gereksinimi karşıladığınızı sorun ve onu sahibi olan insanlarla birlikte tercüme edin.
  • Ayrı olmak basit olmakla aynı şey değildir.

Bilinmesi Gereken Terimler

Bölüm başlığı “Bilinmesi Gereken Terimler ”
TerimTek satırda
Sistem haritasıSalesforce’u çevreleyen sistemler, onları kullanan insanlar ve aralarındaki önemli akışlar
Kayıt sistemiBir veri türünün esas sürümünün tutulduğu yer
Etkileşim sistemiİnsanların işi yaptığı yer
Referans sistemiBir sistemin ihtiyaç duyduğu ama sahibi olmadığı bilgiye baktığı yer
İçgörü sistemiVerinin ölçmek, analiz etmek ve tahmin etmek için bir araya geldiği yer
ERPFinans, ürünler, envanter, satın alma ve sipariş karşılama için arka ofis sistemi
Ana veriBir işin etrafında döndüğü kalıcı şeyler: müşteriler, ürünler, konumlar
Referans verisiDiğer verileri sınıflandıran ortak sözcük dağarcığı: kodlar, durumlar, kategoriler
İşlem verisiNe olduğunun kayıtları: siparişler, teslimatlar, ödemeler, vakalar
Analitik veriÖlçmek ve karşılaştırmak için başka veriden türetilen veri
Yapılandırılmamış veriBelgeler, görüntüler, ses, video, dökümler
Veri ambarı / göl / lakehouseYapılandırılmış analitik depo / ölçekte ham depo / ikisinin karışımı
ESB / iPaaSSistemler arasında aracılık eden bir entegrasyon katmanı
OLTP / OLAPBir seferde birkaç kayıt üzerinde operasyonel iş / çok sayıda kayıt genelinde analiz
Çekirdeğe yakın (near-core)Çekirdekte yönetilir, çekirdek dışında barındırılır: Data 360
Named Credential / External CredentialSalesforce’un giden bir uç noktayı / onun kimlik doğrulamasını tuttuğu yer
External Client AppDışarıdaki bir sistemin Salesforce’u çağırmak için nasıl yetkilendirildiği
Mevcut durumTasarımdan önce haritanın bugünkü hali; neyin yanlış olduğuyla işaretlenmiş
Kimlik sağlayıcı (IdP)Kullanıcıların kimliğini doğrulayan ve Salesforce’un güvendiği kimliği belirleyen sistem
Eşzamanlı / eşzamansız / toplu işYanıtı beklemek / devam edip yanıt geldiğinde ele almak / veriyi bir takvime göre grup halinde taşımak
HyperforceBölge seçimiyle genel bulut altyapısında Salesforce
Sıfır kopyaVeriyi kopyalamadan yaşadığı yerde sorgulamak

Kendinizi Sınayın

Bölüm başlığı “Kendinizi Sınayın ”

Kursun tarzında kısa senaryolar. Açmadan önce yanıtınıza karar verin.

1. Satışçılar Salesforce'ta hesaplarla çalışıyor, ama müşteriler satın aldığında resmî müşteri numarasını ERP veriyor. Salesforce siparişleri ERP'ye gönderiyor. Neyi tasarlamanız gerekir?

Her aşamada müşterinin sahibinin kim olduğunu; Hesap’ta Harici Kimlik olarak ERP numarasını; Salesforce’un hangi alanları değiştirebileceğini; ERP değişikliklerinin ne hızla geldiğini ve bir sipariş gönderildikten sonra ne geri geldiğini (kabul edildi, reddedildi, gönderildi, faturalandı). Harita Veri Modelini Değiştirir bölümünü yeniden okuyun.

2. Üst yönetim finansla birleştirilmiş, bölgelere göre beş yıllık zamanında teslimat performansı istiyor. Bunu Salesforce raporları olarak mı inşa edelim?

Muhtemelen hayır. Birkaç depoya yayılan analitik bir iş yükü; dolayısıyla verinin bir araya geldiği yere aittir: üzerinde CRM Analytics ya da Tableau olan ambar. Analitiğin yaşadığı yer verinin yaşadığı yeri izler. Analitik Verinin Yaşadığı Yerde Yaşar bölümünü yeniden okuyun.

3. 30 ülkede faaliyet gösteren bir şirket ülke başına bir org istiyor. Ne sorarsınız?

Her ülkeyle birlikte hangi gereksinimin geldiğini: depolama, işleme, sınır ötesi aktarım, sözleşmeler, farklı bir barındırıcı. Gerçek bir sınır yoksa tek org’la başlayın, çünkü her ek org raporlamayı, ana veriyi, entegrasyonu, kimliği ve dağıtımları katlar. Coğrafya Otomatik Olarak Bir Org Stratejisi Değildir bölümünü yeniden okuyun.

4. Kamyonlar günde 200.000 GPS okuması gönderiyor. Salesforce hepsini saklamalı mı?

Muhtemelen hayır. Bu akış verisidir: sevk görevlisinin güncel konuma ihtiyacı vardır, geçmiş ve eğilimler ise bu hacim için inşa edilmiş bir platforma aittir. Sıfırları sayın (yılda 70 milyonun üzerinde) ve “şu an nerede?” sorusunu “geçen çeyrek ne oldu?” sorusundan ayırın. Tür Sorunun Yalnızca Yarısıdır bölümünü yeniden okuyun.

5. Ekipler duraklarını Salesforce'ta işliyor, ama rotalar eski bir sevk aracında oluşturuluyor ve ikisini hiçbir şey bağlamıyor. Bugünü nasıl çizersiniz?

Olduğu gibi, mevcut durum olarak işaretleyerek: Salesforce’a yeniden girilen rotalar ve geri girilen tamamlanmış duraklar, bunu insanlar yaptığı için kesikli, yanlış olduğu için kırmızı. Keşke var olsaydı dediğiniz entegrasyonu çizmeyin; her kırmızı çizgi tasarım için bir gereksinime dönüşür. Neyin Yanlış Olduğunu İşaretleyin ve RouteDesk Hâlâ Orada bölümlerini yeniden okuyun.

6. Biri Avrupa gizlilik yasasının ayrı bir org gerektirdiğini söylüyor. Nasıl yanıt verirsiniz?

Ne körü körüne kabul edin ne de reddedin. GDPR tek başına ayrı bir org gerektirmez; kişisel veriler için, AB dışına aktarımlar dahil, kurallar koyar. Hangi belirli gereksinimi karşıladığını sorun (depolama, işleme, aktarım, destek erişimi, bir sözleşme, politika), sonra bunu mimariye dönüştürmek için gizlilik, hukuk ve güvenlik ekipleriyle çalışın. Avukatlık Taslamayın ve Avrupa Kendi Org’unu Aldığında bölümlerini yeniden okuyun.

7. Salesforce siparişleri ERP'nin API'sine gönderiyor. Yeniden denemeleri hangi taraf ele alır ve Salesforce gizli anahtarı nerede tutar?

İstemci Salesforce’tur: bağlantıyı açar, gidiş-dönüşün tamamını görür ve yeniden deneyebilen tek taraftır. Uç noktayı bir Named Credential, kimlik doğrulamayı da onun External Credential’ı tutar. Sunucu olan ERP sözleşmeyi tanımlar ve gelen şeyi doğrular. Her Okun Bir Mekanizmaya İhtiyacı Vardır bölümünü yeniden okuyun.

8. Bir entegrasyon bugün dakikada birkaç kayıt gönderiyor ve iş birimi gelecek yıl saatte on binlerce kayıt bekliyor. Ok değişir mi?

Muhtemelen mekanizması, hatta yönü. Dakikada birkaç kayıt Salesforce’tan bir çağrı olabilir; çok daha fazlası, diğer sistemin abone olduğu olayları yayımlamak anlamına gelebilir, böylece ok diğer uçta başlar; gece boyunca milyonlarca kayıt bir toplu iştir. Seçmeden önce sayıları bilin. Sıfırları Envantere Koyun bölümünü yeniden okuyun.

Daha Fazlası

Bölüm başlığı “Daha Fazlası ”