วิธีจัดการรหัสไคลเอ็นต์ใน Google Cloud Console
ฟังก์ชันการจัดการรหัสไคลเอ็นต์ของแผนพรีเมียมพร้อมให้ใช้งาน ในช่วง Cloud Console ที่ด้านล่างของ หน้าข้อมูลเข้าสู่ระบบ Google Maps Platform ในส่วนรหัสไคลเอ็นต์
งานการจัดการรหัสไคลเอ็นต์เพิ่มเติม รวมถึงการให้สิทธิ์ URL และข้อมูลลับในการรับรองรหัสไคลเอ็นต์ การจัดการ สามารถเข้าถึงได้จาก หน้ารหัสไคลเอ็นต์ โดยการคลิกที่ ไอคอนแก้ไขทางขวาสุดของ ส่วนรหัสไคลเอ็นต์
สำคัญ: แพ็กเกจพรีเมียมของ Google Maps Platform ไม่มีให้ใช้งานสำหรับ ลงชื่อสมัครใช้หรือลูกค้าใหม่
ทำให้ทีมมีสิทธิ์เข้าถึงทรัพยากรที่จำเป็น
ใช้ Google Cloud Console
เหตุใดจึงสำคัญ: Google Cloud Console ช่วยให้คุณเข้าถึงข้อมูลต่างๆ เช่น รายงานการใช้งาน ฟีดข่าว และแหล่งข้อมูลสำหรับนักพัฒนาซอฟต์แวร์ ที่สำคัญไปกว่านั้นคือ Cloud Console ช่วยให้คุณ ยื่นเคสขอรับความช่วยเหลือด้วย Google Maps Platform ทีมสนับสนุนหากพบปัญหาทางเทคนิคระหว่างการพัฒนาหรือการเปิดตัว
ก่อนการเปิดตัว ให้เปิดใช้การเข้าถึง Cloud Console สำหรับนักพัฒนาซอฟต์แวร์ทุกคนที่รับผิดชอบการบำรุงรักษาแอปพลิเคชันของคุณ ถ้า ทำให้คุณพบปัญหาทางเทคนิค การเข้าถึง Cloud Console สมาชิกในทีมเพื่อติดต่อทีมสนับสนุนและ และช่วยให้ทีมสนับสนุนของเราติดต่อ ผู้มีส่วนเกี่ยวข้อง องค์กร ตัวอย่างเช่น ทีมสนับสนุนอาจต้องติดต่อ องค์กรหากเราตรวจพบการเข้าชมที่ผิดปกติ หรือพฤติกรรมที่อาจสิ้นสุด เพื่อทำลายแอปพลิเคชันของคุณ ช่วยให้มั่นใจว่าเราสามารถติดต่อ อาจเป็นความแตกต่างระหว่างการหยุดทำงานโดยไม่คาดคิด และป้องกันการหยุดทำงาน
สมัครรับข้อมูลจากกลุ่มอีเมลแจ้งเตือน
เหตุใดจึงสำคัญ: เพื่อให้มั่นใจว่าคุณจะได้รับข้อมูลอัปเดตเกี่ยวกับการพัฒนาอยู่เสมอ และการเปลี่ยนแปลงต่างๆ ใน Maps API เราขอแนะนำให้สมัครใช้บริการอย่างน้อย 1 รายการ ของกลุ่มอีเมลต่อไปนี้
- google-maps-platform-notifications - ข้อมูลอัปเดตทางเทคนิคเกี่ยวกับ Google Maps Platform API และบริการบนเว็บ การแจ้งเตือนการหยุดทำงาน และประกาศเกี่ยวกับฟีเจอร์ของแพลตฟอร์ม (ประมาณ 3-5 ข้อความต่อเดือน)
- google-maps-js-api-v3-notify - Google Maps JavaScript API รุ่นใหม่ (ประมาณ 4 ข้อความต่อปี)
การเพิ่มประสิทธิภาพแอปพลิเคชันของคุณ
กำหนดค่าไฟร์วอลล์เพื่ออนุญาตการเข้าถึง Google Maps Platform บริการต่างๆ
ความสำคัญ: บริการ Google Maps Platform ใช้หลากหลาย
ของโดเมน ซึ่งบางส่วนไม่ได้เป็นของ *google.com
หากคุณใช้งานไฟร์วอลล์ที่มีข้อจำกัด คุณจำเป็นต้องอนุญาตการเข้าถึง
โดเมนที่บริการ Maps API แต่ละบริการใช้ หากไฟร์วอลล์ของคุณไม่อนุญาตให้เข้าถึงโดเมนเหล่านี้
คำขอ API จะล้มเหลว ซึ่งอาจทำให้แอปพลิเคชันของคุณเสียหายได้ โปรดดู
รายการโดเมนทั้งหมดที่ใช้โดย
Maps API
เราไม่แนะนำให้จัดการข้อจำกัดของไฟร์วอลล์โดย ที่อยู่ IP เนื่องจาก IP ที่เชื่อมโยงกับโดเมนเหล่านี้ไม่คงที่
หมายเหตุ: บริการ Google Maps Platform ใช้พอร์ต 80 (http) และ 443 (https) สำหรับ ทั้งการรับส่งข้อมูลขาเข้าและขาออก บริการเหล่านี้ต้องมี GET, POST, PUT, DELETE และ คำขอ HEAD กำหนดค่าไฟร์วอลล์เพื่ออนุญาตการรับส่งข้อมูลผ่านพอร์ตเหล่านี้และอนุญาต ขึ้นอยู่กับ API และกรณีการใช้งาน
ให้สิทธิ์โดเมน SSL ของคุณเพื่อใช้กับ API ของ Maps JavaScript
ความสำคัญ: เมื่อใช้ Maps JavaScript API
ที่ใช้โดเมน SSL คุณจำเป็นต้องมี
ได้รับอนุญาต
โดเมน HTTPS ของคุณเพื่อไม่ให้คำขอของคุณถูกปฏิเสธ หมายเหตุ
การให้สิทธิ์ http://yourdomain.com จะไม่ส่งผลโดยอัตโนมัติ
เปิดใช้ https://yourdomain.com ที่เทียบเท่า SSL ตรวจสอบ
รายการโดเมนที่ได้รับอนุญาตใน
Cloud Console โดยเลื่อนลงไปที่
ในส่วนรหัสไคลเอ็นต์ เพื่อแก้ไขข้อผิดพลาดที่เกี่ยวข้องกับการใช้ API ฝั่งไคลเอ็นต์
ด้วยโดเมน SSL ตรวจสอบว่าองค์ประกอบใดๆ ของหน้าเว็บโหลดผ่าน HTTP หรือไม่ ดู
คำแนะนำเกี่ยวกับการแก้ปัญหาการให้สิทธิ์
เลือกเวอร์ชัน API ที่เหมาะสม
ความสำคัญ: ก่อนพัฒนาแอปพลิเคชัน สิ่งสำคัญคือต้องทราบว่า API เวอร์ชันใดที่เลิกใช้งานแล้ว กำลังเลือก เพื่อพัฒนาเทียบกับ API เวอร์ชันที่ยังไม่เลิกใช้งาน จะช่วยคุณประหยัด ใช้เวลาพัฒนาและต้นทุนน้อยลงเมื่อเวอร์ชันที่เลิกใช้งานแล้ว ไม่พร้อมใช้งาน
โดยเฉพาะอย่างยิ่ง คุณต้องเข้าใจรูปแบบการกำหนดเวอร์ชันที่ใช้งานโดย Maps JavaScript API เพื่อหลีกเลี่ยง ใช้ API เวอร์ชันที่ไม่เหมาะสมในสภาพแวดล้อมของคุณโดยไม่ได้ตั้งใจ
ตัวอย่างเช่น การทดสอบนี้อาจเหมาะสม ของ API ในสภาพแวดล้อมการพัฒนาหรือทดสอบ แต่เรา ไม่สนับสนุนให้ใช้เวอร์ชันทดลองในสภาพแวดล้อมการใช้งานจริง SLA ของเราจะใช้กับ API เวอร์ชันเสถียรเท่านั้น ดังนั้นคุณควรใช้ เวอร์ชันเสถียรในสภาพแวดล้อมการผลิตของคุณ
ดูคู่มือสำหรับ Maps JavaScript API เวอร์ชันต่างๆ
เลือกระหว่างการออกแบบฝั่งไคลเอ็นต์และฝั่งเซิร์ฟเวอร์
เหตุใดจึงสำคัญ: เลือกฝั่งไคลเอ็นต์หรือฝั่งเซิร์ฟเวอร์ เป็นการตัดสินใจด้านสถาปัตยกรรมและมีความสำคัญอย่างยิ่งต่อ ความเสถียรและความสามารถในการปรับขนาดของแอปพลิเคชัน โดยทั่วไป ฝั่งเซิร์ฟเวอร์ ควรใช้วิธีการก่อนและหลังการประมวลผลบันทึกแบบออฟไลน์ (ซึ่งก็คือภายนอกแอปพลิเคชันของคุณ) อีกวิธีหนึ่งคือ วิธีการฝั่งไคลเอ็นต์ ควรใช้สำหรับส่วนต่างๆ ของแอปพลิเคชันของคุณที่โต้ตอบกับ ผู้ใช้ของคุณ (กล่าวคือ ประมวลผลคำขอที่ผู้ใช้ส่งเข้ามาแบบเรียลไทม์)
การใช้แนวทางฝั่งเซิร์ฟเวอร์ซึ่งแนวทางฝั่งไคลเอ็นต์ควร เป็นสาเหตุหลักของการเกินโควต้า และด้วยเหตุนี้ ที่ใช้งานไม่ได้ เราขอแนะนำให้คุณปรึกษา การเข้ารหัสภูมิศาสตร์ กลยุทธ์ก่อนที่จะออกแบบหรือเปิดใช้งานแอปพลิเคชันที่อาศัย การเรียกฝั่งเซิร์ฟเวอร์
เพิ่มประสิทธิภาพการใช้โควต้า
ความสำคัญ: การทำความเข้าใจวิธีการทำงานของแอปพลิเคชัน ซึ่งเรียกว่าเครดิต Maps API จะช่วยคุณลดจำนวนเงินที่ต้องจ่าย สำหรับ ตัวอย่างเช่น ถ้าคุณกำลังใช้ Maps JavaScript API อยู่ แอปพลิเคชันจะใช้เครดิต Maps API ของ การโหลดแผนที่ ดูคู่มือสำหรับ แผนพรีเมียม อัตราการใช้งานและขีดจำกัด
จัดการการใช้งานโควต้าบริการเว็บของคุณ
ก่อนที่จะเปิดใช้บริการของคุณ คุณควรทำความเข้าใจเกี่ยวกับ
ข้อผิดพลาดต่างๆ เกี่ยวกับโควต้า
(เช่น OVER_QUERY_LIMIT, User Rate Limit
Exceeded) และตั้งค่าตรรกะที่เหมาะสมในแอปพลิเคชันเพื่อให้
เพื่อตอบสนองต่อข้อผิดพลาดดังกล่าวเมื่อคุณใช้เกินโควต้า โปรดเริ่มต้นด้วยการอ่าน
คำถามที่พบบ่อยเกี่ยวกับขีดจำกัดการใช้งาน
สำหรับข้อมูลเกี่ยวกับรหัสสถานะที่ API แต่ละรายการส่งคืนมา โปรดอ่าน
สำหรับ API นั้น ตัวอย่างเช่น ดูคู่มือสำหรับ
รหัสสถานะของ Directions API
การทำความเข้าใจและการนำแนวคิดเหล่านี้ไปใช้ จะช่วยลดโอกาส
ของแอปพลิเคชันเกินโควต้าที่อนุญาต ถูก Google บล็อก
และ/หรือการเสียหาย
ทำการทดสอบการโหลดในแอป
เหตุใดจึงสำคัญ: ใช้การทดสอบโหลดของแอปพลิเคชันเพื่อให้แน่ใจว่า รองรับคำขอปริมาณมากโดยไม่เกินโควต้า Maps API
แม้ว่า Google Maps Platform จะรองรับปริมาณการเข้าชมที่สูงมาก แต่การทดสอบกับการเข้าชมจริง บริการของ Google จะทำให้แอปพลิเคชันของคุณใช้งานเกินโควต้าที่อนุญาต ถูก Google บล็อกไว้ นอกจากนี้ คุณยังต้องรับผิดชอบต่อค่าใช้จ่ายการใช้งานที่เกิดจากการทดสอบโหลด
แต่ให้ทดสอบแอปพลิเคชันแทน เพื่อให้แน่ใจว่าแอปพลิเคชันสามารถ รับมือกับคำขอจำนวนมากโดยไม่เกินโควต้าสำหรับ Maps API หรือ ถูก Google บล็อกไว้ เพื่อให้บรรลุเป้าหมายนี้อย่างปลอดภัย ให้ทำการทดสอบโหลดกับแบบจำลอง (ปลอม) API - บริการที่สามารถรับคำขอจำนวนมาก และตอบกลับ คำขอที่มีคำตอบที่ถูกต้อง โดยไม่เกี่ยวข้องกับ Google Maps Platform ตัวอย่างเช่น หากโควต้าสำหรับ Geocoding API ของคุณคือ 3000 QPM (จำนวนคำค้นหาต่อนาที) การทดสอบโหลดของแอปพลิเคชันของคุณควรแน่ใจว่าแอปพลิเคชันของคุณสามารถรองรับปริมาณการแสดงผลที่สูงกว่ามาก เช่น 90, 000 QPM โดยไม่มี การส่ง QPM มากกว่า 3000 QPM ไปยัง Geocoding API
หากคุณวางแผนที่จะทดสอบโหลดที่สำคัญ โปรดติดต่อ ทีมสนับสนุนของ Google เพื่อขอคำแนะนำและตรวจสอบว่า Google ทราบ การทดสอบที่วางแผนไว้