Çalışma mantığı

Uygulama kanıt ister; arka uç ilgili sonucu doğrular ve beklenen uygulama, istek ve dağıtım koşullarıyla karşılaştırır. Sonuçlar kullanıcı yetkisi yerine geçmez. Kullanılan istek türü entegrasyon davranışını etkiler.

Uygulamada nasıl değerlendirilir?

Yeni alıcı ekleme gibi hassas işlemde kanıtı bu isteğe bağlayın. Sonucu yalnızca uygulamada yorumlayıp sunucuya “güvenli” yazmak yeterli değildir.

Sınırlar ve yaygın hatalar

Hizmet hatası, değerlendirme dışı durum ve olumsuz bütünlük sonucu ayrı ele alınmalıdır. Mağaza dışı dağıtımın ihtiyaçları ayrıca incelenir.

Kontrol listesi

  • İstek bağını doğrulayın
  • Hata politikasını yazın
  • Gerçek dağıtım paketini deneyin

Karar verirken

Play Integrity güçlü bir katmandır; yerel kontroller, sunucu yetkilendirmesi ve kötüye kullanım analiziyle birlikte anlam kazanır.

Sunucu doğrulamasını tasarlamak

Play Integrity sonucu uygulama içinde okunup tek bir izin alanına çevrilmemelidir. Sunucu beklenen paket ve istek bağlamını değerlendirmeli, karar alanlarını kendi politikasıyla yorumlamalıdır. İlgili özelliklerin etkinleştirilmesi ve destek koşulları resmî belgelerden kontrol edilir.

Yeni politika doğrudan tüm kullanıcılara uygulanmadan önce normal trafik üzerinde gözlemlenir. Boş veya değerlendirilmemiş sonuçların nedeni araştırılır. İşlem bütünlüğü hakkında kanıt alınması, hesap yetkilendirmesini veya iş kuralı denetimini ortadan kaldırmaz.

Uygulamadan sunucu kararına örnek akış

  1. Sunucu, yapılmak istenen işlemin kapsamını ve kullanıcı yetkisini belirler.
  2. Uygulama, seçilen Play Integrity akışına uygun kanıt isteğini oluşturur. Standard ve Classic akışların bağlama ve tekrar koşulları kendi belgelerine göre uygulanır.
  3. Sunucu kanıtı doğrular, beklenen uygulama ve istek alanlarını kontrol eder.
  4. Karar alanları işlem türüne uygun politikada değerlendirilir. Eksik sonuç ve hizmet hatası ayrı ele alınır.
  5. Sunucu işlemi kabul eder, sınırlar veya reddeder; istemciye tutarlı işlem durumu döndürür.

Bu sıra bir entegrasyon taslağıdır; bütün platform doğrulama adımlarının yerine geçen örnek kod değildir. Üretimde ilgili istek türünün resmî belgesindeki koşullar uygulanmalıdır. Testte doğru uygulama kadar beklenmeyen paket, eski kanıt, değişmiş işlem ve hizmet hatası da ele alınır.

Sonuçların nasıl yorumlandığını saklamak, olaydan sonra politikanın neden o kararı verdiğini açıklamaya yardım eder. Bunun için gereksiz kullanıcı verisi toplamak gerekmez. Politika kimliği ve gerekli teknik bağlam çoğu incelemenin başlangıcını sağlar.

Kaynaklar ve kapsam

Teknik özelliklerin başvuru noktaları aşağıdadır. Uygulama örneği ve kontrol listesi bu yayın için hazırlanmış değerlendirme önerileridir; bağımsız ürün testi sonucu değildir.

Kaynak seçimi ve yayın ilkeleri