Aracılığıyla paylaş

Uygunluk ve verimlilik için tasarım önerileri

Bu Power Platform iyi Mimarlı Güvenilirliği denetim listesi önerisi için geçerlidir:

RE:01 İş hedefleriyle uyumlu hale getirmek ve gereksiz karmaşıklık düzeyi veya genel gideri önlemek için iş yükünüzü tasarlayın. İstenilen sonuçları elde edecek tasarım kararları almak için pratik ve dengeli bir yaklaşım kullanın. Verimsizlik ve potansiyel sorunları azaltmaya yönelik gerekliliklere karşı tasarlayınız.

Bu kılavuzda, iş yüklerinizi basit ve verimli tutmak için gereksiz karmaşıklığı ve genel giderleri en aza indirmeye yönelik öneriler açıklanmaktadır. İş yükü güvenilirliğinizi en iyi duruma getirmek için gereken iş yükü görevlerini gerçekleştirmek için en iyi bileşenleri seçin. Geliştirme ve yönetim yüklerinizi azaltacak şekilde, platform tarafından sağlanan hizmetlerin sunduğu verimliliklerden yararlanın. Bu tasarım dayanıklı, tekrarlanabilir, ölçeklenebilir ve yönetilebilir iş yükü mimarisi oluşturmanıza yardımcı olur.

Tanımlar

Terim Açıklama
İş Yükü Mantıksal olarak diğer görevlerden ayırabileceğiniz ayrı bir yetenek veya bilgi işlem görevi.

Temel tasarım stratejileri

Güvenilirlik için tasarlamanın anahtar bir tenet'i, işleri basit ve verimli tutmaktır. Gereksiz karmaşıklık veya fazla genel gider risklerini azaltmak için iş yükü tasarımınızı iş gereksinimlerini karşılamaya odaklayın. Yalın, verimli ve güvenilir iş yükü oluşturmak amacıyla tasarımınız hakkında karar almanıza yardımcı olmak için bu makaledeki önerileri dikkate alın. Farklı iş yüklerinin kullanılabilirlik, ölçeklenebilirlik, veri tutarlılığı ve olağanüstü durum kurtarma için farklı gereksinimleri olabilir.

Her tasarım kararı bir iş gereksinimiyle haklı çıkarmanız gerekir. Bu tasarım ilkesi belirgin görünebilir, ancak iş yükü tasarımı için çok önemlidir. İş yükünüz milyonlarca kullanıcıyı mı yoksa birkaç bin kullanıcıyı mı destekliyor? Büyük trafik patlamaları veya sabit bir iş yükü mü var? Hangi kesinti düzeyi kabul edilebilir? İş gereksinimleri, bu tasarım değerlendirmelerini dikkate alınması gereken noktalara yönlendirmektedir.

Dezavantaj: Karmaşık bir çözüm daha fazla özellik ve esneklik sunabilir, ancak daha fazla koordinasyon, iletişim ve bileşen yönetimi gerektirdiğinden iş yükünün güvenilirliğini etkileyebilir. Alternatif olarak, daha basit bir çözüm kullanıcı beklentilerini tam olarak karşılayamayabilir veya iş yükü geliştikçe genişletilebilirlik üzerinde olumsuz bir etkisi olabilir.

Birlikte çalışmalı tasarım alıştırmaları

