Veri etki alanları

Veri ağı, çekirdekte merkeziyetsizleştirme ve sorumlulukların etki alanlarına dağıtılması amacıyla kurulmuştur. İşin bu kısmını gerçekten anlıyorsanız, ilişkili verileri yönetmek ve doğruluğundan emin olmak için en iyi konuma sahip olursunuz. Bu, etki alanı odaklı veri sahipliği ilkesidir.

Etki alanına yönelik veri sahipliğini yükseltmek için önce veri mimarinizin ayrıştırılmasını yapmanız gerekir. Veri ağı kurucusu Zhamak Dehghani, veri etki alanlarınızı belirlemenize yardımcı olmak için yararlı bir yöntem olarak Etki Alanı Odaklı Tasarım (DDD) yaklaşımını yazılım geliştirmeye teşvik eder.

Veri yönetimi için DDD kullanmanın zorluğu, DDD'nin özgün kullanım örneğinin karmaşık sistemleri yazılım geliştirme bağlamında modellemesiydi. Başlangıçta kurumsal verileri modellemek için oluşturulmamıştır ve veri yönetimi uygulayıcıları için yöntemi soyut ve teknik olabilir. Ayrıca genellikle DDD'nin anlaşılmasında da bir eksiklik vardır. Uygulayıcılar kavramsal kavramlarını kavrayamayacak kadar zor buluyor veya yazılım mimarisinden veya nesne odaklı programlamadan veri manzaralarına örnekler yansıtmaya çalışıyor. Bu makale, DDD'yi anlayıp kullanabilmeniz için size pragmatik rehberlik ve net sözlük sağlar.

Etki Alanı Odaklı Tasarım

Eric Evans tarafından tanıtılan Domain-Driven Design, daha büyük kuruluşlara yönelik karmaşık sistemleri açıklamaya yardımcı olan yazılım geliştirmeyi desteklemeye yönelik bir yöntemdir. DDD popülerdir çünkü üst düzey uygulamalarının çoğu mikro hizmetler gibi şeyler için modern yazılım ve uygulama geliştirme yaklaşımlarını etkiler.

DDD sınırlanmış bağlamlar, etki alanları ve alt etki alanları arasında ayrımlar. Etki alanları, ele almak istediğiniz sorun alanlarıdır. Bunlar bilgi, davranış, yasa ve etkinliklerin bir araya geldiği alanlardır. Etki alanlarında anlamsal bağlantı, bileşenler veya hizmetler arasındaki davranışsal bağımlılıklar görürsünüz. Etki alanlarının bir diğer yönü de iletişimdir. Ekip üyelerinin herkesin verimli çalışabilmesi için tüm ekibin paylaştığı bir dili kullanması gerekir. Bu paylaşılan dil yaygın dil veya etki alanı dili olarak adlandırılır.

Etki alanları karmaşıklığı daha iyi yönetmek için alt etki alanlarına ayrılır. Bunun yaygın bir örneği, AI/ML için veri ağı kullanıma hazır hale getirme bölümünde gösterildiği gibi bir etki alanını belirli bir iş sorununa karşılık gelen alt etki alanları haline getirmektir.

Tüm alt etki alanları aynı değildir. Örneğin, etki alanlarını çekirdek, genel veya destekleyici olacak şekilde sınıflandırabilirsiniz. Temel alt etki alanları en önemlileridir. Bir organizasyonu benzersiz hale getiren gizli soslar, malzemeler. Genel alt etki alanları özel değildir ve genellikle kullanıma açık ürünlerle kolayca çözülebilmektedir. Alt etki alanlarının desteklenmesi rekabet avantajı sunmaz, ancak bir kuruluşun çalışır durumda kalmasını sağlamak için gereklidir ve genellikle karmaşık değildir.

