Di sini dan selamat datang kembali sekarang, kita akan membahas tentang VPC dan layanan poin.
Sekarang, mari kita lanjutkan dan pahami ini dengan kasus sederhana.
Sekarang, di banyak organisasi, mereka menggunakan penyedia layanan seperti DataDot neuralgic
yang metriknya dikirim.
Jadi, misalnya, Anda memiliki VPC sendiri.
Jadi VPC ini milik organisasi Anda dan Anda memiliki VPC lain dari penyedia layanan.
Sekarang, apa yang akan Anda lakukan dari kumpulan dua instance menggunakan matriks matriks tertentu dapat berupa penggunaan CPU, dapat
berupa matriks aplikasi Anda, dan sebagainya.
Jadi Anda mengirim matriks itu dari organisasi Anda ke penyedia layanan dan dari matriks yang
diterima penyedia layanan.
Mereka melanjutkan dan mereka memberi Anda grafik kecil yang bagus yang dapat Anda lanjutkan dan
selidiki, serta periksa latensi keseluruhan atau masalah lain apa pun yang sedang diperbaiki untuk server atau
aplikasi organisasi Anda.
Jadi ini adalah arsitektur sederhana.
Sekarang, salah satu tantangan dengan jenis arsitektur ini adalah bahwa matriks dari instans
Ishita di PC Anda sedang dikirim ke instans AC2 di Visio untuk penyedia layanan atau Internet.
Dan salah satu permintaan fitur dengan banyak permintaan pelanggan adalah karena mudahnya instans
konsumen dan penyedia layanan berada di dalam lingkungan itu sendiri, maka daripada mengirimkannya melalui
Internet, mengapa tidak mengirimkannya melalui Internet nanti. ?
Ini tidak hanya akan menghemat biaya Anda, tetapi jauh lebih aman dan interkoneksi tetap pribadi.
Sekarang, salah satu pendekatan yang dapat dicapai adalah dengan bantuan Vecepia.
Tidak ada pengalaman yang hebat.
Tetapi jika penyedia layanan memiliki ribuan pelanggan, vectoring adalah sesuatu yang tidak dapat dipandang sebelah mata.
Terutama karena mari kita ambil contoh ada dua konsumen, konsumen Anda dan konsumen Anda juga.
Saat ini sebagian besar konsumen menggunakan gerbong yang sama, yaitu 172 31 nol nol 60.
Jadi dalam kasus seperti itu, korban tidak akan bekerja di sisi penyedia layanan karena bisa ada ratusan
konsumen yang menggunakan gerbong yang sama.
Jadi pendekatan ini tidak mungkin jika pendekatan pembangunan VPC memungkinkan, maka seluruh koneksi hanya
melalui jaringan pribadi ADRIS.
Jadi untuk mengatasi tantangan khusus ini, ia telah memperkenalkan fitur layanan VPC.
Jadi apa yang akan terjadi, jenis arsitektur ini, adalah bahwa kemudahan untuk instan pada dasarnya
akan menggunakan titik antarmuka Anda.
Dan dari titik yang sama yang tidak sopan, lalu lintas menuju penyeimbang beban jaringan dan dari penyeimbang beban
jaringan, lalu lintas menuju ke kumpulan contoh penyedia layanan.
Jadi ada dua konstruksi penting di sini.
Salah satunya adalah konsumen dan kedua adalah penyedia layanan.
Jadi yang perlu dilakukan konsumen adalah kebutuhan yang mudah dijawab untuk mengirim lalu lintas ke titik akhir
antarmuka.
Dan sekarang semua penyedia layanan yang harus mereka lakukan adalah mereka harus membuat penyeimbang beban.
Dan penyeimbang beban ini perlu dikaitkan dengan serangkaian instans.
Dan titik akhir antarmuka ini akan secara otomatis mengirimkan lalu lintas ke keseimbangan beban jaringan ini.
Dan pengiriman trafik yang terjadi ini melalui jaringan pribadi yang sudah ada.
Itu tidak melintasi Internet.
Dan inilah ide dasar di balik titik pemutusan layanan ini.
Jadi mari kita lakukan satu hal.
Izinkan saya segera memberi Anda demo agar ini dapat lebih dipahami sekarang untuk video hari ini.
Saya harus memudahkan dua instance yang sedang berjalan.
Salah satunya adalah konsumen, yang merupakan contoh setu sisi kiri.
Dan kedua adalah penyedia layanan, yang berada di sebelah kanan, mudah untuk dicontoh.
Sekarang kami juga memiliki penyeimbang beban jaringan yang dibuat yang terkait dengan penyedia layanan, mudah
dipasang.
Jadi jika saya cepat menunjukkan kepada Anda, mari kita pergi ke penyeimbang beban.
Jadi Anda lihat, saya sudah memiliki keseimbangan beban jaringan yang dibuat, jadi bagian sisi kanan
sudah dibuat dan lalu lintas itu secara otomatis terkikis.
Sekarang, membahas tentang sisi kiri dengan arsitektur, kita telah melihat bahwa Anda melihat dua contoh
dibuat dan kami juga memiliki pembuat titik akhir antarmuka.
Jadi jika Athelia jelas, saya punya satu titik akhir antarmuka yang dibuat.
Jadi sekarang segera setelah instans mudah mengirimkan lalu lintas ke antarmuka titik akhir antarmuka, titik akhir secara
otomatis mengirimkan lalu lintas ke penyeimbang beban jaringan atau penyedia layanan.
Sekarang, sebelum kita melakukannya, izinkan saya dengan cepat menunjukkan kepada Anda apa sebenarnya instance di tingkat penyedia
layanan yang dihosting.
Jadi mari kita pergi ke tingkat contoh.
Mari kita buka instance penyedia layanan.
Sebut saja IP publik.
Dan jika saya menempelkan di dalam browser, pada dasarnya ini adalah bagian berbasis aperture sederhana yang tersedia.
Baiklah.
Jadi sekarang mari kita lakukan satu hal.
Mari kita pergi ke contoh sisi konsumen dan mari kita membuat permintaan ke titik puncak dan melihat
bagaimana lalu lintas dialihkan.
Saya akan menyalin IP konsumen, mari kita sambungkan ke instance dan dari sini, mari kita lanjutkan dan salin salah satu
nama DNS yang terkait dengan antarmuka yang dimaksud.
Mari kita lakukan panggilan pada nama DNS mereka dan seperti yang diharapkan, pada dasarnya Anda melihat halaman yang sama.
Jadi ini adalah halaman pengujian dalam format email.
Dan Anda lihat itu pada dasarnya adalah Apache St. Petersburg.
Sekarang, pertanyaan yang muncul adalah bagaimana endpoint antarmuka jaringan ini di konsumen?
VPC ditautkan dengan penyeimbang beban jaringan di VPC penyedia layanan, dan itu melalui titik
VPN layanan.
Sekarang, jika saya pergi ke layanan titik akhir, Audur, Anda akan melihat bahwa kami memiliki satu layanan
titik akhir yang dibuat dan dalam koneksi titik akhir kami memiliki titik akhir minggu.
Jadi ini pada dasarnya adalah titik akhir delapan puluh.
Mari kita salin ini.
Jika kita pergi ke titik akhir di sini, Anda melihat titik akhir ini.
Jika saya hanya mempercepat delapan koma delapan puluh ini, Anda dapat melihat ini adalah titik akhir antarmuka.
Jadi yang kami lakukan adalah melanjutkan dan membuat layanan titik akhir.
Dan layanan titik akhir ini pada dasarnya terkait dengan penyeimbang beban jaringan.
Jadi layanan titik akhir di situs penyedia layanan ini, layanan titik akhir ini terkait dengan penyeimbang
beban jaringan di sisi penyedia layanan.
Sekarang kita menghubungkan titik akhir antarmuka ke layanan titik akhir.
Jadi layanan titik akhir ini dikaitkan dengan titik akhir antarmuka.
Jadi, setiap kali lalu lintas dikirim ke titik akhir antarmuka jaringan, maka secara otomatis pergi ke layanan titik
akhir ini, yang pada gilirannya dikaitkan dengan penyeimbang beban jaringan dan dari penyeimbang beban jaringan.
Lalu lintas pergi ke mudah untuk menginstal.
Jadi beginilah cara arsitektur berbasis titik akhir layanan VPC bekerja dengan baik.
Jadi saya harap dengan ini Anda memahami dasar-dasar layanan endpoint BCA dan dengan ini menyimpulkan video
hari ini.