Hayden.
Dan selamat datang kembali.
Dalam video hari ini akan membahas tentang kebijakan routing latency di Route 53.
Sekarang, saya dapat menjelaskan perutean berbasis latensi dalam bentuk yang paling sederhana dengan bantuan Google Maps.
Jadi saya yakin sebagian besar dari Anda sudah pernah menggunakan Google Maps.
Jadi, jika Anda ingin mencapai tujuan tertentu, kini Google Maps dapat memberikan Anda beberapa jalur untuk mencapai tujuan
tersebut.
Nah, jalur yang akan diberikan Google Maps akan bergantung pada kondisi lalu lintas dan seberapa cepat Anda bisa
sampai di sana.
Jadi, jalur yang diberikan Google Map kepada Anda hari ini tidak akan sama dengan jalur yang mungkin diberikan Google Map
kepada Anda besok.
Mungkin saja jalurnya berbeda, tergantung kondisi lalu lintas.
Sekarang, perutean latensi mengikuti pendekatan yang sama.
Sekarang, jika aplikasi Anda dihosting di beberapa tingkat wilayah, maka kami dapat meningkatkan kinerja untuk
pengguna dengan melayani permintaan mereka dari wilayah yang menyediakan latensi terendah.
Sekarang, seperti yang telah kita bahas bahwa latensi antara server dapat berubah seiring waktu, jadi mungkin ada
perubahan jaringan backbone tertentu, perubahan perutean tertentu yang mungkin terjadi.
Jadi, tergantung pada wilayah, yang memberikan latensi terendah, Rute 53 akan merutekan lalu lintas
ke wilayah tertentu.
Jadi, bisa jadi permintaan yang diarahkan ke wilayah Singapura hari ini, mungkin akan diarahkan ke wilayah
India besok.
Sekali lagi, hal ini tergantung pada latensi keseluruhan.
Jadi, izinkan saya menunjukkan kepada Anda, bagaimana tepatnya hal ini akan terlihat dengan demo singkat.
Jadi untuk demo hari ini, kami memiliki zona host publik Zee Vodacom.
Jadi ini adalah salah satu domain yang saya pikir akan kami gunakan untuk pengujian selama beberapa waktu dan untuk perutean
berbasis latensi.
Kita harus memiliki zona yang dihosting untuk umum.
Jadi sekarang jika Anda melihat di sini, saya memiliki dua set rekaman yang tersedia, keduanya memiliki rekaman latensi atau
Vodacom dan Anda memiliki latensi 20. com.
Sekarang, masing-masing set catatan ini memiliki nilai yang berbeda.
Yang pertama memiliki rekor 35, yang kedua 54.
Sekarang jika saya klik pada salah satu record yang diatur ke Anda, Anda akan melihat bahwa kebijakan routing adalah tipe latency.
Dan yang kedua, kebijakan perutean lagi-lagi berjenis latensi.
Jadi, setiap kali pengguna membuat permintaan untuk latensi ke Vodacom, set rekaman mana yang akan dilayani tergantung
pada latensi keseluruhan.
Jadi, katakanlah saya memiliki satu server di wilayah Mumbai dan satu server di wilayah AS.
Sekarang, jika pengguna mencoba untuk terhubung ke latensi untuk mengatasi, dia akan diarahkan ke wilayah AS di sana.
Namun, jika seseorang dari Singapura, seseorang dari Asia yang mungkin mencoba menyambung ke latensi
domain yang sama dengan Vodacom, dia mungkin akan dialihkan ke server terdekat.
Jadi, mari kita lihat dengan cepat bagaimana tepatnya hal itu terlihat.
Jadi saya akan mengklik, mari kita segera melakukan pencarian pada latency dot Z, Vodacom.
Jadi, karena saat ini saya sedang berada di India, saya akan diarahkan ke set rekaman yang memiliki latensi
terendah dari lokasi saya.
Jadi jumlahnya 35. 1 54.
Baiklah, sekarang mari kita lakukan satu hal.
Jadi saya akan membuka salah satu situs web, yang pada dasarnya dapat melakukan pencarian yang bagus.
Baiklah.
Jadi situs web ini sebagian besar, saya yakin ini akan berada di wilayah AS.
Jadi, katakanlah saya akan mengatakan latensi untuk Z Vodacom.
Sekarang ini akan berhasil karena zona saat ini adalah zona yang dihosting publik, jadi mari kita coba sekarang.
Dan sekarang Anda lihat di sini, pada dasarnya memberikan alamat 54 hingga 110.
Namun, di dalam CLI, ia memberikan alamat 35. 1 54.
Sekarang salah satu pertanyaan yang muncul adalah apa bedanya dengan geolokasi, karena bahkan dengan
geolokasi, saya dapat mengatakan bahwa setiap permintaan yang datang dari wilayah AS akan masuk ke sumber daya AS kami.
Namun demikian, ada perbedaan tertentu.
Katakanlah Anda memiliki satu server di Mumbai, satu server di Singapura.
Sekarang permintaan akan dialihkan ke salah satu server yang memiliki latensi terendah.
Tidak seperti itu.
Katakanlah di Mumbai dan seseorang dari India mencoba menyambung ke domain saya.
Namun, server wilayah Mumbai memiliki latensi tertinggi, sehingga permintaan akan diarahkan ke server
Wilayah Singapura.
Jadi, di situlah catatan berbasis latensi sangat membantu.
Jadi sebelum kita menyimpulkan, izinkan saya menunjukkan satu hal kepada Anda, jadi saya akan pergi ke EC dua.
Jadi secara umum, jika Anda ingin membuat kebijakan perutean berbasis latensi, sekali lagi, saya yakin Anda sudah
mengetahui cara-cara dasar untuk membuat kebijakan perutean.
Ini cukup sederhana.
Katakanlah saya akan mengatakan sebagai latensi demo saya.
Sekarang Anda harus memberikan nilainya dan sebelum Anda memberikannya, cukup pilih kebijakan perutean di sini sebagai latency.
Sekarang di dalam EC dua contoh, mari kita pilih wilayah Singapura dan di dalam wilayah Singapura saya
akan membuat IP elastis di sini.
Mari kita buat IP elastis dengan cepat.
Baiklah, Jadi saya akan menyalin IP elastis di sini dan saya akan menempelkannya di dalam bidang nilai dan Anda akan melihatnya
secara otomatis mendeteksi wilayah yang terkait dengan IP elastis.
Nah, ini adalah sesuatu yang sangat saya sukai.
Ini cukup menarik.
Jadi, Anda bisa memberikan ID di sini, Anda bisa memberikannya, katakanlah, wilayah Singapura dan Anda bisa langsung
membuat.
Baiklah.
Jadi sekarang Anda memiliki zillow latensi demo saya. com.
Anda dapat membuat beberapa set rekaman tergantung pada IP elastis yang mungkin Anda berikan.
Wilayah akan terdeteksi secara otomatis dalam kasus IP elastis.
Jadi, setelah Anda melakukan itu, maka Anda bisa mencobanya dan memeriksa apakah perutean berbasis latensi berfungsi
untuk set praktis Anda.
Jadi, ini adalah gambaran umum tingkat tinggi tentang perutean berbasis latensi.
Saya harap video ini bermanfaat bagi Anda dan sekali lagi, jika Anda telah membuat IP elastis, jangan
lupa untuk melepaskannya, jika tidak, Anda akan dikenakan biaya yang tidak perlu.
Jadi dengan ini, saya akan menyimpulkan video ini.