Paydaşlarla şunları yapmak için çalışın:

  • İş yükü ve bileşenlerinizde bir kritiklik düzeyi tanımlayın ve atayın. Bu alıştırma, gerekli bileşenleri ve gerekli esneklik düzeyini elde etmek için en iyi yaklaşımı belirlemenize yardımcı olacaktır. Daha fazla bilgi için bkz. Uygulama katmanları tanımlama.

  • İşlevsel ve işlevsiz gereksinimleri tanımlayın. İşlevsel gereksinimler, sistemin özelliklerini ve davranışını tanımlar. Kullanıcı tarafından belirtilirler ve kullanım durumlarında yakalanır. Sistemin performans ve kalite özniteliklerini işlevsiz gereksinimler tanımlar. Kullanılabilirlik, uyumluluk, veri tutma/bulunma, performans, gizlilik, kurtarma süresi, güvenlik ve ölçeklenebilirlik gibi uygun olmayan gereksinimleri anladığınızdan emin olun. Bu gereksinimler, tasarım kararlarını ve teknoloji seçimlerini etkiler.

    Gider raporlarını işleyen iş yükü bağlamında işlevsel ve işlevsiz gereksinimlere ilişkin birkaç örnek aşağıda verilmiştir:

    İşlevsel gereksinimler İşlevsel olmayan gereksinimler
    İş yükü kullanıcıların kimlik bilgileriyle oturum açmasına ve yalnızca kişisel verilerine erişmesine izin vermelidir. İş yükü en az %99,9 oranında kullanılabilir olmalıdır.
    İş yükü, açık, onaylanan ve reddedilen gider raporlarının genel görünümünü sağlayan bir pano içermelidir. İş yükü, veri koruma ve gizlilikle ilgili yönetmeliklere ve standartlara uygun olmalıdır.
    İş yükü, iş yükü verilerine yönelik yedekleme ve geri yükleme işlemlerini desteklemelidir. İş yükü, çoğu kullanıcı isteği için 5 saniyeden kısa yanıt süresine sahip olmalıdır.
    Belirli olaylar veya eşikler tetiklendiğinde iş yükü kullanıcılara ve yöneticilere bildirimler göndermelidir. İş yükü, bekleyen ve bekleyen veriler için yüksek düzeyde güvenlik ve şifrelemeye sahip olmalıdır.

    Daha fazla bilgi için Microsoft Power Platform ve Dynamics 365 gereksinimleriyle çalışma başlıklı eğitim modülüne bakın.

  • İş yükünü bileşenlere bölün. Bulma ve gereksinim toplama sürecinde, bazı çözüm fikirleri belirginleşmeye başlamalıdır. İş gereksiniminizi karşılamak için önerilen çözümü oluşturan çözüm bileşenlerini belirleyin. Tasarımınızda, öncelik önceliklerinizi, verimliliğinizi ve güvenilirliğinizi seçip belirleyin. İş yükünüzü desteklemek için gereksinim duyduğunuz bileşenleri belirleyin. Kullanıma açık özelliklerin nerede kullanılıp kullanılamayabileceğini ve özel geliştirmenin nerede gerekebileceğini vurgulayın.

  • Tek hata noktalarını ve potansiyel riskleri tanımlamak için hata modu analizi kullanın. İşinizin risklere karşı dayanıklılığını açıkça anlayın. Daha fazla bilgi için Hata modu çözümlemesi yapma önerilerine bakın.

  • Mimari kararları bilgilendirmek için iş yükünüz için kullanılabilirlik ve kurtarma hedeflerini tanımlayın. İş ölçümleri servis düzeyi hedeflerini (SLA), servis düzeyi anlaşmalarını (SLA), iyileştirme süresi (MTTR), hata arasındaki ortalama süre (MTBF), kurtarma zamanı hedefleri (RTO'lar) ve kurtarma noktası amaçlarını (RPO'lar) içerir. Bu ölçümler için hedef değerler tanımlayın. Bu alıştırma, her takımın hedeflerinin iş hedeflerine ulaşmasını ve gerçekçi olmasını sağlamak için teknoloji ve iş takımları arasında uzlaşma ve karşılıklı anlayışın sağlanmasını gerektirebilir. Daha fazla bilgi için bkz: Güvenilirlik hedeflerini belirleme önerileri. Power Platform SLA'ları çalışma zamanı ve bağlantı için Microsoft taahhütleri sağlar. Farklı servisler farklı SLA'lara sahiptir ve bazen bir servis içindeki SKU'lar farklı SLA'lara sahiptir. Daha fazla bilgi için bkz. Çevirmiçi hizmetler için servis düzeyi sözleşmeleri.

Ek tasarım önerileri