Sınırlanmış bağlamlar mantıksal (bağlam) sınırlardır. Çözüm alanına odaklanırlar: sistemlerin ve uygulamaların tasarımı. Odak noktasının çözüm alanına hizalandığı bir alandır. DDD içinde bu kod, veritabanı tasarımları vb. içerebilir. Etki alanları ve sınırlanmış bağlamlar arasında hizalama olabilir, ikisini birbirine bağlayan sabit bir kural yoktur. Sınırlanmış bağlamlar doğası gereği tekniktir ve birden çok etki alanına ve alt etki alanına yayılabilir.

Etki alanı modelleme önerileri

Veri ağlarını veri demokratikleştirme kavramı olarak benimser ve esnekliği artırmak için etki alanı odaklı veri sahipliği ilkesini uygularsanız, bu uygulamada nasıl çalışır? Kurumsal veri modellemeden etki alanı odaklı tasarım modellemesine geçiş nasıl görünebilir? Veri yönetimi için DDD'den hangi dersleri alabilirsiniz?

Sorun alanlarınızın işlevsel bir iş ayrıştırması yapma

Ekiplerinizin verilerini uçtan uca çalıştırmasına izin vermeden önce kapsama bakın ve çözmeye çalıştığınız sorun alanlarını anlayın. Teknik bir uygulamanın ayrıntılarına geçmeden önce bu alıştırmayı yapmanız önemlidir. Bu sorun alanları arasında mantıksal sınırlar ayarladığınızda sorumluluklar daha net hale gelir ve daha iyi yönetilebilir.

Sorun alanlarınızı gruplandırırken iş mimarinize bakın. İş mimarisinde iş özellikleri vardır: bir işletmenin sahip olduğu yetenekler veya kapasiteler ya da belirli bir amaca veya sonuca ulaşmak için değişimler. Bu soyutlama, kuruluşunuzun stratejik iş hedeflerine ve hedeflerine uygun olarak verileri, süreçleri, kuruluşu ve teknolojiyi belirli bir bağlamda paketler. İş yeteneği haritası, görevinizi ve vizyonunuzu yerine getirmek için hangi işlevsel alanların gerekli göründüğünü gösterir.

Tailwind Traders adlı kurgusal bir şirketin özellik ayrıştırma özelliğini aşağıdaki modelde görüntüleyebilirsiniz.

Tailwind Traders'ın başarılı olması için İş Yeteneği Haritası'nda listelenen tüm işlevsel alanlarda ustalaşmalıdır. Tailwind Traders, örneğin Çevrimiçi veya Çevrimdışı Bilet Yönetim Sistemlerinin bir parçası olarak bilet satabilmeli veya Pilot Yönetim Programı kapsamında uçakları uçurabilecek Pilotlara sahip olmalıdır. Şirket, bazı etkinlikleri dış kaynak olarak kullanabilir ve diğerlerini işinin temeli olarak tutabilir.

Pratikte gözlemlediğiniz şey, çalışanlarınızın çoğunun iş yeteneklerine göre düzenlendiğidir. Kişiler aynı iş özelliği üzerinde çalışmak aynı sözlüğü paylaşır. Aynı durum, genellikle iyi hizalanmış ve destekledikleri etkinliklerin uyumluluğuna bağlı olan uygulamalarınız ve işlemleriniz için de geçerlidir.

İş yeteneği eşlemesi harika bir başlangıç noktasıdır, ancak hikayeniz burada bitmiyor.

İş özelliklerini uygulamalar ve verilerle eşleme

Kurumsal mimarinizi daha iyi yönetmek için iş yeteneklerinizi, sınırlanmış bağlamlarınızı ve uygulamalarınızı uyumlu hale getirme. Bunu yaparken bazı temel kurallara uymak önemlidir.

İş özellikleri iş düzeyinde kalmalı ve soyut kalmalıdır. Kuruluşunuzun ne yaptığını temsil eder ve sorun alanlarınızı hedefler. bir iş özelliği uyguladığınızda, belirli bir bağlam için bir gerçekleştirme (yetenek örneği) oluşturulur. Belirli bir iş değeri sunmak için çözüm alanınızdaki bu sınırlar içinde birden çok uygulama ve bileşen birlikte çalışır.

