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 ](https://docs.aws.amazon.com/vpc/latest/ipam/what-it-is-ipam.html) 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:
+ **Peningkatan kualitas pengalaman pemain: ** Berapa banyak peningkatan pengalaman pemain yang dapat Anda perkenalkan dengan menambahkan lokasi hosting game tambahan? Apa keuntungan kinerja tambahan yang dapat Anda capai dengan melakukannya? Bagaimana Anda akan mengukur peningkatan kinerja ini?
+ **Populasi pemain mana yang harus diprioritaskan: ** Berapa banyak pemain yang dapat Anda tingkatkan pengalaman jika Anda menambahkan lokasi hosting game tambahan? Populasi pemain mana, atau lokasi geografis, yang akan Anda prioritaskan?
+ **Dampak hilir dari perubahan: ** Jika Anda mengubah strategi hosting game Anda, bagaimana ini akan memengaruhi waktu tunggu perjodohan Anda untuk pemain? Dapatkah ukuran pertandingan, keseimbangan keterampilan, atau jumlah pemain di kumpulan pemain mengakomodasi perubahan strategi lokasi hosting game? Mendukung lebih banyak lokasi berpotensi memecah kumpulan pemain dan menambah biaya dan kompleksitas yang meningkat.
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](https://aws.amazon.com/about-aws/global-infrastructure/localzones/), 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 ](https://aws.amazon.com/outposts/) 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](https://aws.amazon.com/ecs/anywhere/), atau [ EKS Anywhere ](https://aws.amazon.com/eks/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 ](https://aws.amazon.com/blogs/gametech/hybrid-game-server-hosting-with-amazon-gamelift-anywhere/) 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
+ Gunakan alat infrastruktur-as-code seperti AWS CloudFormation atau Terraform untuk penerapan berulang, memungkinkan penyesuaian cepat dan penskalaan lokasi hosting game berdasarkan kebutuhan pemain.
+ Evaluasi peningkatan pengalaman pemain, prioritas populasi pemain, dan dampak hilir seperti waktu perjodohan saat menambahkan atau menghapus lokasi hosting game.
+ Gunakan Zona AWS Lokal, Pos Terdepan, atau opsi hibrida seperti ECS Anywhere, EKS Anywhere, atau Any GameLift where untuk mengoptimalkan infrastruktur yang sensitif terhadap latensi dan mendukung beragam kebutuhan penerapan.