Paydaş katılımı olmadan aşağıdaki önerileri gerçekleştirebilirsiniz:

  • Tasarımınızda, uygunluk ve netlik için çabalayın. Bileşenleriniz ve hizmetleriniz için uygun soyutlama ve parçalı yapı düzeyini kullanın. Çözümünüzün aşırı şekilde ya da yetersiz kalmasından kaçının. Örneğin:

    • Bir işlem otomasyon gereksinimini Power Automate ile çözerseniz, büyük bir işlemi birden çok daha küçük bulut akışına bölmek, anlaşılması, test edilip bakımını yapılması daha da güç hale gelebilir. Öte yandan, her şeyi büyük bir akışta tutmanın performans ve API çağrı hacmi üzerinde olumsuz bir etkisi olabilir.

    • Kullanıcıya yönelik bir gereksinimi Power Apps ile çözerseniz, birçok denetime sahip büyük bir tek renkli tuval uygulaması performans üzerinde olumsuz bir etki yaratabilir. Uygulamayı tek uygulamalara veya özel sayfalara bölmek testi daha da güç hale getirse de performansı önemli ölçüde olumlu etkileyebilir.

  • Hataların düzeltilmesi, yeni özelliklerin veya teknolojilerin uygulanması veya varolan sistemlerin daha ölçeklenebilir ve dayanıklı hale getirilmesi konusunda, zaman içinde değişikliği öngörün.

  • Kesmeyle ilgili sorunları ayrı bir servise yükleyin. Farklı işlevlerde kod yineleme gereksinimini en aza indirin. Farklı bileşenler tarafından kolayca tüketilebilen, iyi tanımlanmış arabirimlere sahip servisleri yeniden kullanma tercih edin. Örneğin, bir dizi veri işlemlerinin farklı konumlardan gerçekleştirilmesi gerekiyorsa, bu işlevi düşük kodlu bir eklentiye taşıyabilirsiniz.

  • Genel kalıpların ve uygulamaların gereksinimlerinize uygunluğunu değerlendirin. Bağlamınız veya gereksinimleriniz için en iyi olmayabilecek eğilimleri veya önerileri takip etmekten kaçının. Örneğin, karmaşıklık, genel gider ve bağımlılık sorunlarını ortaya çıkarabilecekleri için, özel kod bileşenlerinin uygulanması her uygulama için en iyi seçenek olmayabilir.

Yeterli miktarda kod yazın

Gizlilik, verimlilik ve güvenilirlik ilkeleri, geliştirme uygulamalarınızda da geçerlidir. Bu önerileri inceleyin:

  • Platform yeteneklerini iş gereksinimlerinizi karşılarken kullanın. Örneğin:

    • Fluent 2 tasarım standardını elde etmek için kendi kod bileşenlerinizi geliştirmek yerine modern denetimleri kullanın.
    • Özel kodu azaltmak için özel bağlayıcılar geliştirmek yerine yerel bağlayıcıları kullanın.
    • Aracınızın manuel olarak oluşturulmuş konular olmadan, dahili veya harici birden fazla kaynaktan bilgi bulmasını ve sunmasını sağlamak için Microsoft Copilot Studio'deki üretken yanıtları kullanın.

  • Bir geliştirme uygulaması olarak özel kod inceleme oturumlarını tanıtın.

  • Ölü kodu tanımlamak için bir yaklaşım uygulayın. Otomatik testlerinizin kapsay olmadığı koda şüpheyle yaklaşın.

  • Geliştirme takımınızın beceri kümesini düşünün. Yeni bir beceri öğrenmeniz veya yeni bir teknoloji edinmeniz zaman alır.

Verilerinizin bulunduğu konumu düşünün

Mimari tasarımınızın bir parçası olarak, verilerinizi nasıl depolayabileceğinizi veya okuma etkinlikleri için verilerinizi nasıl alabileceğinizi düşünmeniz gerekir. Veri, farklı şekillerde alınabilir ve saklanabilir:

  • Yeni veriler: Uygulamanız halihazırda mevcut olmayan veriler oluşturuyorsa (örneğin, mevcut iş sürecinin kağıt üzerinde gerçekleştirilmesi durumunda), verileri Microsoft Dataverse'de saklamanızı öneririz.

  • Var olan bir sistemden okuma/yazma: Uygulamanızın mevcut bir veritabanından veya sistemden veri alması gerekiyorsa, kullanıma hazır bağlayıcı, özel bağlayıcı veya sanal tablolar kullanarak veritabanına veya sisteme bağlanmak için en iyi yolu değerlendirmeniz gerekir.

  • Bir verinin kopyasını oluşturma: Özgün verilerin hiçbir zaman değiştirilmemesi veya üzerine yazılmaması gereken durumlarda, verileri Dataverse gibi başka bir veri deposuna kopyalayabilirsiniz. Bu strateji, orijinal sistemin verilerini değiştirmeden tutar ve uygulamanızın onunla çalışmasına izin verir. Bu senaryo, muhasebe ve gelirle ilgili sistemlerde verilerle çalışırken yaygındır. Verilerin nasıl kopyalandığını, ne sıklıkta güncelleştirildiğini ve iki yönlü bir eşitlemenin gerçekleşip gerekmediğini göz önünde bulundurmanız gerekir.

Power Platform kolaylaştırma

Pratik tasarım önerileri için aşağıdaki makalelere bakın:

Güvenilirlik kontrol listesi

Eksiksiz bir öneri kümesine bakın.

Güvenilirlik kontrol listesi