Transcript
Use with ChatGPT / Claude Auto-scroll A
Pengenalan topik cloud computing dan topologi jaringan, lalu dijelaskan rute pembahasan yang akan diikuti. Bagian ini menyiapkan konteks tentang bagaimana internet menangani lalu lintas data besar.
Halo semuanya dan selamat datang kembali.Oke, hari ini kita bakal ngebahas sesuatu yang jadi tulang punggung dunia digital kita, topologi jaringan dan software cloud computing.Kita bakal membongkar rahasia di balik layar gimana caranya internet bisa nangani lalu lintas data yang super masif, literally tanpa hancur berantakan.Jadi, siapkan diri Anda ya.Gini, pernah kepikiran enggak sih pas Anda dan jutaan orang lainnya lagi asyik nonton video viral yang sama atau rebutan flash sale di waktu yang berbarengan, kenapa server aplikasinya tuh seolah-olah enggak pernah kehabisan napas?Kok bisa enggak down?Nah, di sesi kali ini kita bakal ngambil semacam tiket VIP buat masuk langsung ke ruang mesinnya internet.Kita bakal lihat apa yang sebenarnya terjadi di sana.Biar enggak bingung, ini rute perjalanan kita hari ini.Kita bakal mulai dari anatomi jaringan komputasi awan, terus masuk ke strategi distribusi beban server, lanjut ke arsitektur berbasis layanan atau gampangnya SOE, lalu kenalan sama berbagai software cloud computing dan ditutup dengan aspek manajemen layanannya.
Yuk, langsung aja kita mulai.
Menjelaskan struktur front end dan back end dalam komputasi awan dengan analogi restoran. Juga dibahas pentingnya replikasi data sebagai cadangan sebelum masuk ke masalah lonjakan traffic.
Oke, perhentian pertama kita anatomi jaringan komputasi awan.Jadi, topologi komputasi awan ini pada dasarnya tuh dibagi jadi dua area utama, yaitu front end dan back end.Keduanya ini dijembatani oleh internet.Bayangin aja sistem ini tuh kayak sebuah restoran yang lagi super sibuk.Front end itu ibarat ruang makan, tempat Anda sebagai pelanggan milih menu dan pesan makanan.Sementara back end?Nah, itu dapur raksasanya, tempat para server dan database kerja keras memproses semua pesanan tadi.Dan ada satu hal yang krusial banget nih, di dapur ini alias di sistem back end-nya, data itu idealnya direplikasi dan disalin dua kali lipat dari yang sebenarnya dibutuhin.Kenapa?Ya, sebagai cadangan mutlak.Jadi, kalau sampai ada media penyimpanan utama yang ngadat, data Anda tetap aman dan enggak bakal hilang.Nah, dapurnya kan udah siap nih.Tapi, apa jadinya kalau tiba-tiba pelanggannya membludak ekstrem?Ini bawa kita ke bagian kedua, strategi distribusi beban server.
Mengulas load balancing horizontal dan vertikal untuk menangani traffic besar. Dijelaskan juga risiko konfigurasi dan bagaimana sistem tetap stabil saat beban berpindah jalur.
Buat nangani lonjakan traffic yang gila-gilaan, sistem itu pakai strategi yang namanya distribusi beban atau istilah kerennya load balancing.Secara umum ada dua jagoan utama di sini, distribusi beban horizontal dan distribusi beban vertikal.Keduanya memang sama-sama bertugas membagi lalu lintas, tapi percaya deh filosofi rutenya itu benar-benar beda total.Kita bahas yang horizontal dulu ya.Di pendekatan distribusi beban horizontal ini, beban kerjanya tuh dibagi secara menyamping ke beberapa server identik yang ada di tingkat atau tier yang sama.Jadi alurnya itu dari server web, terus diterusin ke server database, baru deh ke server analitik.Tapi, ada satu peringatan penting nih.Kalau sampai ada satu aja kesalahan konfigurasi di tingkat tertentu, wah lalu lintas data bisa terblokir total.Ibaratnya itu kayak kemacetan parah di satu gerbang tol yang berimbas bikin seluruh jalan raya ikut lumpuh.Makanya sebagai alternatif yang lebih tangguh, muncullah distribusi beban vertikal.Kalau tadi kan ngandelin server di satu baris yang sama.
Nah, kalau vertikal ini bebannya didistribusikan ke beberapa jalur implementasi yang beda-beda.Gampangnya gini, misal server analitik yang khusus lagi sibuk banget nih, sistem bakal langsung secara cerdas ngubah rute.Dia bisa langsung manggil prosedur penyimpanan yang ada di dalam database buat ngelakuin tugas penambangan data.Hasilnya, proses bisnis tetap jalan, terukur, dan yang pasti enggak gampang tumbang.Keren kan?
Membahas service oriented architecture sebagai pengatur komunikasi antar komponen cloud. Fokusnya pada peran scheduler yang mengarahkan data berdasarkan SLA dan menyesuaikan rute secara real time.
Tapi buat ngatur jalur-jalur rumit ini biar datanya enggak pada tabrakan, kita butuh semacam konduktor.Masuklah kita ke bagian ketiga, arsitektur berbasis layanan atau SOA.Mari kenalan sama service oriented architecture atau kita sebut aja SOA.Jadi, apa sih SOA ini?Intinya, ini tuh sebuah arsitektur yang ngasih antarmuka super efisien dan bisa diprogram.Tujuannya ya buat mastiin kelangsungan proses bisnis perusahaan skala besar yang jalan di cloud.Pendekatan SOA inilah yang komponen-komponen sistem yang terpisah itu bisa tetap ngobrol dan saling komunikasi dengan lancang.Bisa dibilang sistem perutean komputasi berbasis SOA ini tuh ibarat otaknya Cloud.Di posisi paling sentral, ada yang namanya scheduler atau si penjadwal.Tugas dia ini ngarahin lalu lintas data ke berbagai opsi implementasi berdasarkan SLA atau service level agreement dari masing-masing server.Nah, kalau misalnya ada satu server yang mulai keteteran atau gagal memenuhi janjinya dan kualitas layanannya drop, si scheduler ini enggak bakal panik.
Dia bakal langsung ngitung ulang dan nyari rute baru secara real time.Pintar banget kan?Oke, cukup ngomongin teorinya.Sekarang kita lihat wujudnya apa nya di lapangan.
Mengenalkan platform cloud seperti OpenStack, Amazon S3, Google App Engine, dan Microsoft Azure. Lalu ditutup dengan tujuh disiplin manajemen layanan cloud serta rangkuman manfaat utama komputasi awan.
Bagian keempat, mengenal software Cloud Computing.Kita mulai dari jagoan open source nih, OpenStack.Ini tuh benar-benar raksasa perangkat lunak yang kerjaannya ngumpulin dan makai sumber daya virtual buat ngebangun Cloud, baik itu yang sifatnya private maupun publik.Dengan layanan inti semacam OpenStack Compute buat otomatisasi virtual private server dan OpenStack Storage, sistem ini sanggup nyimpen data sampai hitungan petabyte secara cluster.Bayangin aja petabyte, ini sih benar-benar definisi sebuah powerhouse.Sekarang mari kita adu dua raksasa industri lainnya.Di pojok pertama, kita punya Amazon S3.Ini adalah layanan penyimpanan objek yang berani ngeklaim daya tahan luar biasa sampai 99,99999999%
alias hampir mustahil data Anda hilang di sini dan Anda bisa nyimpen file masif yang ukurannya sampai 5 terabyte.Gila kan?Nah, di pojok satunya lagi, ada Google App Engine atau GAE.Beda sama S3 yang fokus jadi gudang raksasa, GAE ini lebih ke platform hosting scalable tempat para developer nulis aplikasi pakai Java atau Python.Jadi, S3 itu fokus di penyimpanannya yang super solid, sementara GAE lebih ke ekosistem buat ngembangin aplikasinya.Terus, Anda mungkin mikir, dari mana nih angka 54 muncul?Nah, ini ngebawa kita ngomongin Microsoft Azure.Meskipun mereka baru meluncur tahun 2010 lalu, bayangin 80% perusahaan Fortune 500 sekarang bergantung sama mereka.Dan angka 54 ini, itu mewakili target total pusat data global yang lagi mereka bangun buat berekspansi secara besar-besaran di seluruh dunia.Skala operasional mereka ini benar-benar udah di tahap yang bikin geleng-geleng kepala.Tapi begini, punya infrastruktur raksasa itu pastinya ngedatengin satu tantangan logistik terakhir.
Kita masuk ke bagian kelima, aspek manajemen layanan cloud.Biar lautan data yang super besar ini tetap ngalir mulus dan pastinya aman, ada tujuh disiplin manajemen yang hukumnya wajib diterapkan.Ada manajemen konfigurasi, manajemen aset, manajemen jaringan, perencanaan, terus analisis akar penyebab buat nyari tahu letak error kalau ada masalah, lalu manajemen beban kerja, dan terakhir manajemen patch sama pembaruan.Kalau ketujuh elemen ini enggak beroperasi dengan harmoni, wah, infrastruktur semahal dan sehebat apapun pasti bakal gampang runtuh cuma gara-gara macet di jalan.Jadi, kalau mau dirangkum dari sesi bedah materi kita kali ini, komputasi awan itu sebenarnya adalah hasil evolusi yang luar biasa megah.Dia ngegabungin virtualisasi, arsitektur berbasis layanan alias SOA tadi, dan komputasi utilitas.Ketiganya ini diracik demi satu tujuan utama, ngedapetin skalabilitas yang maksimal tapi dengan biaya yang seminimal mungkin.Hasilnya, perusahaan atau bisnis enggak perlu lagi pusing mikirin masalah perangkat keras fisik dan bisa fokus 100% buat nyiptain inovasi.
Keren banget.Sebagai penutup, coba deh kita renungin hal ini sejenak.Kalau infrastruktur komputasi awan saat ini aja udah bisa nanganin data berukuran petabyte dengan gampangnya, kira-kira inovasi software gila apalagi ya yang bakal muncul selanjutnya buat ngelola tulang punggung tak kasat mata dari kehidupan digital kita.Bikin penasaran, kan?Teruslah cari tahu dan sampai jumpa di sesi bedah materi berikutnya.