Belirli bir iş özelliğiyle uyumlu uygulamalar ve bileşenler, farklı iş kaygılarını ele aldıklarından, diğer iş özellikleriyle uyumlu uygulamalardan ayrı kalır. Sınırlanmış bağlamlar, iş özelliklerinden türetilir ve yalnızca iş özelliklerine eşlenir. Bir iş yeteneği uygulamasının sınırını temsil eder ve bir etki alanı gibi davranırlar.

İş özellikleri değişirse sınırlanmış bağlamlar değişir. Tercihen etki alanları ile ilgili sınırlanmış bağlamlar arasında tam hizalama olmasını beklersiniz, ancak sonraki bölümlerde öğreneceğiniz gibi, gerçeklik bazen idealden farklıdır.

Tailwind Traders'a yetenek eşlemesi projelendirdiğimizde sınırlanmış bağlam sınırları ve etki alanı uygulamaları aşağıdaki diyagrama benzer görünebilir.

Bu diyagramda, Müşteri yönetimi konu uzmanlığı üzerine kurulmuştur ve bu nedenle diğer etki alanlarına hangi verilerin hizmet verilip ve verilip venlerin verilip venlerin en iyi şekilde kullanılabildiğinden, bu konuda uzmandır. Müşteri yönetiminin iç mimarisi ayrılmıştır, bu nedenle bu sınırlar içindeki tüm uygulama bileşenleri uygulamaya özgü arabirimleri ve veri modellerini kullanarak doğrudan iletişim kurabilir.

Veri ürünleri ve net birlikte çalışabilirlik standartları, diğer etki alanlarına veri dağıtımlarını resmileştirmek için kullanılır. Bu yaklaşımda, tüm veri ürünleri de etki alanıyla uyumludur ve aynı etki alanından paydaşlar ve tasarımcılar tarafından söz konusu etki alanının ihtiyaçlarına hizmet etmek için üzerinde anlaşmaya varılan, oluşturulmuş, resmileştirilmiş bir dil olan yaygın dili devralır.

Birden çok özellik gerçekleştirmesinden ek etki alanları

İş yeteneği haritalarıyla çalışırken bazı iş özelliklerinin birden çok kez örnek alınabileceğini kabul etmek önemlidir.

Örnek olarak, Tailwind Traders'ın "bagaj taşıma ve kayıp ürünler" için birden fazla yerelleştirilmiş gerçekleştirilmesi (veya uygulaması) olabilir. İşlerinin bir satırının yalnızca Asya'da çalıştığını varsayalım. Bu bağlamda"bagaj taşıma ve kayıp eşya", Asya ile ilgili uçaklar için yerine getirilmiş bir özelliktir. Farklı bir iş kolu Avrupa pazarını hedef alabilir ve bu bağlamda başka bir "bagaj taşıma ve kayıp eşya" özelliği kullanılır. Birden çok örneğin bu senaryosu, farklı teknoloji hizmetlerini kullanan birden çok yerelleştirilmiş uygulamaya ve bu hizmetleri çalıştırmak için kopuk ekiplere yol açabilir.

İş yeteneği ve yetenek örneklerinin (gerçekleşmeler) ilişkisi bire çokdur. Bu nedenle fazladan (alt) etki alanlarıyla sonuç alırsınız.

Paylaşılan özellikleri bulma ve paylaşılan verilere dikkat edin

Paylaşılan iş özelliklerini nasıl ele alacağınız önemlidir. Paylaşılan özellikleri genellikle hizmet modelleri olarak merkezi olarak uygular ve bunları farklı iş kollarına sağlarsınız. "Müşteri yönetimi" bu tür bir özelliğe örnek olabilir. Tailwind Traders örneğimizde hem Asya hem de Avrupa iş kolu müşterileri için aynı yönetimi kullanıyor.

