Hai, semuanya, dan selamat datang kembali.
Sekarang, dalam video hari ini, kita akan membahas tentang Amazon MQ.
Sekarang, sebelum kita melanjutkan dan melihat keuntungan yang diberikan MQ, mari kita lihat tahap pembelajaran
kita saat ini.
Berdasarkan apa yang kita ketahui, kita akan membahas lebih lanjut.
Nah, salah satu layanan yang kita kenal adalah KKN.
Sekarang SCS adalah singkatan dari Layanan Antrian Sederhana.
Jadi, secara garis besar, aplikasi ini memang menyediakan serangkaian fungsionalitas yang hebat, tetapi ketika kami membandingkannya dengan
berbagai broker pesan lainnya, serangkaian fungsionalitasnya masih terbatas.
Sekarang, di industri ini ada berbagai layanan broker pesan yang tersedia, yang sangat
populer.
Sebagai contoh, Anda memiliki Apache MQ yang aktif dan menyediakan serangkaian fitur yang hebat dan kumpulan
perantara pesan ini digunakan secara luas dalam kumpulan organisasi di lokasi.
Sekarang, salah satu tantangan yang umumnya dihadapi organisasi ketika mereka bermigrasi ke cloud, misalnya, katakanlah
sebuah organisasi secara aktif menggunakan layanan aktif sebagai perantara pesan untuk aplikasi tersebut dan mereka
ingin pindah ke cloud.
Sekarang di cloud Anda memiliki excuse, sekarang excuse dan MQ yang aktif.
Jika ada migrasi yang perlu dilakukan, maka kode aplikasi juga perlu ditulis ulang.
Dan ini adalah sesuatu yang ingin dihindari oleh organisasi pada tahap awal.
Jadi, jika Anda menggunakan perpesanan dengan aplikasi yang sudah ada dan ingin memindahkan perpesanan ke awan dengan cepat
dan mudah, maka Anda bisa mempertimbangkan Amazon.
MQ Sebagai contoh, hal ini dapat dilihat pada diagram di mana Anda memiliki layanan Amazon MQ, yang
merupakan broker pesan, dan memungkinkan kita untuk membuat broker pesan MQ atau kelinci MQ yang aktif.
Di balik layar.
Ini akan melanjutkan dan membuat satu set contoh yang mudah, bisa tunggal, mudah atau dalam lingkungan
multi mudah, dan contoh yang mudah itu akan memiliki broker pesan yang dikonfigurasikan dan kemudian
Anda dapat menghubungkan aplikasi Anda ke broker pesan yang sesuai.
Jadi mari kita lakukan satu hal.
Mari kita lanjutkan dan segera melihatnya dari perspektif demo.
Sekarang untuk video hari ini di Amazon MQ, saya sudah mengkonfigurasi broker dan jika Anda melihat ke
dalam insinyur broker, itu didasarkan pada MQ aktif Apache.
Sekarang jika Anda melihat ke dalam mode penyebaran, ini adalah broker instance tunggal dan jenis instance di
sini didasarkan pada TX three dot Micro.
Jadi, mari kita buka dengan cepat dan di dalamnya Anda biasanya akan melihat URL yang dapat Anda gunakan untuk
terhubung ke konsol web MQ yang aktif.
Jadi, mari kita lanjutkan dan segera membukanya.
Pada tahap ini, Anda dapat melanjutkan dan mengelola broker dengan cepat.
Sekarang, jika Anda melihat ke dalam MK aktif, ini terdiri atas berbagai fitur yang dikombinasikan dengan
fitur yang akan Anda lihat di SNS.
Misalnya, Anda memiliki antrian, Anda memiliki topik di sini, Anda memiliki pelanggan dan sebagainya.
Jadi, mari kita pergi ke antrian dan sebenarnya Anda bisa langsung membuat antrian.
Selain itu, saya juga ingin mengingatkan bahwa ini hanyalah video demo di mana kami hanya ingin memahami
dasar-dasar layanan MK.
Sekarang di dalam antrean, mari kita buat antrean dengan cepat sehingga antrean kita dibuat.
Sekarang dalam antrean Anda melihat tidak ada pesan jika Anda ingin mengirim
pesan, mari kita coba juga dalam dunia I'll Say Hello Anda.
Dan ada banyak opsi konfigurasi yang dapat Anda tambahkan di sini dalam pesan.
Kami akan membuatnya tetap sederhana dan kami akan terus mengirimkan pesan.
Sekarang pada tahap ini Anda melihat sejumlah pesan yang tertunda.
Pertama, jika saya akan segera membuka antrian di sini, Anda akan melihat ID pesan jika saya membuka ini, Anda akan
melihat Hello world.
Baiklah.
Jadi saya harap pada tinjauan tingkat tinggi, Anda memahami apa yang AMCU coba capai sekarang jika
Anda mengetahui dasar-dasar pengertian AS, memahami dasar-dasar NQ aktif akan jauh lebih sederhana.
Sekarang, sebelum kami menyimpulkan, ada beberapa petunjuk penting yang perlu diperhatikan.
Pertama, jika Anda membangun aplikasi baru di cloud, maka saya sarankan
Anda menggunakan SDK dan SNS daripada MQ.
Kedua, Amazon meminta layanan antrean pesan dan layanan topik yang ringan dan terkelola sepenuhnya yang dapat meningkatkan
skala hampir tanpa batas dan menyediakan API yang sederhana dan mudah digunakan.
Sekarang, ketika kita membahas tentang Amazon MQ, skalanya tidak terbatas.
Anda harus menentukan jenis instance.
Anda harus menentukan berbagai konfigurasi lain dan berdasarkan hal itu, jumlah maksimum pesan yang
akan didukung.
Tetapi bisa saja terjadi bahwa segala sesuatunya melambat di tingkat MQ juga.
Jadi, inilah alasan mengapa disarankan untuk menggunakan layanan terkelola di mana Anda tidak perlu khawatir
tentang penskalaan, ketersediaan tinggi, dan masalah lainnya.
Sekarang perhatikan juga bahwa setiap kali Anda melanjutkan dan membuat MQ, ada beberapa pilihan yang tersedia.
Anda dapat membuat satu instance, Anda dapat membuat instance berdasarkan aktif dan siaga, dan seterusnya.
Sekarang secara umum untuk ketersediaan tinggi, mode siaga aktif adalah salah satu yang direkomendasikan
dan ini juga dapat dilihat pada diagram di mana di salah satu zona ketersediaan dua A Anda memiliki broker
MQ aktif dan di Ruby Anda memiliki broker MQ siaga dan keduanya terhubung ke volume FS bersama di mana data ditulis
jika broker aktif turun, klien dapat melanjutkan dan terhubung ke broker siaga dan inilah cara ketersediaan
tinggi dipertahankan.
Sekarang, izinkan saya untuk segera menunjukkan kepada Anda di mana tepatnya Anda dapat melihat hal ini.
Sebagai contoh, setiap kali Anda membuat MQ, Anda biasanya akan melihat mesin broker.
Anda memiliki MQ aktif dan MQ kelinci.
Mari kita pilih MQ aktif.
Anda sekarang berada di dalam, Anda mendapatkan mode penyebaran, Anda memiliki broker contoh tunggal, Anda juga memiliki
broker siaga yang aktif.
Seperti yang sedang kita bahas, instance tunggal diluncurkan dalam satu zona ketersediaan.
Jika AC mati, maka MQ Anda juga mati.
Dan inilah alasan mengapa dalam lingkungan produksi Anda harus memilih broker siaga aktif, yang merupakan
broker yang direkomendasikan.
Selain itu, Anda juga dapat memilih jenis instance yang terkait dengan broker Anda.
Jika Anda memilih jenis instance yang lebih rendah, maka mungkin tidak dapat mendukung banyak pesan dan
semuanya akan melambat.
Dan inilah alasan mengapa, seperti yang sedang kita bahas, bahwa ini tidak dapat diskalakan tanpa batas
bila dibandingkan dengan SCS dan SAS.
Baiklah.
Jadi saya harap dengan ini Anda memahami dasar-dasar MQ dan dengan ini akan mengakhiri video hari ini.