Lansman Öncesi Kontrol Listesi

Premium Plan istemci kimliği yönetim işlevi, Cloud Console'daki Google Haritalar Platformu Kimlik Bilgileri sayfasının alt kısmındaki İstemci Kimliği bölümünde kullanılabilir.

Kimlik bilgileri sayfasındaki yeni istemci kimliği alanı

URL yetkilendirme ve istemci kimliği imzalama gizli anahtarı yönetimi dahil olmak üzere diğer istemci kimliği yönetimi görevlerine, İstemci Kimliği bölümünün en sağındaki düzenle simgesini tıklayarak ayrı bir İstemci Kimliği sayfasından erişilebilir.

Önemli: Google Haritalar Platformu Premium Planı artık kayıtlı veya yeni müşteriler tarafından kullanılamaz.

Ekibinizin gerekli kaynaklara erişebildiğinden emin olma

Google Cloud Console'u kullanma

Neden önemlidir? Google Cloud Console, kullanım raporları, haber feed'leri ve geliştirici kaynakları gibi bilgilere erişmenizi sağlar. Daha da önemlisi, Cloud Console, geliştirme veya lansman sırasında teknik sorunlarla karşılaşırsanız Google Haritalar Platformu Destek Ekibi ile destek kaydı oluşturmanıza olanak tanır.

Uygulamanızın bakımından sorumlu tüm geliştiriciler için Cloud Console erişimini kullanıma sunmadan önce Teknik sorunlarla karşılaşırsanız Cloud Console'a erişim sayesinde ekibinizin üyeleri destek ekibiyle iletişime geçebilir. Ayrıca destek ekibimiz de kuruluşunuzdaki ilgili paydaşlarla iletişime geçebilir. Örneğin, uygulamanızın çalışmasını engelleyebilecek anormal trafik veya davranış tespit edersek destek ekibinin kuruluşunuzla iletişime geçmesi gerekebilir. Doğru geliştiricilerle iletişime geçebilmemiz, beklenmedik bir kesinti yaşanması ile kesintinin önlenmesi arasındaki fark olabilir.

Bildirim e-posta gruplarına abone olma

Neden önemli? Haritalar API'lerindeki gelişmelerden ve değişikliklerden haberdar olmak için aşağıdaki e-posta gruplarından birine veya daha fazlasına abone olmanızı öneririz:

Başvurunuzu optimize etme

Google Haritalar Platformu Hizmetleri'ne erişime izin verecek bir güvenlik duvarı yapılandırın

Neden önemlidir? Google Haritalar Platformu hizmetleri, bazıları *google.com alanına ait olmayan çeşitli alan adları kullanır. Kısıtlayıcı bir güvenlik duvarı kullanıyorsanız her Haritalar API hizmetinin kullandığı alanlara erişime izin vermeniz önemlidir. Güvenlik duvarınız bu alanlara erişime izin vermiyorsa API istekleri başarısız olur ve bu da uygulamalarınızın çalışmamasına neden olabilir. Maps API'lerinin kullandığı alanların tam listesini inceleyin.

Bu alanlarla ilişkili IP'ler statik olmadığından güvenlik duvarı kısıtlamalarını IP adresine göre yönetmenizi önermeyiz.

Not: Google Haritalar Platformu hizmetleri, gelen ve giden trafik için 80 (http) ve 443 (https) bağlantı noktalarını kullanır. Bu hizmetler için GET, POST, PUT, DELETE ve HEAD isteklerine de ihtiyaç vardır. Güvenlik duvarınızı, API'ye ve kullanım alanına bağlı olarak bu bağlantı noktalarında trafiğe ve isteklere izin verecek şekilde yapılandırın.

SSL alanlarınızı Maps JavaScript API ile kullanılacak şekilde yetkilendirme

Neden önemlidir? Maps JavaScript API'yi SSL alan adıyla kullanırken, isteklerinizin reddedilmediğinden emin olmak için HTTPS alanlarınızı açıkça yetkilendirmeniz çok önemlidir. http://yourdomain.com için yetkilendirmenin, SSL eşdeğeri https://yourdomain.com'ü otomatik olarak etkinleştirmediğini unutmayın. Cloud Console'da İstemci Kimliği bölümüne giderek yetkili alanlarınızın listesini kontrol edin. İstemci tarafı API'lerin SSL alanıyla kullanılmasıyla ilgili hataları gidermek için sayfanızdaki öğelerin HTTP üzerinden yüklenip yüklenmediğini kontrol edin. Yetkilendirmeyle ilgili sorunları giderme kılavuzunu inceleyin.

Doğru API sürümünü seçme

Neden önemlidir? Uygulamanızı geliştirmeden önce API'lerin hangi sürümlerinin desteğinin sonlandırıldığını bilmeniz önemlidir. API'lerin desteği sonlandırılmamış sürümleriyle geliştirme yapmayı seçerseniz desteği sonlandırılmış sürümler kullanımdan kaldırıldığında geliştirme süresinden ve maliyetinden tasarruf edersiniz.