Ancak paylaşılan bir özellikte etki alanı veri sahipliğini nasıl yansıtabilirsiniz? Birden çok iş temsilcisi büyük olasılıkla aynı paylaşılan yönetim içindeki müşteriler için sorumluluk üstlenebilir.

Uygulama etki alanı ve veri etki alanı vardır. Etki alanınız ve sınırlanmış bağlamınız, veri ürünü bakış açısından mükemmel bir şekilde hizalanmamıştır. Buna karşılık, iş yeteneği açısından hala tek bir veri sorunu olduğunu tartışabilirsiniz.

Karmaşık satıcı paketleri, SaaS çözümleri ve eski sistemler gibi paylaşılan özellikler için etki alanı veri sahipliği yaklaşımınızda tutarlı olun. Veri sahipliğini, uygulama geliştirmeleri gerektirebilecek veri ürünleri aracılığıyla ayrıştırabilirsiniz. Tailwind Traders "müşteri yönetimi" örneğimizde, uygulama etki alanından farklı işlem hatları birden çok veri ürünü oluşturabilir: Asya ile ilgili tüm müşteriler için bir veri ürünü ve Avrupa ile ilgili tüm müşteriler için bir veri ürünü. Bu durumda, birden çok veri etki alanı aynı uygulama etki alanından kaynaklanır.

Uygulama etki alanlarınızdan kendi içindeki veri sahipliğini ayırt etmek için meta verileri kapsülleyen tek bir veri ürünü oluşturmasını da isteyebilirsiniz. Örneğin, her satırı tek bir veri etki alanına eşlerken sahiplik için bir sütun adı ayırabilirsiniz.

Birden çok iş özelliği sunan monolith'leri belirleme

Ayrıca, genellikle büyük ve geleneksel kuruluşlarda görülen birden çok iş özelliğine uygun uygulamalara da dikkat edin. Örnek senaryomuzda Tailwind Traders, hem "maliyet yönetimi" hem de "varlıklar ve finansman" işlemlerini kolaylaştırmak için karmaşık bir yazılım paketi kullanmaktadır. Bu paylaşılan uygulamalar, mümkün olduğunca çok özellik sağlayan monolitlerdir ve bu da onları büyük ve karmaşık hale getirir. Böyle bir durumda uygulama etki alanı daha büyük olmalıdır. Aynı şey, birden çok veri etki alanının bir uygulama etki alanında bulunduğu paylaşılan sahiplik için de geçerlidir.

Kaynakla hizalanmış, yeniden teslim ve tüketiciyle hizalanmış etki alanları için tasarım desenleri

Etki alanlarınızı eşlerken, verilerinizin oluşturulmasına, tüketimine veya yeniden teslimi temelinde bir desen seçebilirsiniz. Mimariniz için, etki alanınızın belirli özelliklerine göre etki alanlarınızı destekleyen şablonlar tasarlayabilirsiniz.

Sistemle hizalanmış kaynak etki alanları

Kaynak sistemle hizalanmış etki alanları, verilerin kaynaklandığı kaynak sistemlerle hizalanır. Bu sistemler genellikle işlemsel veya çalışır durumdadır.

Amacınız doğrudan bu altın kaynak sistemlerden veri yakalamaktır. Yoğun veri tüketimi için sağladığınız etki alanlarındaki veri ürünlerini okuma-iyileştirme. Veri dönüştürme ve paylaşma için standartlaştırılmış hizmetleri kullanarak bu etki alanlarını kolaylaştırma.

Önceden yapılandırılmış kapsayıcı yapılarını içeren bu hizmetler, kaynak odaklı etki alanı ekiplerinizin verileri daha kolay yayımlamasını sağlar. Minimum kesinti ve maliyetle en az direncin yoludur.

Tüketiciye uygun etki alanları

