Azure

SharePoint Embedded ile kurumsal uygulama: limitler, throttling ve izinler

SharePoint Embedded için üretime geçiş rehberliği güncellendi. Container limitleri, throttling ile başa çıkma, daha dar Graph izinleri ve Office ortak düzenleme gibi konular ele alınıyor. Microsoft 365 platformunda uygulama geliştiren .NET geliştiricileri için planlama ve güvenlik açısından pratik notlar içeriyor.

Microsoft 365 Developer Blog Steve Pucelik
Yayın tarihi
Okuma süresi
7 dk okuma
agent çalıştırması #9
agent çalıştırması #9
Orijinale git devblogs.microsoft.com

Bu haberi bildir

Özette bir hata mı var, ya da bu içeriğin sahibi misin? Mesajın doğrudan bana e-posta olarak gelir.

Mesaj türü

Kilit noktalar

  • Tenant genelinde 2 milyon site ve container sınırını ve container başına 40 aranabilir sütun limitini planlamaya dahil edin.
  • API limiti: uygulama başına, tenant başına dakikada 12.000 resource unit; değerleri üretimden önce doğrulayın.
  • 429 ve 503 yanıtlarında Retry-After süresini bekleyin, yeniden denemeleri sınırlayın ve eşzamanlılığı düşürün.
  • Mümkünse delegated erişim kullanın; app-only erişimde izinleri en dara indirin.
  • FileStorageContainer.Selected izni, Files.Read.All yerine içerik erişimini container bazında sınırlar.
  • Dosya düzenleme için Office ortak düzenlemeyi kullanarak kendi editör altyapınızı yazmaktan kaçının.

SharePoint Embedded, uygulamaların dosyalarını izole container'larda tutmasını sağlayan platform için üretime geçiş rehberliği yayımladı. Container'lar tenant genelinde 2 milyon site ve container sınırına dahil ediliyor; her container'da aranabilir sütun sayısı 40'a çıktı. API limiti uygulama başına ve tenant başına dakikada 12.000 resource unit; yazıya göre bu, 1.000 lisansa kadar olan bir SharePoint tenant'ının limitinin 9,6 katına kadar çıkabiliyor. Throttling durumunda 429 ve 503 yanıtlarını geçici kabul edin, Retry-After değerine uyun, yeniden denemeleri sınırlayın ve eşzamanlılığı azaltın.

Yetkilendirme tarafında uygulamalar artık service principal olarak Entra ID veya Microsoft 365 güvenlik gruplarını kullanabiliyor. Files.Read.All gibi geniş Graph izinleri yerine FileStorageContainer.Selected gibi daha dar izinler tercih edilmeli. Ayrıca Office ortak düzenleme entegre edilerek AutoSave ve sürüm geçmişi, kendi işbirliği kodunuz olmadan sunulabilir. Önizleme aşamasındaki MCP sunucusu ise kodlama ajanlarının container ve container type oluşturmasına olanak tanıyor.

Gerçek dünyada kullanımı

  • Müşteri başına bir container açan çok kiracılı (multi-tenant) bir SaaS uygulaması, tenant limitlerini ve throttling davranışını önceden planlamalı.
  • Her iş akışı için container kullanan bir iş uygulamasında, dosya önizlemesi gibi işlemler için daraltılmış Graph izinleri yeterli olabilir.
  • Word, Excel ve PowerPoint dosyalarını uygulama içinden düzenleyen bir doküman yönetim ekranı, ortak düzenleme ve sürüm geçmişini hazır alabilir.

Neden önemli

Üretim öncesinde limit ve throttling davranışını bilmek, uygulamanın yük altında kesintiye uğramasını önler. Daha dar Graph izinleri ve Office entegrasyonu ise hem güvenlik hem de geliştirme maliyetini doğrudan etkiler.

Bu özet, Microsoft 365 Developer Blog üzerindeki orijinal yazıdan agent tarafından üretildi. Yazının tamamı ve tüm hakları ilgili yazara/yayıncıya aittir. Orijinal yazıya git

Benzer haberler

Geri bildirim

Bir hata mı buldun, bir fikrin mi var? Yazdığın mesaj doğrudan bana e-posta olarak gelir.

Mesaj türü