Power Platform kullanarak Dataverse ortamlarında verileri eşitleme

Bu başvuru mimarisi, Power Platform'da Power Automate ve veri akışlarını kullanarak ana verilerin iki Dataverse ortamı arasında nasıl eşitleneceğini gösterir. Bir ortamın otoriter kaynak olarak görev yaptığı ve başka bir ortamın veri aldığı bire bir senkronizasyon desenini gösterir.

Tip

Bu makalede, bir Dataverse ortamında ana verilerin nasıl tutulup başka bir veriyle eşitleneceğini gösteren örnek bir senaryo ve genelleştirilmiş bir örnek mimari sağlanmaktadır. Mimari örneği birçok farklı senaryo ve sektör için değiştirilebilir.

Mimari diyagramı

Birincil Dataverse ortamından ikincil ortama ana verilerin eşitleme diyagramı, Power Automate bulut akışları ve Power Platform veri akışlarını kullanarak.

Workflow

Aşağıdaki adımlar örnek mimari diyagramında gösterilen iş akışını açıklar:

  1. Olay odaklı eşitleme Power Automate aracılığıyla

    • Birincil Dataverse ortamındaki CRUD (oluşturma, okuma, güncelleme, silme) işlemleri, Power Automate akışlarını tetikler.

    • Olay temelli eşitleme iki adımlı bir akış zinciri kullanır:

      1. Bulut akışı, yayımlanmış bir uç noktaya HTTP POST gönderir.
      2. Abonelik bulut akışı, webhook tarafından tetiklenir, yükü işler ve güncelleştirmeyi ikincil Dataverse ortamına neredeyse gerçek zamanlı olarak uygular.

    • Uç noktalar uygulama yaşam döngüsü yönetimi (ALM) için parametrelendirilir ve güvenlik grupları erişimi yönetir.

  2. Veri akışları aracılığıyla toplu eşitleme

    • İkincil Dataverse ortamı veri akışlarını içerir.

    • Her veri akışı, veri kaynağı olarak birincil Dataverse ortamına bağlanır.

    • Veri akışları sabit bir zamanlamaya göre (örneğin, gece veya başka bir veri akışı başarıyla çalıştırıldıktan sonra) veya isteğe bağlı olarak (örneğin, ilk kurulum için) çalışır.

    • Upsert işlemleri, yinelenenleri önlemek için alternatif anahtar kullanılarak gerçekleştirilir. Bu yöntem mevcut verileri güncelleştirir ve eşleşme olmadığında yeni kayıtlar ekler.

    • Durum alanları ayrılmış bir "eşitleme durumu" sütunu aracılığıyla yönetilir. Power Automate akışı, gerçek durum alanını buna göre güncelleştirir. Bu akış veri akışından sonra çalışır ve bir veri akışı birincil Dataverse ortamında satır durumlarını değiştiremediğinden veya kaldırılan (bulunmayan) kayıtları silemediğinden gereklidir.

  3. Hata işleme ve mutabakat

    • İkincil ortamdaki gecelik veri akışları, eksik veya başarısız olay temelli güncelleştirmeleri düzeltiyor.

    • Veri kalitesi sorunları (örneğin, eksik anahtarlar) için el ile müdahale gerekebilir.

Components

  • Microsoft Dataverse: İki ortam gereksinimini destekler.

  • Power Platform için veri akışları: İlk veri popülasyonu ve eşitleme gibi toplu işlemler için idealdir. Zamanlanmış eşitleme için ikincil ortamda yapılandırılmış toplu ayıklama, dönüştürme ve yükleme (ETL) kullanın.

  • Power Automate bulut akışları: Hızlı, kayda özgü güncelleştirmeler sağlayın ve veri akışlarının sınırlamalarını telafi edin. Bulut akışları, başka bir veri akışı başarıyla tamamlandığında (örneğin, bir tablo diğerine arama alanı içerdiğinde ve başvuruda bulunu olan kaydın ikincil Dataverse ortamında zaten mevcut olması gerektiğinde), veri akışı başarısız olduğunda hata iletisi gönderdiğinde, kayıt durumlarını güncelleştirdiğinde ve kayıtları sildiğinde veri akışını tetikleyebilir.

  • Güvenlik grupları ve hizmet hesapları: Erişim yönetimi ve sahiplik sağlama.

Senaryo ayrıntıları

Bu mimari bire bir ilişki için tasarlanmıştır: başka bir tek ortama bağlı tek bir ana veri yönetimi (MDM) ortamı. Bir ana ortamın birden çok farklı ortamla eşitlenmesi gereken senaryolar için daha ölçeklenebilir veya dağıtılmış bir çözüm gerekir.

İş sorunu

Bu çözüm, iki farklı Dataverse ortamı arasında birden çok tabloyu eşitleme zorluğuna çözüm getirir. Birincil ortam yetkili kaynak görevi görürken, ikincil ortam ana verilerle doldurmanız ve güncelleştirmeniz gereken mevcut tabloları içerir.

İkincil sistemin tabloları zaten mevcut olduğunda ve satır düzeyi güvenlik gerektirdiğinde sanal tabloların kullanılması uygun değildir.