Tüketiciyle hizalanmış etki alanları, kaynakla hizalanmış etki alanlarının tersidir. Bunlar, diğer etki alanlarından veri gerektiren belirli son kullanıcı kullanım örnekleriyle hizalanır. Müşteriyle uyumlu etki alanları, kuruluşunuzun kullanım örneklerine uyacak şekilde verileri tüketir ve dönüştürür.

Bu tüketen ihtiyaçları karşılamak için veri dönüştürme ve tüketim için paylaşılan veri hizmetleri sunmayı göz önünde bulundurun. Veri işlem hatlarını, depolama altyapısını, akış hizmetlerini, analitik işlemeyi vb. işlemek için etki alanı bağımsız veri altyapısı özellikleri sunabilirsiniz.

Yeniden teslim etki alanları

Verilerin yeniden kullanılabilirliği farklı ve daha zor bir senaryodur. Örneğin, aşağı akış tüketicileri farklı etki alanlarındaki verilerin birleşimiyle ilgileniyorsa, verileri toplayan veya birçok etki alanı için gerekli olan üst düzey verileri birleştiren veri ürünleri oluşturabilirsiniz. Bu, yinelenen çalışmalardan kaçınmanızı sağlar.

Veri ürünlerinizle analitik kullanım örnekleri arasında güçlü bağımlılıklar oluşturmayın. Bunun yerine esneklik ve gevşek bağlantı için çaba gösterin. Aşağıdaki modelde nasıl esneklik elde edilebileceği gösterilmektedir. Hem veri ürünleri hem de analitik kullanım örnekleri için sahiplik alan bir etki alanı, veri ürünü oluşturma ve veri kullanımı için ayrı süreçler tasarlamıştır.

Çakışan etki alanı desenlerini tanımlama

Etki alanı modellemesi genellikle veriler veya iş mantığı etki alanları arasında paylaşıldığında karmaşıklaşır. Büyük ölçekli kuruluşlarda etki alanları genellikle diğer etki alanlarındaki verileri kullanır. Tümleştirme mantığı sağlayan genel etki alanlarının diğer alt etki alanlarını standartlaştırmasına ve bundan yararlanmasına olanak sağlayacak şekilde olması yararlı olabilir. Paylaşılan modelinizi alt etki alanları arasında küçük ve her zaman yaygın dille uyumlu tutun.

Çakışan veri gereksinimleri için etki alanı temelli tasarımdan farklı desenler kullanabilirsiniz. Aralarından seçim yapabileceğiniz desenlerin kısa bir özeti aşağıdadır:

• Yinelemenin yeniden kullanılabilirliğe göre ilişkili maliyetini tercih ediyorsanız, ayrı bir yol deseni kullanılabilir. Daha yüksek esneklik ve çeviklik için yeniden kullanılabilirlik feda edilir.
• Bir etki alanı güçlüyse ve aşağı akış tüketicilerinin verilerinin ve ihtiyaçlarının sahipliğini almaya istekliyse müşteri-tedarikçi deseni kullanılabilir. Dezavantajları arasında çakışan endişeler ve aşağı akış ekiplerinizi teslim edilebilirler üzerinde anlaşmaya ve öncelikleri zamanlamaya zorlama sayılabilir.
• Tümleştirme mantığınız yeni oluşturulan bir etki alanında planlanmamış bir şekilde eşgüdümlü olduğunda bir ortaklık deseni kullanılabilir. Tüm ekipler birbirlerinin ihtiyaçlarıyla işbirliği yapıp bu ihtiyaçları dikkate alır. Paylaşılan mantığı kimse serbestçe değiştiremediğinden, ilgili herkesin önemli bir taahhüdü olması gerekir.
• Tüm etki alanlarınızı tüm gereksinimlere uymak için uyumlu bir desen kullanılabilir. Tümleştirme çalışmanız karmaşık olduğunda, başka hiçbir tarafın denetimi olmadığında veya satıcı paketlerini kullandığınızda bu düzeni kullanın.

