รายการตรวจสอบก่อนการเปิดตัว

วิธีจัดการรหัสไคลเอ็นต์ใน Google Cloud Console

ฟังก์ชันการจัดการรหัสไคลเอ็นต์ของแพ็กเกจพรีเมียมพร้อมให้ใช้งานในคอนโซล Cloud ที่ด้านล่างของหน้าข้อมูลเข้าสู่ระบบ 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 ที่เชื่อมโยงกับโดเมนเหล่านี้ไม่ใช่ IP แบบคงที่

หมายเหตุ: บริการ Google Maps Platform ใช้พอร์ต 80 (http) และ 443 (https) สำหรับการจราจรขาเข้าและขาออก บริการเหล่านี้ยังต้องใช้คำขอ GET, POST, PUT, DELETE และ HEAD กำหนดค่าไฟร์วอลล์เพื่ออนุญาตให้มีการรับส่งข้อมูลผ่านพอร์ตเหล่านี้และอนุญาตคำขอโดยขึ้นอยู่กับ API และกรณีการใช้งาน

ให้สิทธิ์โดเมน SSL เพื่อใช้กับ Maps JavaScript API

ทำไมจึงสำคัญ: เมื่อใช้ 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 คือ 20 QPS (จำนวนคำค้นหาต่อวินาที) การทดสอบโหลดของแอปพลิเคชันควรตรวจสอบว่าแอปพลิเคชันของคุณสามารถรองรับ 600 QPS ได้โดยไม่ต้องส่งมากกว่า 20 QPS ไปยัง Geocoding API

หากคุณวางแผนที่จะดำเนินการทดสอบภาระงานที่สำคัญ โปรดติดต่อทีมสนับสนุนของ Google เพื่อขอคำแนะนำและตรวจสอบว่า Google ทราบถึงการทดสอบที่วางแผนไว้