Özellikle, Maps JavaScript API tarafından kullanılan sürümlendirme şemasını anlamak önemlidir. Böylece, ortamınızda API'nin yanlış bir sürümünü yanlışlıkla kullanmaktan kaçınabilirsiniz.

Örneğin, API'nin deneysel sürümünü geliştirme veya test ortamınızda kullanmak uygun olabilir ancak deneysel sürümün üretim ortamında kullanılmasını kesinlikle önermeyiz. HSLA'mız yalnızca API'nin kararlı sürümleri için geçerli olduğundan üretim ortamınızda yalnızca kararlı sürümleri kullanmanız gerekir.

Maps JavaScript API sürümleri kılavuzuna bakın.

İstemci tarafı ve sunucu tarafı tasarım arasında seçim yapma

Neden önemlidir? İstemci tarafı veya sunucu tarafı yaklaşımı seçmek mimari bir karardır ve uygulamanızın kararlılığı ve ölçeklenebilirliği açısından son derece önemlidir. Genel olarak, kayıtların çevrimdışı (yani uygulamanızın dışında) ön ve son işleme işlemleri için sunucu tarafı bir yaklaşım kullanılmalıdır. Alternatif olarak, uygulamalarınızın kullanıcılarınızla etkileşime giren bölümleri (yani, kullanıcı tarafından gönderilen istekleri anlık olarak işleyen bölümler) için istemci tarafı yaklaşımı kullanılmalıdır.

İstemci tarafı yaklaşımın kullanılması gerektiği durumlarda sunucu tarafı yaklaşımın kullanılması, kotaların aşılmasına ve dolayısıyla uygulamaların bozulmasına yol açan başlıca nedendir. Sunucu tarafı çağrılara dayalı uygulamalar tasarlamadan veya kullanıma sunmadan önce coğrafi kodlama stratejilerine göz atmanızı önemle tavsiye ederiz.

Kota kullanımını optimize etme

Neden önemlidir? Uygulamanızın Haritalar API'leri Kredileri olarak bilinen kotayı tüketim şeklini anlamak, ödediğiniz tutarı azaltmanıza yardımcı olur. Örneğin, Maps JavaScript API'yi kullanıyorsanız uygulamanız her harita yüklemesi için Maps API'leri kredisi tüketir. Premium Plan kullanım oranları ve sınırları ile ilgili kılavuzu inceleyin.

Web hizmetleri kotanızı yönetme

Hizmetinizi kullanıma sunmadan önce, kotayla ilgili farklı hataları (ör. OVER_QUERY_LIMIT, User Rate Limit Exceeded) anlamanız ve kotanızı aştığınızda bu tür hatalara yanıt verebilmek için uygulamanızda uygun mantığı ayarlamanız önemlidir. Lütfen kullanım sınırları ile ilgili SSS bölümünü okuyarak başlayın. Her API'nin döndürdüğü durum kodları hakkında bilgi edinmek için ilgili API'nin geliştirici kılavuzunu inceleyin. Örneğin, Directions API durum kodları kılavuzuna bakın. Bu kavramları anlayıp uygulamak, uygulamanızın izin verilen kotasını aşma, Google tarafından engellenmeme ve/veya çalışmama olasılığını büyük ölçüde azaltır.

Uygulamanızda yük testi yapma

Neden önemlidir?: Uygulamanızın Haritalar API'leri için kotalarınızı aşmadan yüksek hacimli istekleri işleyebildiğinden emin olmak amacıyla uygulamanızın yük testini yapın.

Google Haritalar Platformu çok yüksek trafik hacimlerini işleyebiliyor olsa da canlı Google hizmetlerinde test yapmak, uygulamanızın izin verilen kotasını aşmasına ve muhtemelen Google tarafından engellenmesine neden olur. Yük testinden kaynaklanan kullanım ücretlerinden de siz sorumlusunuz.

Bunun yerine, uygulamanızın yük testini yaparak uygulamanızın Haritalar API'leri için kotalarınızı aşmadan veya Google tarafından engellenmeden yüksek istek hacimleriyle başa çıkabilmesini sağlayabilirsiniz. Bunu güvenli bir şekilde yapmak için, çok sayıda istek alabilen bir hizmet olan sahte (yanlış) bir API'ye karşı yük testi yapın ve Google Haritalar Platformu'nu kullanmadan istekleri geçerli yanıtlarla yanıtlayın. Örnek: Coğrafi Kodlama API'si için kotanız 3.000 saniyelik sorgu (dakika başına sorgu) ise uygulamanızın yük testini yapmak, uygulamanızın Coğrafi Kodlama API'sine 3.000'den fazla saniyelik sorgu göndermeden çok daha yüksek bir hacmi (ör. 90.000 saniyelik sorgu) işleyebilmesini sağlar.

Önemli bir yük testi yapmayı planlıyorsanız Google'ın planladığınız testten haberdar olması için Google Destek Ekibi ile iletişime geçerek yol gösterin.