Her durumda, etki alanlarınız birlikte çalışabilirlik standartlarınıza uymalıdır. Diğer etki alanları için yeni veri üreten bir iş ortaklığı etki alanı, sahipliğini almak da dahil olmak üzere diğer etki alanları gibi kendi veri ürünlerini kullanıma sunmalıdır.

Etki alanı sorumlulukları

Veri ağı, veri sahipliğini etki alanı ekipleri arasında dağıtarak merkeziyetsizleştirir. Birçok kuruluş için bu, idare etrafında merkezi bir modelden federasyon modeline geçiş anlamına gelir. Etki alanı ekiplerine şunlar gibi görevler atanır:

• Verilerin alınması, temizlenmesi ve dönüştürülmesi gibi veri işlem hatlarının sahipliğini alarak müşterinin mümkün olduğunca çok veri gereksinimlerini karşılama
• SLA'lara bağlı kalma ve veri tüketicileri tarafından belirlenen kalite önlemleri dahil olmak üzere Veri Kalitesini geliştirme
• Meta verileri kapsülleme veya ayrıntılı satır ve sütun düzeyi filtreleme için ayrılmış sütun adları kullanma
• Meta veri yönetimi standartlarına bağlı olmak, örneğin:
  • Uygulama ve kaynak sistem şema kaydı
  • Geliştirilmiş bulunabilirlik için meta veriler
  • Sürüm oluşturma bilgileri
  • Veri özniteliklerinin ve iş terimlerinin bağlantısı
  • Etki alanları arasında daha iyi tümleştirme sağlamak için meta veri bilgilerinin bütünlüğü
• Protokoller, veri biçimleri ve veri türleri de dahil olmak üzere veri birlikte çalışabilirliği standartlarına uygunluk
• Kaynak sistemleri ve tümleştirme hizmetlerini tarayıcılara bağlayarak veya el ile köken sağlayarak köken sağlama
• IAM erişim gözden geçirmeleri ve veri sözleşmesi oluşturma dahil olmak üzere veri paylaşımı görevlerine bağlı

Ayırma için ayrıntı düzeyi

Artık veri etki alanlarını tanımayı ve kolaylaştırmayı biliyorsunuz, ayırma için doğru etki alanı ayrıntı düzeyini ve kuralları tasarlamayı öğrenebilirsiniz. Mimarinizi ayrıştırdığınızda iki önemli boyut ortaya çıkar.

İşlevsel etki alanları için ayrıntı düzeyi ve sınırlanmış bağlamların ayarlanması bir boyuta sahiptir. Etki alanları belirli bir çalışma yöntemine uygundur ve verilerin paylaşılan hizmetleri kullanan tüm etki alanları için kullanılabilir olmasını, sahipliği almasını, meta veri standartlarına uymasını vb. sağlar.

Veri dağıtımı için mümkün olduğunda ayrıntılı sınırlar ayarlayın. Veri odaklı olmak, verileri yoğun yeniden kullanım için kullanılabilir hale getirmektir. Sınırlarınızı çok gevşek hale getirirseniz, birçok uygulama arasında istenmeyen bağlantılara zorlar ve verilerin yeniden kullanılabilirliğini kaybedersiniz. Veriler iş özelliklerinin sınırlarını her geçtiğinde ayrıştırma için çaba gösterin. Bir etki alanı içinde, etki alanının iç mimarisi içinde sıkı bağlamaya izin verilir. Ancak, iş özelliklerinin sınırlarını aştığınızda etki alanlarının ayrık kalması ve diğer etki alanlarıyla paylaşmak için okuma için iyileştirilmiş veri ürünlerini dağıtması gerekir.

Diğer önemli boyut, teknik etki alanları ve altyapı kullanımı için ayrıntı düzeyidir. Veri giriş bölgeleriniz, veri ürünleri oluşturan veri uygulamalarına hizmet için çeviklik sağlar. Altında paylaşılan altyapı ve hizmetler bulunan bu tür giriş bölgesini nasıl oluşturursunuz? İşlevsel etki alanları mantıksal olarak birlikte gruplandırılır ve platform altyapısını paylaşmak için iyi adaylardır. Bu giriş bölgelerini oluştururken dikkate alınması gereken bazı faktörler şunlardır:

