Di sini dan selamat datang kembali.
Sekarang di video hari ini, kami akan memiliki gambaran umum tingkat tinggi tentang jaringan pengiriman konten yang juga dilaporkan seperti
ini.
Sekarang, sebelum kita melanjutkan dan membahas lebih lanjut tentang keuntungan apa yang diberikannya, mari kita lihat
skenario umum sekarang.
Di sebagian besar organisasi yang sedang melalui tahap bootstrap, apa yang mereka lakukan adalah mereka akan memiliki satu
server dan semuanya akan menjadi bagian dari server tunggal itu.
Jadi itu akan mencakup aplikasi Anda, database Anda, server Web Anda dan sebagainya.
Jadi jenis arsitektur ini cukup umum.
Tetapi ketika situs web mulai tumbuh dan popularitasnya meningkat, maka hal yang selalu saya perhitungkan
ini akan terbukti sangat menantang.
Jadi tantangan besar pertama adalah kinerja.
Jadi dengan bertambahnya jumlah pengunjung, kinerja secara keseluruhan bisa turun.
Jadi satu tantangan khas dengan banyak organisasi bahkan organisasi tingkat menengah yang mungkin
memiliki ratusan server, terkait dengan cache konten.
Jadi katakanlah jika sebuah situs web memiliki satu gambar dan seribu pengguna mengunjunginya, maka gambar yang sama perlu
dikirim ke seribu pengguna tersebut.
Jadi secara umum, jika Anda mengambil contoh situs web populer seperti Amazon atau situs berita seperti BBC, situs web
tersebut akan memiliki banyak gambar, mungkin 50 atau 100 gambar.
Jadi jutaan pengguna, mereka membuka situs web mereka.
Biasanya, gambar yang sama yang ada akan dikirim ke semua pengguna tersebut, dan itu menurunkan
kinerja dan meningkatkan beban ini.
Tantangan besar kedua yang biasanya akan Anda lihat terkait dengan keamanan.
Jadi penyerang, mereka menyukai Internet.
Jadi situs web biasa, bahkan situs web kecil.
Jadi katakanlah Anda telah meluncurkan situs web hari ini, dan jika Anda membuka 22 situs setelah dua atau tiga hari, Anda
akan melihat bahwa ada ribuan serangan yang terjadi di server tersebut.
Jadi situs Web dan aplikasi Web khas menghadapi berbagai jenis serangan mulai dari penolakan layanan, serangan
aplikasi Web, dan sebagainya.
Jadi salah satu tantangan yang akan kita lihat secara khusus terkait dengan situs web yang melayani lalu
lintas Internet adalah bahwa tidak hanya pengguna asli yang akan terhubung ke sana, bahkan penyerang akan dapat terhubung ke
server yang melayani lalu lintas mereka.
Jadi berdasarkan dua tantangan Tingkat Tinggi yang kami diskusikan, ada pendekatan tertentu yang
dapat digunakan sebagai solusi bagi kami.
Dan karena Anda dapat menambah ukuran server atau menambah jumlah server untuk kinerja yang lebih baik.
Jadi ini adalah salah satu pendekatan yang secara khusus berkaitan dengan kinerja.
Kedua, Anda dapat mengonfigurasi hal-hal seperti penolakan layanan terdistribusi, perlindungan, aplikasi web,
firewall pada tingkat tertentu sehingga Anda dapat terlindungi dari penyerang.
Jadi melakukan hal-hal ini di setiap cetera adalah tugas yang membosankan dan tidak dapat benar-benar berkembang dengan baik.
Jadi meskipun Anda menambah jumlah server dan Anda memiliki jutaan pengguna, maka latensi keseluruhan
dan kinerjanya juga tidak akan seoptimal itu.
Jadi membahas tentang arsitektur yang lebih baik, sehingga arsitektur yang lebih baik akan memperkenalkan lapisan
tengah yang memiliki semua fungsi yang terkait untuk melindungi serangan, caching objek yang diminta umum untuk kinerja
yang lebih baik.
Jadi Anda memiliki lapisan tengah sepanjang tahun.
Jadi sekarang yang akan terjadi adalah setiap pengguna dari Internet, mereka hanya dapat terhubung ke tingkat menengah ini.
Mereka secara langsung tidak akan dapat terhubung ke instance backend.
Jadi jika penyerang dia mencoba untuk melanjutkan dan melakukan serangan penolakan layanan terdistribusi, maka serangan
itu akan ditargetkan pada tingkat menengah.
Jadi beberapa solusi dapat digunakan di tingkat menengah terbaik.
Jadi salah satu yang populer adalah proxy terbalik.
Jadi banyak pengamat seperti insinyur, mereka bekerja cukup baik di tingkat proxy terbalik.
Kemudian lagi, pada lapisan tengah, jaringan pengiriman konten juga banyak digunakan dalam organisasi.
Jadi membahas tentang arsitektur KDDI dan Anda melihat arsitektur CBN sangat mirip dengan
model yang kita diskusikan, di mana Anda memiliki pengguna, Anda memiliki klien dan Anda memiliki kembali sebuah
instance.
Jadi klien pada dasarnya bertindak sebagai proxy yang menerima permintaan dan kemudian meneruskannya ke sistem ujung
belakang.
Jadi intinya, pengguna tidak akan bisa langsung terhubung ke belakang dalam sebuah perjalanan.
Sekarang, salah satu keuntungan klien adalah bahwa banyak penyedia CDN, mereka menyediakan fitur-fitur seperti
perlindungan beat, aplikasi web, firewall, menguangkannya.
Jadi, bahkan jika penyerang Anda mencoba melakukan beberapa serangan seperti penolakan layanan terdistribusi, dll. , proteksi berada di level
CDN.
Jadi serangan tidak akan pernah mencapai instance.
Dan contoh Anda?
Apakah akan tetap aman.
Jadi ini adalah gambaran tingkat yang sangat tinggi tentang jaringan pengiriman konten.
Sekarang, seperti yang kita diskusikan, ada banyak penyedia CBN yang tersedia di pasar.
Jadi mari kita bahas beberapa yang sangat populer.
Sekarang, salah satu penyedia yang populer adalah CloudFlare.
Jadi, sekali lagi, CloudFlare bekerja dengan cara yang mirip dengan arsitektur yang kita diskusikan.
Dan jika Anda melihat dengan cloud, itu juga menyediakan bangunan yang tidak diukur, perlindungan penolakan layanan
terdistribusi.
Sekarang, penyedia jaringan pengiriman konten kedua yang sangat populer adalah Akamai.
Bahkan, banyak organisasi yang memanfaatkan Akamai.
Sekali lagi, konsep keseluruhan masih harus dilihat.
Ini bertindak sebagai lapisan tengah.
Ini menyediakan banyak fitur seperti caching.
Ini menyediakan aplikasi web, fungsionalitas terkait firewall, apakah fungsionalitas berfungsi sebagai perlindungan dan
lain-lain.
Jadi broider populer berikutnya adalah memiliki layanan yang disebut Amazon Cloud Print, yang pada dasarnya adalah jaringan
pengiriman konten yang sekarang mirip dengan yang lain.
Jika Anda melihat kasus penggunaan di mana klien dapat digunakan, jadi Anda memiliki kasus penggunaan terkait caching,
Anda memilikinya terkait dengan keamanan.
Jadi jika Anda melihatnya bekerja dengan layanan lain untuk menyediakan LETELLIER untuk mengurangi mitigasi dan juga dapat
berintegrasi dengan MFAT untuk perlindungan Layer tujuh.
Jadi ada banyak keuntungan menggunakan penyedia klien.
Tidak ada satu keuntungan pun yang dapat saya bagikan, mirip dengan use case yang kita bahas,
bahwa jika ada situs web imatinib dan seribu pengguna mengunjunginya, maka gambar yang sama akan dikirimkan ke seribu
pengguna.
Jadi alih-alih menyimpan gambar di server, apa yang akan terjadi digunakan untuk gambar di lapisan tengah.
Jadi ini berarti ada proxy terbalik di mana Anda dapat menyimpan gambar dalam bentuk aset
statis atau Anda bahkan dapat menyimpan gambar dalam CDN.
Jadi gambar yang sering diminta disimpan pada level tertentu.
Jadi begitu gambar disimpan pada level tertentu, lain kali, jika 100 pengguna meminta gambar itu,
gambar itu akan disediakan oleh CBN.
Permintaan sama sekali tidak akan diteruskan ke server aplikasi dan dengan demikian mengurangi latensi keseluruhan.
Sekarang, sebelum kita menyimpulkan, izinkan saya memberi Anda satu contoh menarik.
Jadi dulu ada satu website statis yang sudah lama saya kunjungi.
Dan kemudian saya menyadari bahwa situs web statis turun dari tiga hari.
Namun, pengguna dapat menelusuri situs web itu dengan sangat baik.
Dan alasan mengapa mereka dapat menjelajahi web adalah karena CDN.
Jadi seluruh konten yang terkait dengan situs web di-cache di level CDN.
Jadi, meskipun server backend sedang down, CBN dapat menyajikan konten situs web itu kembali ke pengguna
akhir.
Jadi untuk pengguna akhir, situs webnya berfungsi, tetapi di balik layar situs web itu tidak aktif.
Jadi itu adalah salah satu hal hebat yang bisa dilakukan warga negara.
Jadi itulah gambaran tingkat tinggi dari semua jaringan pengiriman konten.
Semoga video ini bermanfaat untuk kalian, dan sampai jumpa di video selanjutnya.