Veri ağındaki ana verileri yönetme
Veri ağı mimarisi kullanan kuruluşlar genellikle her biri benzersiz sistemler ve veriler içeren çok sayıda etki alanına sahiptir.
Bu kurulumda aynı verilerin birden çok sürümü bulunabileceğinden, bu geniş veri yayılımı karmaşıklığı artırır. Sahiplerin birden çok etki alanından aynı verilerin farklı bölümlerini tümleştirmesi ve uyumlu hale getirmek zorunda olması nedeniyle tümleştirme daha fazla çaba gerektirir. Veriler bu farklı etki alanları arasındaki bağlamlarda tutarsız olabilir. Veri kalitesi de değişebilir. Bu zorlukları gidermek için ana veri yönetimi (MDM) uygulayın.
Etki alanı odaklı ana veri yönetimi
Ana kimlik numaraları, MDM'nizin önemli bir yönüdür. Ana kimlik numaralarınız, ana veri ve etki alanlarınızdaki verileri birbirine bağlar. Bu sayılar, hangi verilerin ana verilerle birleştirildiğini ve hangi verilerin bir araya ait olduğunu takip edebilmeniz açısından kritik öneme sahiptir. Benzersiz verileri tanımlayabilir ve ana kimlik numaralarını sistem içinde yerel olarak değil, merkezi olarak atayabilirsiniz. Farklı sistemlerden ana verilerinizin MDM çözümünüzde birlikte olması gerekir.
MDM, dağıtılmış doğası nedeniyle etki alanı odaklı mimarilerde farklı çalışır. Etki alanlarınızda MDM'ye güvendiğiniz için tutarlılık elde etmek daha zordur.
Tutarlılık elde etmenin bir yolu, veri ürünlerini dağıtırken etki alanlarınızın kendilerini merkezi olarak yönetilen ana verilere uymasını istemektir. Ana verilerin listesini bir ana veri deposunda veya merkezi depoda yayımlayabilirsiniz. Etki alanınız, diğer etki alanlarına veri ürünleri dağıtırken kurumsal başvuru verilerinizden kurumsal başvuru tanımlayıcılarını kullanarak verileri sınıflandırabilir. Bu, diğer etki alanlarınızın bu veri ürünlerindeki ana verileri hızla tanımasını sağlar.
Ayrıca MDM etkinliklerinizi gruplandırırken ve bir ana veri deposunu merkezi bir depo olarak kullanırken de yeni MDM etki alanları oluşturabilirsiniz. Her yeni MDM etki alanı, ana verilerinizin tanımlanmasına ve denetimine odaklanan belirli bir veri sahibi içermelidir. Bu verilere örnek olarak müşteriler, ürünler, çalışanlar, coğrafi konumlar ve finans ve risk bilgileri verilebilir. Bu MDM etki alanlarından alınan ana verilerin diğer etki alanlarına geri dönüş yolunu bulması gerekir. Bu veri dağıtımı, veri ürünlerinizin dağıtımına benzer.
Ana veri yönetimini kapsamlayabilir ve veri ürün dağıtımına yönelik farklı yaklaşımlara izin verebilirsiniz. Belirli bir kapsamın sınırları içinde, veri ürünlerinin kurumsal ana verilere uyması gerekmez, ancak kapsamın sınırlarının ötesinde veri ürünlerinin uyumlu olması gerekir. Ayrıca bu deseni tersine uygulayarak ana verilere yalnızca belirli bir kapsam içinde bağlı kalmanızı ve verilerin dışında kalmalarını zorunlu kılabilirsiniz. Bu kurulumlarda, ana verileriniz MDM çözümünüz içinde merkezi olarak yönetilir. Etki alanlarınızın hangi yerel verileri merkezi ana veriyle eşlediklerini bilmeleri için ana verileri değiştirmesi gerekir. Hangi verilerin yönetildiğini ve hangi verileri hızla birbirine bağlayabileceğinizi bilmeniz için bu ilişkileri belirleyin ve koruyun. İşletim sistemindeki yerel etki alanı anahtarları değişirse, her şeyi birbirine bağlayan tek öğe ana tanımlayıcıdır.
Ana tanımlayıcıları dağıtırken, MDM ana tanımlayıcılarınızı tüm kaynak sistemlere tahmin etmeyin. Bunu yapmak tutarlılık sorunlarına neden olabilir. Yalnızca MDM'ye tabi olan uygulamalarınız veya sistemleriniz MDM hub'ınızdan bir ana tanımlayıcı almalıdır. MDM'ye tabi olmayan sistemler kendi yerel (etki alanı) bütünlüğünü kullanmalıdır.
Etki alanı düzeyinde ana veri yönetimi
Çakışan verileri aradığınızda büyük olasılıkla çeşitli çakışma derecelerini keşfedeceksiniz. Bazı veriler geneldir ve birçok etki alanını kapsıyor. Diğer verilerin çakışması sınırlıdır ve yalnızca birkaç etki alanını kapsıyor. MDM'yi etki alanı düzeyinde MDM'ye genişleterek veri çakışması miktarını ve önemini ayırt edin. Bunu yapmak için ana verilerinizin belirli bir kapsamda kısmi görünümlerini oluşturabilirsiniz. Bu, verileriniz etki alanlarınızın bazıları arasında paylaşıldığında ancak tümü arasında paylaşılmadığında yararlıdır.
Çakışan etki alanlarının verileri yönetmesi ancak merkezi bağımlılığı olmaması önemlidir. MDM çözümleri bunu başarmanıza yardımcı olabilir. Altyapıyı soyutlayarak ve etki alanlarınıza bir hizmet olarak MDM sağlayarak kullanımı muazzam ölçüde basitleştirebilirsiniz. Merkezi bir çözüm kullanıyorsanız, her bir etki alanı veya kapsam için ayrı ayrı görünümler uygulayın.
Yeniden kullanılabilir bileşenlerle tutarlılık sağlama
Kod paylaşımı, ana veri işbirliğini ve yeniden kullanılabilirliği sağlamanın başka bir yoludur. Ana verileri paylaşmak yerine, çıkışlar oluşturmak ve etkili yeniden kullanımı teşvik etmek için temel alınan kodu (kod parçacıkları ve betikler) paylaşırsınız. Bu temel alınan kodu, sürüm denetimine sahip merkezi ve açık bir depoda depolayın. Ekiplerinizin tümü bu depoda bulunan kodlara katkıda bulunabilir ve kod üzerinde geliştirme yapabilir.
Bu modelde iş mantığını yalnızca etki alanları içinde uygularsınız. Ekipleriniz uygun gördükleri şekilde mantıkta sapma yapabilir, iyileştirmeler yapabilir veya biraz iyileştirilmiş sürümleri kullanabilir. Topluluğunuzdaki geliştirmeler merkezi kod deponuza eklendikçe çıkışlarınızı yeniden oluşturabilirsiniz.
Ekiplerinizin kodlarını değiştirmesine izin vermenin çeşitli takımlar arasındaki sonuçları karşılaştırmayı zorlaştırabileceğini ve bunun tutarlılığı etkileyeebileceğini unutmayın.
Ana veri yönetimi özeti
Kullanıcılar yalnızca kullandıkları veriler tutarlı ve doğru olduğunda doğru kararlar alabilir. MDM kullanarak verilerinizin kurumsal düzeyde tutarlılığını ve kalitesini sağlayabilirsiniz.
Kuruluşunuzun MDM için doğru bakiyeyi bulması gerekir. Ana verilerin veya başvuru değerlerinin çok fazla alanı olması etki alanları arasında çok fazla hizalamaya yol açar. Hiçbir kurumsal verinin olmaması, sonuçları karşılaştırmayı imkansız hale getirir. MDM'yi dengeli bir şekilde kullanmaya başlamanın pratik bir yolu, bir depo uygulamaktır. Kuruluşunuzun ana verilerini yönetmenin en basit yolu budur. Bir depoyla, hangi verilerin düşük kaliteli olduğunu veya hizalanması gerektiğini öğrenmek için etki alanı sistemlerinizi ayarlamanız gerekmez. Bu bilgileri edinmenize yardımcı olan bir depoyla değeri daha hızlı bir şekilde sunabilirsiniz.
Bir depo uyguladıktan sonra, net bir kapsamı seviyelendirmeniz gerekir. Tüm verileri seçerek kurumsal verileri birleştirme tuzağına düşmeyin. Yalnızca en önemli alanlarınızdaki ana veriler. Müşteriler, sözleşmeler, ürünler ve kuruluş birimleri gibi en çok değer katan konuları seçerek başlayın. Öznitelik sayınız yüzlerce veya binlerce değil, onlarda olmalıdır.
Etki alanlarınızla bir anlaşmaya vardıktan sonra süreçlerinizi ve idarenizi uyumlu hale getirme. Zaman çizelgeleri ve gözden geçirmelerle ilgili tüm sözleşmeleri tüm etki alanları için net hale getirin. Ayrıca meta verileriniz üzerinde de çalıştığınızdan emin olun. Ana verilerinizi kataloglayın. Etki alanlarınızın hangi veri öğelerinin hangi kaynak sistemlerden aday olduğunu ve bu öğelerin veri işlem hatlarınızda nasıl aktığını bilmelerini sağlayın.
Son adım ve nihai hedefiniz birlikte yaşama ulaşmaktır. Geliştirmeleriniz doğrudan etki alanlarınıza geri akmalıdır. Bu, sürecin en zor kısmıdır, çünkü birçok mimari değişikliği yapmanızı gerektirir. Etki alanlarınızın merkezi olarak yönetilen MDM çözümünüzden gönderilen düzeltmeleri ve iyileştirmeleri işleyebilmesi gerekir.