Harrigan.
Dan selamat datang kembali.
Sekarang, dalam video hari ini, kita akan membahas tentang dasar-dasar layanan Amazon US.
Sekarang, sebelum kita membahas lebih jauh dan mendetail tentang kami, mari kita lihat contoh penggunaan sederhana yang akan
memungkinkan kita untuk memahami manfaat yang ditawarkannya.
Sekarang, kasus penggunaan untuk video hari ini adalah aplikasi yang terutama berfungsi untuk memulihkan gambar.
Jadi, mari kita asumsikan bahwa sebuah perusahaan media sedang merancang sebuah aplikasi yang akan menyempurnakan dan memulihkan
gambar yang dikirimkan pengguna ke portal online.
Jadi, ada banyak aplikasi di mana Anda bisa memberikan gambar dan mereka akan menyempurnakannya dan membuatnya
jauh lebih baik.
Jadi itulah yang sedang dibangun oleh Medium Corp.
Sekarang sebagai bagian dari arsitektur aplikasi, ada dua komponen yang terlibat.
Yang pertama adalah pengumpul gambar dan yang kedua adalah penyempurna gambar.
Jadi, pengumpul gambar bertanggung jawab untuk mengambil gambar dari pengguna melalui tombol unggah.
Jadi, segera setelah pengguna mengunggah gambar, gambar tersebut masuk ke aplikasi pengumpul gambar dan kemudian
pengumpul gambar akan mengirimkan gambar tersebut ke penambah gambar dan penambah gambar bertanggung jawab untuk menyempurnakan
serta melakukan konversi pada gambar.
Sekarang jenis arsitektur ini terdengar bagus.
Sekarang salah satu tantangan yang muncul adalah apa yang terjadi ketika peningkatan gambar ini membuat server down.
Jadi pengumpul gambar bekerja dengan baik, pengguna dapat mengunggah gambar, tetapi ketika pengumpul gambar
mengirim gambar ke penambah gambar, server selesai.
Jadi ini adalah salah satu tantangan yang akan dihadapi dalam rangkaian arsitektur saat ini.
Sekarang, jenis tantangan kedua terkait dengan ketersediaan yang tinggi.
Jadi, mari kita asumsikan bahwa karena popularitas aplikasi dan lonjakan trafik yang sangat besar, medium core telah memutuskan untuk
menambahkan lebih banyak server enhancer.
Jadi sekarang Anda memiliki dua.
Jadi sekarang medium corp telah menambahkan dua server enhancer lagi.
Jadi sekarang jika salah satu server mati, maka pengumpul gambar akan dapat mengirim lalu lintas
ke server lainnya.
Jadi agar pengumpul gambar dapat menemukan server terbaru yang sedang berjalan, apa yang perlu dilakukan adalah
membuat basis data pada file konfigurasi dengan informasi yang relevan perlu dibuat.
Jadi dalam kasus ini Anda memiliki file konfigurasi yang berisi empat server.
Jadi, Anda memiliki server A, server B, server C, server D, dan setiap server memiliki alamat IP yang terkait.
Dan apa yang dilakukan oleh pengumpul gambar, ia akan mengirimkan gambar-gambar tersebut ke setiap alamat IP.
Nah, meskipun hal ini terlihat bagus, tetapi salah satu tantangan yang muncul adalah katakanlah server ini
mengalami down sekarang.
Pengumpul gambar tidak memiliki cara untuk mengetahui bahwa server sedang down, sehingga perlu ada logika tambahan
di server gambar yang akan memeriksa pemeriksaan kesehatan semua server.
Dan jika pemeriksaan kesehatan gagal, maka entri file konfigurasi yang terkait dengan server itu juga perlu
dihapus.
Jadi, aplikasi pengumpul gambar perlu melakukan lebih dari sekadar mengumpulkan gambar, dan ini akan menimbulkan
banyak tantangan.
Jadi untuk mengatasi hal ini, ada juga arsitektur yang lebih baik dalam menggunakan antrian.
Jadi, yang terjadi di sini adalah Anda mendesain antrean dan apa yang akan dilakukan oleh pengumpul gambar.
Yang harus dilakukannya hanyalah mengirim gambar ke antrean, kemudian penambah gambar.
Mereka hanya bertanggung jawab untuk mengambil pesan dari antrian dan hanya itu
saja.
Anda tidak perlu khawatir tentang hal lain.
Jadi pada tingkat pengumpul gambar, Anda tidak benar-benar perlu mendapatkan alamat IP terbaru dari server, melakukan
pemeriksaan kesehatan dan membuat logika tambahan.
Baiklah.
Jadi, inilah yang dimaksud dengan antrian.
Sekarang, salah satu fungsi utama dari layanan antrean pesan adalah mengambil pesan dari penerbit
dan meneruskannya ke konsumen.
Jadi dalam arsitektur kami, penerbit menjadi pengumpul gambar dan konsumen menjadi penambah
gambar.
Jadi, ini adalah arsitektur tingkat tinggi.
Sekarang, satu hal yang perlu dipastikan di sini adalah bahwa karena pengumpul gambar
ini akan mengirimkan gambar ke antrian, antrian harus selalu tersedia karena jika antrian turun, maka
tidak ada gambar yang dapat diambil oleh penambah gambar.
Jadi, ini adalah salah satu komponen arsitektur yang paling penting dalam kasus penggunaan khusus yang
kita bahas, dan tantangan untuk memiliki antrean yang andal dan sangat tersedia ditangani oleh layanan antrean Amazon.
Jadi, secara garis besar, Amazon ask adalah layanan antrean pesan yang cepat, andal, dapat diskalakan, dan dikelola
sepenuhnya, dan pada dasarnya membuatnya sederhana dan hemat biaya untuk memisahkan komponen-komponen
aplikasi tertentu.
Jadi sekarang apa yang harus Anda lakukan, Anda sudah memiliki pengumpul gambar, Anda sudah memiliki penambah gambar.
Apa yang Anda lakukan adalah Anda menciptakan sesuatu yang sangat.
Andal dan dapat diandalkan.
Q Dengan bantuan Sky Service dan konfigurasikan pengumpul gambar Anda untuk mengirim pesan ke antrean dan konfigurasikan
penyempurna gambar untuk mengambil pesan dari Q Dan hanya itu saja.
Jadi ini adalah arsitektur dasar, jadi mari kita lanjutkan dan mencobanya agar hal ini menjadi lebih dipahami.
Jadi saat ini saya berada di konsol Amazon dan saat ini kami memilikinya.
T Dengan nama pesan.
T Dan saat ini tidak ada pesan yang tersedia.
Sekarang kami juga memiliki dua EC dua contoh untuk demo hari ini.
Yang satu bernama gambar, yang kedua bernama penambah gambar.
Jadi untuk demo hari ini, pengumpul gambar easy to instance, akan mengirimkan pesan tertentu ke Q ini dan
penambah gambar, easy to instance akan mengambil pesan dari SKU.
T Jadi itu adalah arsitektur dasar, sesuatu yang akan kita lihat.
Jadi, mari kita mencobanya.
Jadi saat ini di dalam terminal pencarian saya, saya memiliki dua tab yang dibuat.
Tab pertama dikaitkan dengan Galeri Gambar.
Tab kedua dikaitkan dengan penambah gambar.
Jadi, di dalam mari kita lanjutkan dan jalankan skrip dan nama skripnya adalah kirim pesan.
Jadi, ini akan terus berlanjut dan mengirim pesan ke AS.
T Jadi biarkan saya menjalankannya.
Jadi saat ini Anda melihat bahwa ia telah mengirim lima pesan ke AS.
T Sekarang di dalam sini, jika kita menyegarkan halaman dengan cepat, Anda melihat pesan yang tersedia sekarang
ada lima dari penambah gambar, yang bertanggung jawab untuk mengonsumsi pesan.
Kami juga memiliki satu naskah lagi yang tersedia.
Rekan kerja menerima pesan yaitu, Ayo jalankan.
Jadi, sekarang pada tahap ini Anda melihat bahwa kamera ini telah menerima satu set pesan dari AS.
T Sekarang, jika Anda menjalankannya sekali lagi, ia telah menerima serangkaian pesan lain dari AS.
T Jadi, misalnya, katakanlah yang pertama adalah gambar.
Jadi, setelah mengambil gambar, kamera sudah menyelesaikan pekerjaannya.
Sekarang, sekali lagi, kamera akan melanjutkan dan mengambil serangkaian gambar baru yang merupakan bagian dari AS.
T Dan kemudian, kamera akan memproses gambarnya.
Setelah pemrosesan selesai, kamera akan melanjutkan dan mengambil gambar yang lebih baru, yang merupakan bagian dari AS.
T Jadi, jika saya menyegarkan halaman dengan cepat, Anda akan melihat pesan yang tersedia sekarang berkurang menjadi dua.
Sekarang sebenarnya pesan-pesan yang merupakan bagian dari AS.
T Anda juga dapat melihatnya dari konsol.
Jadi, jika saya dengan cepat melakukan pesan lengkap di sini, Anda akan melihat bahwa ada beberapa pesan yang tersedia
dan ini pada dasarnya adalah badan pesan.
Sekarang kita sudah memahami dasar-dasar suara.
T Mari kita lanjutkan dan pahami beberapa konsep penting yang secara khusus terkait dengan sistem yang digabungkan secara ketat
dan sistem yang digabungkan secara longgar.
Jadi dalam sistem yang digabungkan secara erat, komponen dari arsitektur sistem, mereka secara langsung berkomunikasi
satu sama lain dan juga memiliki ketergantungan yang kuat satu sama lain.
Jadi misalnya, Anda memiliki produsen dan Anda memiliki konsumen.
Jadi produsen secara langsung mengirimkan pesan kepada konsumen.
Jadi, jika konsumen mengalami gangguan, maka produsen pada dasarnya juga akan mulai mengirimkan pesan lain kepada
pengguna.
Jadi, ini juga disebut sebagai sistem yang digabungkan secara ketat.
Sekarang, jenis sistem yang kedua disebut sebagai sistem yang digabungkan secara longgar di mana komponen-komponen
arsitektur sistem yang dapat memproses informasi tanpa terhubung secara langsung.
Jadi, Anda memiliki produsen, Anda memiliki Q, Anda memiliki konsumen.
Jadi sekarang jika konsumen turun, maka produsen pada dasarnya tidak perlu khawatir.
Jadi, yang dapat dilakukan oleh produser adalah mengambil gambar dari pengguna dan mengirimkan gambar tersebut ke
antrean, lalu memberikan pesan sukses kepada pengguna.
Itu saja.
Setelah sekumpulan konsumen kembali online lagi, mereka akan mengambil pesan dari antrean dan kemudian mereka akan
melakukan tingkat pemrosesan yang diperlukan.
Jadi, ini adalah jenis arsitektur yang jauh lebih baik.
Dan pada kenyataannya, sebagian besar arsitektur yang akan Anda lihat yang baru di lingkungan produksi
didasarkan pada sistem loosely coupled.
Ini sangat penting.
Itu bagus sekali.
Jadi, ini adalah gambaran umum tingkat tinggi tentang layanan ini dan dengan ini akan mengakhiri video hari ini.