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 sensitif 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 mempermudah pemeliharaan beberapa lokasi yang lebih berkinerja untuk pemain Anda. Ping adalah metrik umum yang muncul di UI game dan ping rendah dapat menjadi kemampuan yang membedakan.

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

Panduan implementasi

Saat pertama kali meluncurkan game, Anda mungkin belum memiliki cukup informasi tentang basis pemain Anda untuk mengetahui secara memadai di mana yang terbaik untuk menyebarkan infrastruktur yang paling dekat dengan pemain yang paling tertarik memainkan game Anda. Ini adalah tantangan umum, dan Anda harus mempersiapkan skenario ini dengan merancang arsitektur yang memungkinkan Anda menyesuaikan strategi penempatan hosting dengan cepat untuk menyebarkan server di tempat yang dibutuhkan lebih dekat dengan pemain. Adalah umum 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 template infrastruktur sebagai kode, seperti AWS CloudFormation atau Terraform oleh Hashicorp, untuk konfigurasi infrastruktur Anda seperti VPC, konfigurasi subnet, dan dependensi yang diperlukan untuk meluncurkan layanan game penting sehingga Anda dapat merujuk ke template ini, dengan cepat menyesuaikannya jika diperlukan, dan menyebarkannya ke lokasi di mana infrastruktur tambahan diperlukan untuk mendukung pemain Anda.

Anda juga harus memastikan Anda memahami bagaimana strategi penerapan Anda saat ini dapat dikembangkan untuk memungkinkan ekspansi di masa mendatang. Template IAc dapat diulang tetapi bukan pengganti perencanaan jaringan. IPAM mengelola VPC Anda. Ukuran subnet, pemilihan Zona Ketersediaan, dan inventaris IP dan penyelarasan Zona Ketersediaan lintas-akun. Jaringan penting untuk dipertimbangkan dan dapat mengganggu pemain ketika 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 dapat 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 untuk pemain di lokasi geografis dengan pengalaman bermain yang paling rendah, atau untuk pemain yang mengekspresikan umpan balik publik yang 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 hosting infrastruktur di Wilayah AWS, Anda dapat menggunakan Zona Lokal, yang merupakan perpanjangan dari Wilayah AWS, untuk meng-host server game Anda dan aplikasi sensitif latensi lainnya seperti server obrolan suara yang lebih dekat ke pemain Anda. Anda juga dapat memilih untuk menjalankan infrastruktur pengembangan game di Zona Lokal untuk meningkatkan pengalaman bagi tim pengembangan game Anda. Misalnya, Anda dapat menggunakan Zona Lokal untuk mengatasi kasus penggunaan seperti menghosting replika server kontrol sumber yang dikelola sendiri lebih dekat dengan pengembang game Anda, dan untuk menawarkan workstation virtual pengembangan game dan penyimpanan konten kepada pengguna yang menggunakan instans Amazon EC2, volume EBS, dan sistem file Amazon FSx yang digunakan ke satu atau beberapa Zona Lokal di dekat studio pengembangan Anda tanpa mengharuskan Anda meng-host infrastruktur di lokasi.

Pos ter depan adalah pilihan yang baik ketika Wilayah atau Zona Lokal tidak tersedia di wilayah geografis yang sama. Konektivitas dari pusat data Anda AWS harus dipertimbangkan untuk mengaktifkan keandalan sistem server game ke backend. AWS Outposts dan Outpost Server dibuat khusus untuk dijalankan AWS di pusat data Anda menggunakan layanan dan API yang sama untuk membantu menciptakan model penerapan yang konsisten di mana pun Anda menjalankan game. Beberapa rak dapat digabungkan menjadi Pos Terdepan logis, dan infrastrukturnya dapat dibagi. Akun AWS Siklus hidup perangkat keras dikelola oleh AWS dan waktu tunggu bisa sesingkat 3 bulan.

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

Langkah-langkah implementasi