Dan selamat datang kembali di video hari ini, kita akan membahas tentang Mladic.
Sekarang pada ikhtisar tingkat tinggi pada dasarnya memungkinkan Anda menjalankan fungsi Lamela Anda untuk menyesuaikan konten yang mungkin dikirimkan
teman cloud Anda ke pengguna akhir Anda.
Nah, pada dasarnya, ini dapat dengan mudah dijelaskan dalam tampilan diagram, karena jika kita langsung masuk ke
poin-poin teoretis ini, itu hanya akan membingungkan.
Jadi ini adalah representasi diagram.
Jadi katakanlah ini adalah pengguna.
Ini bisa menjadi peramban.
Ciarlante dan Anda memiliki front cloud di sini.
Ini adalah teman awan.
Astaga.
Dan inilah asalnya.
Sekarang, ini bisa menjadi pasar jalanan atau situs web apa pun yang Anda jalankan di belakang layar.
Anda tahu apa yang lamda at the Edge memungkinkan Anda lakukan adalah memungkinkan Anda menjalankan fungsi lamina di empat titik
utama.
Poin utama pertama adalah sebelum permintaan menyentuh cloud.
Sobat Astaga, titik yang mencuat adalah setelah permintaan meleset dari cache cloud dan sebelum mencapai asal.
Jadi ini adalah poin kedua di mana Anda dapat menjalankan fungsi lamda Anda.
Poin ketiga adalah segera setelah Anda mendapatkan kembali data dari asal Anda, ini adalah bagian ketiga.
Dan bagian keempat adalah setelah data melintasi uang tunai cloud print dan sebelum kembali ke pengguna,
Anda memiliki satu poin lagi.
Jadi ada empat petunjuk di mana Anda dapat menjalankan fungsi lambda Anda.
Sekarang, pointer ini didefinisikan oleh sebuah nama.
Yang pertama ditentukan oleh permintaan pemirsa.
Yang kedua ditentukan oleh permintaan asal.
Maka Anda memiliki respons asli.
Dan keempat adalah respon penonton.
Tidak, karena kemampuan seorang dabbler untuk menjalankan fungsi lambda Anda di empat pointer ini, itu
benar-benar memungkinkan banyak kemungkinan dan banyak kemampuan.
Jadi mari kembali ke slide pertama kita dan pahami tentang masing-masing poin ini.
Jadi sekarang kembali ke poin kedua dari slide pertama, ini menyatakan bahwa Anda dapat menjalankan fungsi lambda
Anda untuk mengubah permintaan dan respons cloud print pada poin berikut.
Sekarang, kita sudah membahas bahwa ada empat petunjuk.
Sekarang, ini adalah empat petunjuk yang perlu Anda ingat versus permintaan pemirsa.
Kedua adalah tanggapan asli Questers.
Dan untuk tanggapan pemirsa ini, sekarang permintaan pemirsa tidak ada apa-apanya, tetapi setelah cloud print menerima permintaan
dari pemirsa.
Jadi, inilah yang dimaksud dengan permintaan pemirsa.
Kedua adalah permintaan asli, yang pada dasarnya menyatakan bahwa ini adalah lokasi sebelum cloud print
meneruskan, permintaan ke asal.
Jadi sebelumnya.
Jadi Anda memiliki cloud dari Casoria sekarang sebelum Anda meneruskan permintaan ke asal, ada pointer
woodier.
Jadi pada titik inilah yang disebut sebagai permintaan asli.
Sekarang yang ketiga adalah respons asli, yang pada dasarnya adalah setelah cloud print menerima respons
dari asal.
Jadi ini adalah tempat ketiga.
Dan tempat keempat adalah tanggapan pemirsa, yang pada dasarnya menyatakan bahwa sebelum awan depan
meneruskan tanggapan ke pemirsa.
Jadi ini adalah lokasinya.
Jadi sebelum permintaan dikirim kembali ke agen pengguna.
Ini adalah tempat keempat.
Sekarang, ingatlah bahwa representasi yang Anda lihat di sini, pada dasarnya adalah uang muka cloud.
Jadi mari kita lakukan satu hal.
Mari kita pahami tentang masing-masing peristiwa ini secara rinci.
Sekarang, permintaan pemirsa pada dasarnya dieksekusi pada setiap permintaan sebelum awan dari uang tunai diperiksa.
Ini adalah sesuatu yang telah kami lihat sebagai permintaan pemirsa, jadi fungsi lambda apa pun yang Anda masukkan.
Jadi ini adalah empat lokasi di mana Anda dapat meletakkan fungsi lambda Anda dan fungsi
lambda itu akan dijalankan di setiap lokasi ini setiap kali permintaan datang.
Jadi setiap fungsi lambda yang Anda tempatkan di lokasi spesifik ini akan dijalankan setiap kali sebelum teman
cloud menguangkan cek.
Sekarang, ada banyak manfaat menjalankan fungsi atas permintaan pemirsa.
Salah satu manfaatnya adalah memodifikasi Eurail.
Anda dapat melakukan cookie, Anda dapat melakukan kueri, modifikasi terkait string.
Dan salah satu yang sangat terkenal yang juga mudah dijelaskan adalah melakukan pemeriksaan autentikasi dan otorisasi.
Jadi ini dapat dipahami dengan diagram berikut di mana Anda memiliki agen pengguna di sini dan Anda memiliki
front cloud.
Jadi begitu cloud menerima permintaan, maka hal pertama sebelum cloud front cash adalah git adalah
permintaan pemirsa.
Meski begitu, permintaan pemirsa bahkan pada dasarnya dapat melihat apa permintaan mereka yang telah dikirim oleh
agen pengguna, apakah permintaan itu berisi kata sandi yang sesuai, yang diperlukan untuk membuka situs web.
Jika permintaan berisi kata sandi yang sesuai untuk membuka situs web, maka permintaan akan masuk
ke OCC dan kemudian akan dikirim ke asal.
Jika permintaan tidak memiliki kata sandi, maka permintaan pemirsa Anda bahkan dapat mengirim EDP untuk 03 kembali ke
agen pengguna.
Dan otentikasi kata sandi ini adalah salah satu fungsi yang ditempatkan banyak organisasi di tingkat permintaan pemirsa
itu sendiri.
Karena jika misalnya seorang agen pengguna meminta file tertentu dan file itu adalah Kastoria sekarang, mungkin
saja permintaan tersebut tidak akan sesuai dengan aslinya.
Permintaan akan ditanggapi dari cache itu sendiri.
Jadi sangat penting khususnya jika Anda memiliki jenis otentikasi kata sandi, Anda memasukkan tanda
centang terkait otentikasi kata sandi Anda di permintaan pemirsa sehingga segera setelah permintaan tiba di tingkat
ancaman cloud, Anda menjalankan fungsi lambda Anda di sini dan lambda itu fungsi dapat menentukan apakah permintaan harus diizinkan
untuk lulus atau tidak.
Sekarang, bagian kedua adalah permintaan asli.
Sekarang, permintaan Asal umumnya merupakan lokasi fungsi lambda Anda, yang akan dijalankan setiap
kali cache terlewatkan atau sebelum permintaan diteruskan ke asal.
Sekarang, pada dasarnya, ada banyak hal yang dapat Anda lakukan pada tahap ini, seperti sektor asal
secara dinamis berdasarkan header permintaan.
Jadi mari kita memahami ini.
Tapi jadi ini adalah diagram dari permintaan aslinya.
Jika Anda perhatikan, saya harus memulai dari sini agar mudah mengetahui fungsi atau lokasi mana yang sedang
kita bicarakan.
Jadi di sini kita, dengan asumsi bahwa permintaan pertama pergi ke teman kita, lalu Anda memiliki permintaan pemirsa,
lalu pergi ke cache cloud frenk.
Ada cache, nona.
Ingat bagian penting untuk mengingat Anda.
Jika cache mencapai itu, maka Cloud Front dapat mengirimkan data langsung ke pengguna dan kemudian permintaan asli
dan respons asli mungkin tidak dijalankan.
Jadi penting untuk diingat.
Jadi, setiap kali cache miss terjadi, data melintasi ke audio permintaan asli sekarang permintaan asal sehingga Anda
dapat mengontrol banyak parameter.
Kami salah satu parameter adalah salah satu kasus penggunaan yang Anda dapat bekerja pada tingkat ini secara dinamis
mengatur asal berdasarkan header permintaan.
Jadi mungkin saja ada banyak asal.
Katakanlah Anda memiliki S3, tetapi apakah Anda memiliki instance yang mudah?
Tidak.
Dari fungsi lambda ini, Anda dapat mengetahui apakah permintaan harus masuk ke bucket S3 atau ke easy to
instant berdasarkan header permintaan.
Jadi semua kontrol itu dapat Anda miliki di tingkat permintaan asli itu sendiri.
Sekarang Anda juga dapat langsung mengirim kembali data dari permintaan asli.
Belum tentu itu akan mencapai titik akhir.
Jadi tergantung pada logika apa yang ingin Anda definisikan audio.
Jadi bagian selanjutnya yang perlu kita bahas adalah origin response.
Sekarang, respons Origin pada dasarnya dieksekusi pada cache miss setelah respons diterima dari Origin.
Jadi jika kita melihat ke dalam diagram mereka yang terkait dengan atau sebagai tanggapan.
Jadi tanggapan Aurélien datang setelah asal dan tanggal asalnya dikirim kembali.
Ini menuju ke audio tahap respons asli.
Sekarang, sekali lagi, tahap ini sangat penting dan Anda akan dapat melakukannya sesuka Anda.
Gunakan kasus dari ini sebagai tanggapan, tahap pertama adalah Anda dapat memodifikasi header respons dan Anda juga
dapat mencegat dan mengganti berbagai forensik dan kesalahan kebakaran dari asalnya.
Jadi katakanlah Anda memiliki asal.
Ini dapat dengan mudah instan dan entah bagaimana aplikasi Anda sedang down dan tidak berfungsi sama sekali.
Dan apa yang diberikannya, itu mengembalikan lima ratus kesalahan.
Sekarang, pada respons asli, Anda dapat memiliki logika bahwa setiap kali Anda mendapatkan respons
500 dari asal, itu dapat menggantikan respons itu dengan yang spesifik.
Anda dapat melihat sedikit yang mengatakan bahwa situs web mungkin dalam pemeliharaan atau respons asal
dapat terhubung atau dapat dikatakan bukan pengalihan sisa ke kembali atau ke asal cadangan agar permintaan terjadi.
Jadi ini juga salah satu tahap kritis.
Nah, tahap terakhir adalah respon penonton.
Respons penampil pada dasarnya adalah fungsi yang dijalankan pada semua respons yang diterima baik dari
asal atau dari cache.
Sekarang, ini, sekali lagi, adalah keadaan yang sangat penting karena mungkin saja terjadi setelah permintaan pemirsa, permintaan tersebut mungkin
mengenai awan dari uang tunai dan dari awan dari gas.
Dikatakan data akan kembali ke agen pengguna.
Jadi situs yang tepat ini mungkin tidak dieksekusi sama sekali.
Jadi, jika Anda ingin fungsi tertentu terjadi untuk semua respons yang dikirim kembali ke agen
pengguna, menempatkan fungsi Anda pada batas respons pemirsa sangatlah penting.
Sekarang, salah satu kasus penggunaan, yang digunakan oleh banyak organisasi untuk respons penampil adalah
memodifikasi header respons sebelum caching respons terjadi.
Sekarang, pada dasarnya apa yang terjadi adalah dari respon asli, jika Anda memiliki header tertentu, mungkin
mendapatkan gas di awan Frank.
Tetapi jika Anda meletakkannya di tingkat respons pemirsa, Anda tidak akan memiliki caching sama sekali.
Ini akan langsung di tingkat agen pengguna.
Jadi ini adalah gambaran tingkat tinggi tentang LAMDA di D. H.
Semoga video ini dapat memberikan informasi bagi Anda dan saya menantikan video berikutnya.