• Verilerle çalışırken ve veri paylaşırken uyum ve verimlilik, işlevsel etki alanlarını bir veri giriş bölgesiyle hizalamanın güçlü bir sürücüsüdür. Bu, büyük veri ürünlerini etki alanları arasında sürekli paylaşma eğilimi olan veri yerçekimiyle ilgilidir.
• Bölgesel sınırlar ek veri giriş bölgelerinin uygulanmasına neden olabilir.
• Sahiplik, güvenlik veya yasal sınırlar etki alanlarını ayırmaya zorlayabilir. Örneğin, bazı veriler diğer etki alanları tarafından görülemez.
• Esneklik ve değişim hızı önemli etmenlerdir. Bazı etki alanları yüksek bir yenilik hızına sahipken, diğer etki alanları kararlılığı güçlü bir şekilde değerlendirir.
• İşlevsel sınırlar ekipleri birbirinden ayırabilir. Bunun bir örneği, kaynak odaklı ve tüketici odaklı sınırlar olabilir. Etki alanı ekiplerinizin yarısı bazı hizmetlere diğerlerine göre değer verebilir.
• Yeteneğinizi potansiyel olarak satmak veya ayırmak istiyorsanız, diğer etki alanlarından paylaşılan hizmetlerle sıkı bir şekilde tümleştirmekten kaçınmanız gerekir.
• Takım boyutu, becerileri ve olgunluk önemli faktörler olabilir. Yüksek beceriye sahip ve olgun ekipler genellikle kendi hizmetlerini ve altyapılarını çalıştırmayı tercih ederken, daha az olgun ekiplerin platform bakımı ek yüküne değer verme olasılığı daha düşüktür.

Birçok veri giriş bölgesi sağlamadan önce, etki alanı ayrıştırmanıza bakın ve temel altyapıyı paylaşmak için hangi işlevsel etki alanlarının aday olduğunu belirleyin.

Özet

İş yeteneği modellemesi, etki alanlarınızı bir veri ağı mimarisinde daha iyi tanımanıza ve düzenlemenize yardımcı olur. Veri ve uygulamaların işletmenize değer sunma şekline ilişkin bütünsel bir görünüm sağlarken, aynı zamanda veri stratejinize ve iş gereksinimlerinize öncelik vermenize ve odaklanmanıza yardımcı olur. İş yeteneği modellemesini yalnızca verilerden daha fazlası için de kullanabilirsiniz. Örneğin, ölçeklenebilirlik önemliyse bu modeli kullanarak en kritik temel özelliklerinizi tanımlayabilir ve bunlar için bir strateji geliştirebilirsiniz.

Bazı uygulayıcılar, her şeyi önceden eşleyerek hedef durum mimarisi oluşturmanın yoğun bir alıştırma olduğu endişesini dile getirmektedir. Bunun yerine, yeni veri ağı mimarinize eklerken etki alanlarınızı organik olarak tanımlamanızı önerirler. Hedef durumunuzu yukarıdan aşağıya doğru tanımlamak yerine, aşağıdan yukarıya doğru çalışır, geçerli durumunuzu keşfeder, dener ve hedef duruma geçirmeniz gerekir. Önerilen bu yaklaşım daha hızlı olsa da, önemli bir risk taşır. İşler bozulmaya başladığında karmaşık bir taşıma veya yeniden modelleme işleminin ortasında kolayca olabilirsiniz. Her iki yönde de, yukarıdan aşağıya ve aşağıdan yukarıya doğru çalışmak ve zaman içinde ortada toplantılar daha ayrıntılı bir yaklaşımdır.

Sonraki adım

• Veri ürünü nedir?