Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Bu makale, karar alıcıların kuruluş genelinde değerli veri ürünleri oluşturmak ve sürdürmek için gereken organizasyonel modeli oluşturmasına yardımcı olur.
Kuruluşların, verilerle ilgili sorumluluğun nerede olduğuna ve kaynakları en önemli veri ürünlerine nasıl yönlendireceklerine karar vermeleri gerekir. Net sahiplik ve yatırım öncelikleri olmadan veri girişimleri kaynaklar için rekabet edebilir, çabayı çoğaltabilir ve sürekli iş değeri olmayan veri ürünleri oluşturabilir. Bu makale kuruluşların veri etki alanları oluşturmasına, veri ürün yatırımlarına öncelik vermesine, bir işletim modeli seçmesine ve bu öncelikleri desteklemek için gereken yetkinlikleri geliştirmesine yardımcı olur.
Çözüm ve karar ağacı
Yapay zeka ve analiz için birleşik bir veri platformunun kavramsal mimarisi.
1. İşletim modeli
Sorumlulukları nasıl dağıtmanız gerekir? Kuruluşlar, kuruluş genelindeki yönetişimi veri etki alanı sorumluluğuyla birleştiren federe işletim modeli kullanmalıdır. Kuruluş, tüm veri alanlarında geçerli olan politikalar oluşturmalıdır. Her veri alanının bu politikalar kapsamında verileri ve veri ürünleri üzerinde yetkisi olmalıdır. Kuruluşlar bu yetki bölümünü belgelemelidir.
1.1 Veri alanları
Hangi sorumlulukları merkeziyetsizleştirmeliyiz? Bir veri etki alanı, ilgili veriler ve veri ürünleri üzerinde hesap verebilirlik için organizasyonel bir sınır tanımlar.
Veri alanlarına genel bakış.
Veri alanı oluşumu: Veri alanları, bir liderin öncelikleri belirleyebileceği ve yatırımı denetleyebileceği kuruluş sınırlarıyla uyumlu olmalıdır. İş birimleri veya ürün hatları genellikle etkili sınırlar sağlar çünkü zaten oturmuş bir liderlik yapısına ve bütçelere sahiptir. Veri alanları, verilerin bulunduğu yeri veya hangi teknoloji tarafından depolandığını yansıtmamalıdır. Hiçbir lider, ilgili veriler ve veri ürünleri üzerinde yeterli yetkiye sahip değilse farklı bir sınır tanımlayın.
Veri sahipliği: Her veri alanına bir üst düzey sahip atayın. Sahip, etki alanının iş sonuçlarından ve veri ürünlerinden sorumlu olur ve öncelikleri belirlemek ve çatışan ihtiyaçları çözmek için yeterli yetkiye ihtiyaç duyar.
Veri ürünü yatırımı: Her veri alanı, iş önceliklerine göre hangi veri ürünlerinin önerileceğini ve sürdürüleceğini belirlemelidir.
Alan bütçesi: Veri alanları, kuruluş genelindeki gereksinimler dahilinde verilerini ve veri ürünlerini desteklemek için bütçelerinin nasıl kullanılacağını belirlemelidir.
Veri alanı değişiklikleri: Kurumsal sorumluluk önemli ölçüde değişene kadar veri alanı sınırları kararlı kalmalıdır. Kuruluşlar, kurumsal değişikliklerden sonra veya yinelenen veri etki alanları arasında alınan kararlar sahipliği belirsizleştirdiğinde sınırları gözden geçirmelidir. Yinelenen eskalasyon, veri etki alanı yapısının artık kuruluş içindeki karar verme yetkisini yansıtmadığını gösterebilir.
1.2 Merkezi sorumluluk alanı
Hangi sorumlulukları merkezileştirmeniz gerekir? Veri etki alanları arasında tutarlılık gerektiren kararları merkezileştirin. Merkezi sorumluluk, kuruluş genelinde politikaya ve bunu uygulamak için gereken paylaşılan özelliklere odaklanmalıdır.
Kuruluş genelinde politikalar: Kuruluş, tüm veri etki alanlarında geçerli olan yönetişim ve güvenlik gereksinimlerini oluşturmalıdır. Ayrıca, veri ürünlerinin kurumsal yeniden kullanım için karşılaması gereken standartları da belirlemelidir. Bu ilkeler, veri etki alanlarının kendi kararlarını aldığı sınırları tanımlar.
Platform kısıtları: Kuruluş, kuruluş genelindeki ilkeleri platform kısıtlarına çevirmelidir. Microsoft Fabric kiracı ve diğer kapsamlar genelinde merkezi ve devredilmiş yönetimi destekler. Kuruluş, dış paylaşım veya konuk erişimi gibi kuruluş genelinde risk oluşturabilecek ayarları merkezi olarak denetlemelidir. Veri alanlarının kuruluş genelinde riski artırmadan bağımsız kararlar verebildiği durumlarda ayarları devretmesi gerekir. Kuruluşlar, Microsoft Fabric yeni özellikler ve ayarlar sundukça kiracı ayarlarını düzenli olarak gözden geçirmelidir. Bkz. İdareye genel bakış ve rehberlik.
Paylaşılan özellikler: Merkezileştirme tutarlılığı iyileştirdiğinde veya yinelenen platform çalışmalarını azalttığında kuruluş paylaşılan platform özellikleri sağlamalıdır. Bu özellikler Microsoft Fabric ve Microsoft Purview’ü içerebilir. Kuruluş, veri etki alanlarının paylaşılan özelliklere nasıl eriştiğini ve bunları nasıl finanse ettiğini belirlemelidir. Veri alanları, kendi verilerini ve veri ürünlerini destekleyen yatırımlar üzerinde yetki sahibi olmalıdır.
İstisnalar: Kuruluş, ilke veya paylaşılan platform gereksinimini karşılayamayan veri alanları için belgelenmiş bir istisna süreci oluşturmalıdır. Onaylanan her özel durum sorumlu lideri ve devam eden onay koşullarını tanımlamalıdır.
2. Veri önceliklendirmesi
Veri girişimlerini nasıl önceliklendirmeniz gerekir? Karar alıcıların, tanımlı iş hedeflerini destekleyen veri ürünlerinin öncelikli yol haritasını güncel tutmaları gerekir. Veri ürünü, tanımlanmış bir iş amacına göre düzenlenmiş yeniden kullanılabilir bir veri varlıkları kümesidir. Kuruluşlar, kullanılabilir veriler yerine iş çıktısıyla başlamalıdır. Bu yaklaşım, yatırımı tanımlanabilir tüketicileri ve ölçülebilir değeri olan veri ürünlerine yönlendirir.
İş hedefleri: Önerilen her veri ürünü tanımlı bir iş hedefini desteklemelidir. Bir iş hedefi, birden çok veri alanından gelen veri ürünlerine bağlı olabilir. Her veri etki alanı, katkıda bulunduğu veri ürünlerinden sorumlu olmaya devam eder. Karar alıcılar, bir veri ürününü yalnızca sponsorunun mümkün kıldığı sonucu ve kuruluşun bu değeri nasıl tanıyacağını açıklayabildiği durumlarda finanse etmelidir. Bu sonuç önemli bir kararı etkileyebilir. Otomasyonu etkinleştirebilir veya yeniden kullanmak üzere güvenilir veriler sağlayabilir.
Yatırım gerekçesi: Önerilen her veri ürününün, beklenen değerini ve onu sunmak ve sürdürmek için gereken kaynakları tanımlayan bir yatırım gerekçesi olmalıdır. Yatırım gerekçesi, veri ürününün iş açısından kritikliğini tanımlamalıdır. Kuruluş bu sınıflandırmayı güvenilirlik, dağıtım, izleme, kapasite ve değişiklik gereksinimleri için girdi olarak kullanmalıdır. Karar verenler, teknik tasarıma karar vermeden beklenen değerin toplam yatırımı haklı çıkarıp çıkarmadığını değerlendirmelidir.
Portföy önceliği: Kuruluşlar, iş değeri ve fizibilite için tutarlı ölçütler kullanarak önerilen veri ürünlerini karşılaştırmalıdır. Bağımlılıklar, liderler göreli değeri belirledikten sonra sıralamayı belirlemelidir. Her inceleme, teklife fon sağlama, erteleme veya reddetme kararına neden olmalıdır. Ulaşılabilir önkoşullara sahip yüksek değerli veri ürünleri normalde öncelikli olarak yatırım almalıdır. Kritik bir önkoşul hazır olmadığında kuruluşların teklifi ertelemesi gerekir. Beklenen değer yatırımı haklı çıkarmadığında bir teklifi reddetmeleri gerekir.
Süregelen yatırım: Kuruluşlar, fonlanan veri ürünlerini iş öncelikleri ve elde edilen değer değiştikçe yeniden değerlendirmelidir. Veri etki alanları, her veri ürününün hedeflenen sonucu desteklemeye devam edip etmediğini göstermek için yeterli kanıt sağlamalıdır. Bir veri ürünü yeterli değer sağladığında ve net sahipliği koruduğunda karar alıcılar yatırıma devam etmelidir. Bir veri ürününün değeri artık maliyetini haklı çıkarmadığında, yatırımı azaltmalı veya veri ürününü kullanımdan kaldırmalıdır.
3. Personel
Veri alanları için kadroyu nasıl oluşturmalıyız? Veri ürünü yol haritası personel planlamasına yön vermelidir. Kuruluşlar, sürekli talep mevcut olmadan önce kalıcı ekipler kurmamalıdır.
Özel personel kaynağı: Sürekli talep kalıcı uzmanlığı haklı çıkardığında veri etki alanı özel personel görevlendirmelidir. Bu model, stratejik olarak önemli veri ürünlerini destekleyen veya büyük ölçüde iş bilgilerine bağımlı olan veri etki alanlarına da uygundur. Veri alanı, onaylanmış bütçesi aracılığıyla özel personel istihdamını finanse etmelidir.
Paylaşılan personel: Kuruluş, çeşitli veri etki alanlarının benzer uzmanlığa ihtiyacı olduğunda ancak bireysel talep aralıklı olduğunda paylaşılan personel sağlamalıdır. Paylaşılan uzmanlar veri mühendisliği veya platform yönetimi gibi yetkinlikler sağlayabilir. Ortak uzmanlar, veri ürünü yol haritasına göre çalışmaya öncelik vermelidir.
Harici personel temini: Bir veri etki alanı, ihtiyaç geçici veya son derece özelleştirilmiş olduğunda dış sağlayıcılar kullanmalıdır. Dış sağlayıcılar ayrıca kuruluş bünyesinde iç yetkinlik geliştirilene kadar teslimi hızlandırabilir. Veri alanı, çalışma sona ermeden önce şirket içinde hangi bilgilerin aktarılması gerektiğini belirlemelidir.
4. Beceri
İhtiyacımız olan becerileri nasıl edinmeliyiz? Karar alıcıların onaylanan yol haritasından yetenek boşluklarını belirlemesi ve ardından bu boşlukları kapatmak için geliştirme yöntemlerini seçmesi gerekir.
** Uygulamalı geliştirme**: Eğitim, tanımlanan bir yetenek açığını gidermeli ve pratik olduğu durumlarda aktif veri ürünü çalışmalarına bağlanmalıdır. Bu yaklaşım, kişilere yeni bilgileri uygulayabilecekleri bir ortam sunar. Ayrıca liderlere eğitimin teslimat kapasitesini geliştirdiğine dair kanıt da sunar.
** Beceri doğrulama**: Yetkinlik belgeleri (sertifikalar ve uygulamalı beceriler) ilgili platform becerilerini doğrulayabilir. Onlar, kabiliyet stratejisini tanımlamak yerine desteklemelidir. Kuruluşlar, ihtiyaç duydukları rolleri ve yetkinlikleri belirledikten sonra güncel Microsoft Learn eğitimlerini ve role dayalı kimlik bilgilerini seçmelidir. Microsoft Kimlik Bilgileri bölümüne bakın.
5. Maliyet yönetimi ve FinOps
Kuruluşunuz harcamaları nasıl yönetmelidir? Kuruluşlar, harcamaları veri ürünlerinin değeriyle bağlayan devam eden bir FinOps süreci oluşturmalıdır. Her veri etki alanının, onaylanan bütçesi dahilindeki harcamalar için mali sorumluluk sahibi olması gerekir. Kuruluş, Microsoft Fabric için mevcut Azure finansal süreçlerini kullanmalıdır. Yalnızca paylaşılan Fabric kapasitesinin daha ayrıntılı tüketim tahsisi gerektirdiği durumlarda Fabric'e özgü ek işlemler tanımlamalıdır.
5.1 Maliyet dağıtımı
Maliyetleri nasıl ayırmalıyız? Kuruluşlar, Fabric maliyet ayırmayı mevcut Azure maliyet ayırma modeliyle uyumlu hale getirmelidir. Azure için zaten showback veya chargeback kullanan kuruluşlar, uygun olduğunda bu modeli Fabric'e genişletmelidir. Ayırma yöntemi, harcamaları onu tüketmekten sorumlu olan veri etki alanlarına atamalıdır. Yöntem ayrıca kuruluşun paylaşılan maliyetleri ve rezervasyon avantajlarını nasıl dağıttığını açıklamalıdır.
maliyet raporlama Azure: Microsoft Maliyet Yönetimi maliyet ayırma kuralları aracılığıyla maliyetleri abonelikler, kaynak grupları veya etiketler arasında düzenleyebilir ve yeniden dağıtabilir. Bkz. Maliyet Tahsisi.
Yeni süreç: Yerleşik bir modeliniz yoksa, chargeback uygulamaya koymadan önce veri etki alanlarının maliyetlerine görünürlük sağlamak için showback ile başlayın.
Chargeback araçları: Veri etki alanları Fabric kapasitesini paylaştığında, Fabric kapasite tüketimini uygun veri etki alanlarına atfetmek için Microsoft Fabric Chargeback uygulamasını kullanın. Bkz. Microsoft Fabric Masraf Yansıtma uygulaması.
5.2 Maliyet tahmini
Fabric maliyetlerini nasıl tahmin etmeliyiz? Veri etki alanları, bütçeleme sürecinin bir parçası olarak beklenen harcamaları tahmin etmeli ve gerçek tüketim bilindikçe tahminleri güncelleştirmelidir. Fabric kapasitesi önemli bir maliyet sürücüsü olduğundan, planlanan kapasite gereksinimlerini ve beklenen büyümeyi hesaba katmanız gerekir.
Veri alanları, ilk planlama için Microsoft Fabric SKU tahmin aracını ve gözlemlenen tüketimi kullanarak tahminleri iyileştirmek için Microsoft Fabric Kapasite Ölçümleri uygulamasını kullanmalıdır. Microsoft, daha küçük Fabric kapasiteyle başlayıp gerçek talep ek yatırımı haklı çıkardıkça kapasitenin artırılmasını önerir. Bkz. Fabric kapasite planlaması.
5.3 Maliyet optimizasyonu
Harcamaları nasıl optimize etmeliyiz? Veri alanı liderleri, gerçek harcamaları düzenli aralıklarla onaylanan bütçeyle ve veri ürünlerinin beklenen değeriyle karşılaştırmalıdır. Gözden geçirme, harcamanın haklı/gerekli olmaya devam edip etmediğini veya kuruluşun tüketimi optimize etmesi mi yoksa yatırımı yeniden düzenlemesi mi gerektiğini belirlemelidir.
Gözden geçirme sıklığı: Gözden geçirme temposu maliyet dalgalanmasını yansıtmalıdır. Aylık incelemeler normalde değişen iş yükleri veya yinelenen tüketim artışları olan veri alanlarına uyar. Üç aylık incelemeler, istikrarlı ve öngörülebilir kullanıma sahip veri etki alanlarına uyabilir.
FinOps araçları: Veri etki alanı liderleri, temel maliyet etkenlerini anlamak için Azure faturasıyla birlikte Fabric kapasite kullanımını kullanmalıdır. Microsoft Maliyet Yönetimi, bir Fabric kapasitesi için kullanım ücretlerini gösterir ve Microsoft Fabric Kapasite Ölçümleri uygulaması ilgili kapasite kullanım bilgilerini sağlar. Bkz. Fabric kapasitenize ait Azure faturasını anlama ve Microsoft Fabric kapasitenizi değerlendirme ve iyileştirme.
Taahhüt tabanlı fiyatlandırma: Kuruluşlar bir veya üç yıllık dönemler için Fabric kapasite rezervasyonları satın alabilir. Rezervasyon, eşleşen Fabric kapasite kullanımını kapsar, ancak depolama veya ağ ücretlerini kapsamaz. Kuruluşlar bu taahhüdü ancak kullanım yeterince tahmin edilebilir hale geldikten sonra yapmalıdır. Microsoft Fabric Kapasite rezervasyonlarıyla maliyetlerden tasarruf edin.