Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

GAMEPERF02-BP02 Merancang pendekatan yang mendukung penempatan infrastruktur game yang sensitif terhadap latensi dekat dengan pemain untuk meningkatkan kinerja

Penempatan terpisah untuk infrastruktur sensitif latensi seperti server game meminimalkan dampak rute jaringan yang panjang. Penerapan berulang dapat membuatnya mudah untuk mempertahankan beberapa lokasi yang lebih berkinerja untuk pemain Anda. Ping adalah metrik umum yang muncul di UI game dan ping rendah dapat menjadi kemampuan pembeda.

Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan: Tinggi

Panduan implementasi

Saat pertama kali meluncurkan game, Anda mungkin belum memiliki informasi yang cukup tentang basis pemain Anda untuk mengetahui secara memadai di mana terbaik untuk menyebarkan infrastruktur yang paling dekat dengan pemain yang paling tertarik untuk memainkan game Anda. Ini adalah tantangan umum, dan Anda harus mempersiapkan skenario ini dengan merancang arsitektur yang memungkinkan Anda untuk dengan cepat menyesuaikan strategi penempatan hosting Anda untuk menyebarkan server di mana mereka dibutuhkan lebih dekat dengan pemain. Adalah tipikal bagi pengembang game untuk secara teratur menilai penyebaran infrastruktur game mereka sebagai analisis pasca-peluncuran berulang untuk berinvestasi secara bertahap dalam peningkatan dari waktu ke waktu dengan pendekatan berulang.

Praktik terbaik adalah menggunakan infrastructure-as-code templat, seperti AWS CloudFormation atau Terraform by Hashicorp, untuk konfigurasi infrastruktur Anda seperti, konfigurasi subnet VPCs, dan dependensi yang diperlukan untuk meluncurkan layanan game penting sehingga Anda dapat merujuk ke templat ini, dengan cepat menyesuaikannya jika diperlukan, dan menerapkannya ke lokasi di mana infrastruktur tambahan diperlukan untuk mendukung pemain Anda.

Anda juga harus memastikan bahwa Anda memahami bagaimana strategi penyebaran Anda saat ini dapat dikembangkan untuk memungkinkan ekspansi di masa depan. Template IAC dapat diulang tetapi bukan pengganti perencanaan jaringan. IPAM mengelola Anda VPCs. Ukuran subnet, pemilihan Availability Zone, dan inventaris IP dan penyelarasan Availability Zone lintas akun. Jaringan penting untuk dipertimbangkan dan dapat mengganggu pemain saat diubah. Server game yang digunakan di beberapa lokasi geografis akan terhubung ke backend game Anda, yang lebih umum dihosting di satu atau beberapa Wilayah rumah yang memerlukan konfigurasi tambahan untuk mendukung konektivitas pribadi. Pertimbangan ini harus terus dievaluasi dari waktu ke waktu sehingga Anda dapat membuat perubahan pada strategi hosting game Anda saat persyaratan game Anda berkembang atau persyaratan pemain Anda berubah.

Saat menentukan berapa banyak lokasi hosting game yang akan digunakan untuk game Anda, pertimbangkan faktor-faktor berikut:

Masing-masing pertimbangan ini harus dievaluasi saat Anda menentukan di mana Anda menambahkan atau menghapus lokasi hosting game. Misalnya, Anda dapat memilih untuk memprioritaskan peningkatan pengalaman bagi pemain di lokasi geografis dengan pengalaman gameplay yang paling tidak berkinerja, atau untuk pemain yang mengekspresikan umpan balik publik paling vokal. Anda juga dapat memilih untuk memasukkan monetisasi pemain ke dalam prioritas Anda, misalnya dengan memusatkan perhatian pada peningkatan pengalaman bagi pemain di lokasi geografis yang menghasilkan sumber pendapatan yang signifikan untuk permainan Anda atau memiliki potensi untuk menghasilkan pendapatan tambahan jika Anda memperkenalkan peningkatan kinerja.

Selain menghosting infrastruktur di Wilayah AWS, Anda dapat menggunakan Local Zones, yang merupakan perpanjangan dari Wilayah AWS, untuk meng-host server game Anda dan aplikasi sensitif latensi lainnya seperti server obrolan suara yang lebih dekat dengan pemain Anda. Anda juga dapat memilih untuk menjalankan infrastruktur pengembangan game di Local Zones untuk meningkatkan pengalaman bagi tim pengembangan game Anda. Misalnya, Anda dapat menggunakan Local Zones untuk mengatasi kasus penggunaan seperti menghosting replika server kontrol sumber yang dikelola sendiri lebih dekat dengan pengembang game, dan untuk menawarkan workstation virtual pengembangan game dan penyimpanan konten kepada pengguna yang menggunakan EC2 instans Amazon, volume EBS, dan sistem FSx file Amazon yang diterapkan ke satu atau beberapa Local Zones di dekat studio pengembangan Anda tanpa mengharuskan Anda meng-host infrastruktur lokal.

Outposts adalah pilihan yang baik ketika Wilayah atau Local Zones tidak tersedia di wilayah geografis yang sama. Konektivitas dari pusat data Anda AWS harus dipertimbangkan untuk memungkinkan server game untuk keandalan sistem backend. AWS Outposts dan Outpost Server dibuat khusus untuk dijalankan AWS di pusat data Anda menggunakan layanan yang sama dan APIs untuk membantu membuat model penerapan yang konsisten di mana pun Anda menjalankan game. Beberapa rak dapat digabungkan menjadi Outpost logis, dan infrastruktur dapat dibagi. Akun AWS Siklus hidup perangkat keras dikelola oleh AWS dan waktu tunggu bisa sesingkat 3 bulan.

Jika Anda membangun game menggunakan kontainer dan menginginkan fleksibilitas untuk mengadopsi arsitektur penyebaran hibrida menggunakan perangkat lunak sumber terbuka yang dapat digunakan di infrastruktur lokal Anda sendiri, Anda dapat menggunakan ECS Anywhere, atau EKS Anywhere sebagai alternatif atau Local Zones. AWS Outposts Jika Anda meng-host dengan Amazon GameLift; Amazon GameLift Anywhere dapat digunakan untuk menjalankan server Anda di perangkat keras lokal yang dapat mempercepat proses pengembangan Anda, memungkinkan Anda untuk menggunakan Local Zones atau mendaftarkan logam Anda sendiri sebagai bagian dari armada Anda.

Langkah-langkah implementasi