Örnek kullanım örneği

Bir eğlence ve konaklama kuruluşu, oteller ve oda envanterleri gibi temel ana verilerini ayrılmış bir Dataverse ortamında yönetir. Birincil ortam, model temelli bir uygulamayı içerir, bu uygulama ana veri yönetimi ekibi tarafından yalnızca doğru ve güncel operasyonel bilgileri korumak için kullanılır.

Aynı kuruluş içindeki ayrı bir bölüm, çeşitli finansal ve uzlaştırma işlemlerinden sorumludur. Bu süreçleri kolaylaştırmak için departman, yalıtılmış bir Dataverse ortamında kendi model temelli uygulamasını oluşturmak istiyor. Ancak, uygulamaları hala otel ve oda ayrıntıları gibi temel ana verilere erişmeyi gerektirir.

Mali ekibin kayıtları sıkı satır düzeyi güvenlik tarafından yönetilen departmana özgü özniteliklerle zenginleştirmesi gerektiğinden ekip sanal tabloları reddetti.

Finansal uygulamayı birincil MDM ortamına eklemek de bir seçenek değildir. Finansal oluşturucuların veya yöneticilerin MDM ortamında bulunmasına izin vermek, MDM geliştirme ekibiyle sınırlı kalması gereken bağlayıcıları, çözümleri, API izinlerini ve hassas verileri kullanıma sunar.

Bu gereksinimler, kuruluşun bu makalede açıklanan eşitleme mimarisini benimsemesini sağladı.

Oluşturulan değer

Bu mimari, sanal tablolar bir seçenek olmadığında ana verileri iki Dataverse ortamı arasında eşitlemek için sağlam, sürdürülebilir bir çözüm sunar. İkincil ortamda mevcut tabloların doğrudan doldurulması ve güncelleştirilmesi, veri tutarlılığı ve operasyonel güvenilirlik sağlar.

Yaklaşımda yalnızca veri akışları ve Power Automate gibi Power Platform bileşenleri kullanılır ve bu da dağıtımı kolay, yönetimi kolay ve gereksiz karmaşıklığı önleyen bir çözüm elde eder.

Mimari bire bir ortam ilişkisi için uyarlandığından, ek yükü en aza indirir ve saydamlığı en üst düzeye çıkarır. Büyük ölçekli, çok ortamlı yönetim olmadan basit, güvenilir ana veri eşitlemesi gerektiren kuruluşlar için idealdir.

Değerlendirmeler

Bu değerlendirmeler, bir iş yükünün kalitesini artıran bir dizi rehber ilke olan Power Platform Well-Architected'ın temellerini uygular. daha fazla bilgi için bkz. Microsoft Power Platform Well-Architected.

Reliability

  • Her gece veri akışları tutarlılık sağlar.

  • Olay odaklı akışlar hızlı güncelleştirmeler sunar.

  • El ile izleme, veri kalitesi sorunlarını algılar.

Security

  • Erişim denetimi için hizmet hesapları ve güvenlik grupları. Veri akışlarını kullanırken hizmet sorumlularını sahip olarak atayamazsınız.

  • ALM uyumluluğu için parametreli HTTP uç noktaları.

  • Gereksiz el ile çalışmayı önlemek için yalıtılmış çözümlerdeki veri akışları. Veri akışlarını ayrılmış bir çözümde yalıtmanın belirli bir nedeni vardır: Her dağıtımdan sonra veri akışı bağlantısını el ile yeniden kurmanız gerekir. Veri akışlarını yalnızca veri akışlarını değiştirdiğinizde dağıttığınız ayrı bir çözüme yerleştirerek, ana çözümün diğer bileşenlerini dağıtırken gereksiz el ile çalışmaktan kaçınabilirsiniz.

Operasyonel Mükemmellik

  • Veri akışlarını otomatik zamanlama ve düzenleme.

  • Başarısız eşitlemeler için izleme sistemi ve uyarı gönderimi.

Performans Verimliliği

  • Toplu işlemler için optimize edilmiş veri akışları.

  • Olay odaklı Power Automate akışları, kritik, kayıt düzeyi güncelleştirmeleri için gecikme süresini en aza indirir. Olay temelli akışlar tasarlarken, eylem hacminin ve eşzamanlılığının Power Automate hizmet sınırları içinde kaldığından emin olun. Yüksek frekanslı CRUD aktivitesi, özellikle akış süreçlerinin günde on binlerce eylem gerçekleştirdiği senaryolarda kısıtlamayı tetikleyebilir. İş açısından kritik veya yüksek aktarım hızına sahip bütünleştirmeler için, aktarım hızı sınırlarını artırmak ve beklenmeyen sınırlamayı önlemek için uygun Power Automate lisanslarını kullanın. Bu yaklaşım, yükseltme risklerini azaltır ve öngörülebilir performans sağlar.

Deneyim İyileştirme

  • En az el ile müdahale gerektirir.

  • Toplu ve olay odaklı senkronizasyonları açıkça ayırır.

Contributors

Microsoft bu makaleyi korur. Bu makaleyi aşağıdaki katkıda bulunanlar yazdı.

Asıl yazarlar:

  • Last updated on