Tugas 5 1212502668

1. Nama : Rofik Nurhidayat
Nim : 1212502668
Matkul : Rekayasa Web

2. 1. Apa yang anda ketahui tentang Distributed Computing System ?
Distributed computing merupakan bidang ilmu komputer yang mempelajari sistem terdistribusi.Sebuah
sistem terdistribusi terdiri dari beberapa komputer otonom yang berkomunikasi melalui jaringan
komputer. Komputer yang saling berinteraksi untuk mencapai tujuan bersama. Suatu program komputer
yang berjalan dalam sistem terdistribusi disebut program didistribusikan, dan didistribusikan pemrograman
adalah proses menulis program tersebut. Distributed computing juga mengacu pada penggunaan sistem
terdistribusi untuk memecahkan masalah komputasi. Dalam distributed computing, masalah dibagi menjadi
banyak tugas, masing-masing yang diselesaikan oleh satu komputer.
2. Apa yang anda ketahui tentang Teori CAP (Consistency Availability and Partition tolerance) dan seberapa
penting hal tersebut terhadap web application yang akan kita buat?
Menurut Eric Brewer, NoSQL didasarkan pada teori Consistency, Availability,
Partition-Tolerance (CAP). Consistency Availability (CA) berseberangan dengan
Partition-Tolerance dan berhubungan dengan replikasi. Consistency Partition-
Tolerance (CP) berseberangan dengan Availability dalam penyimpanan data.
Availability Partition-Tolerance (AP) dimana system mencapai kondisi eventual
consistency melalui replikasi dan verifikasi yang konsisten dalam node yang telah
terbagi – bagi. Dalam basis data NoSQL, penerapan konsep tersebut diterjemahkan
dalam empat konsep dasar, yaitu Non-Relational, MapReduce, Schema Free, dan
Horizontal Scaling.

3. 3. Jelaskan mengenai service discovery framework, dan berikan pembahasan singkat mengenai contoh
discovery framework seperti Eureka dan ZooKeeper !
Mari kita bayangkan bahwa Anda menulis beberapa kode yang meminta layanan yang memiliki REST API
atau Thrift API. Untuk membuat permintaan, kode Anda perlu mengetahui lokasi jaringan (alamat IP dan port)
dari instance layanan. Dalam aplikasi tradisional yang berjalan pada perangkat keras fisik, lokasi jaringan
instance layanan relatif statis. Misalnya, kode Anda dapat membaca lokasi jaringan dari file konfigurasi yang
sesekali diperbarui. Dalam aplikasi microservices berbasis awan modern, bagaimanapun, ini adalah masalah
yang jauh lebih sulit untuk dipecahkan seperti yang ditunjukkan pada diagram berikut. Contoh layanan
memiliki lokasi jaringan yang ditetapkan secara dinamis. Selain itu, serangkaian contoh layanan berubah
secara dinamis karena autoscaling, failure, dan upgrade. Akibatnya, kode klien Anda perlu menggunakan
mekanisme penemuan layanan yang lebih terperinci. Ada dua pola penemuan layanan utama: penemuan
sisi klien dan penemuan sisi server

4. Registri layanan adalah bagian penting dari penemuan layanan. Ini adalah database yang berisi lokasi jaringan
instance layanan. Sebuah registri layanan harus sangat tersedia dan up to date. Klien dapat menyimpan lokasi
jaringan cache dari registri layanan. Namun, informasi tersebut akhirnya menjadi ketinggalan zaman dan klien tidak
dapat menemukan contoh layanan. Akibatnya, registry layanan terdiri dari sekelompok server yang menggunakan
protokol replikasi untuk menjaga konsistensi. Seperti disebutkan sebelumnya, Netflix Eureka adalah contoh bagus
dari registri layanan. Ini menyediakan REST API untuk mendaftarkan dan menanyakan contoh layanan. Contoh
layanan mendaftarkan lokasi jaringannya menggunakan permintaan POST. Setiap 30 detik itu harus menyegarkan
registrasi dengan menggunakan permintaan PUT. Pendaftaran dihapus dengan menggunakan permintaan HTTP
DELETE atau dengan waktu registrasi contoh. Seperti yang Anda duga, klien dapat mengambil contoh layanan yang
terdaftar dengan menggunakan permintaan HTTP GET. Netflix mencapai ketersediaan tinggi dengan menjalankan
satu atau lebih server Eureka di setiap zona ketersediaan Amazon EC2. Setiap server Eureka berjalan pada contoh
EC2 yang memiliki alamat IP Elastis. Catatan DNS TEXT digunakan untuk menyimpan konfigurasi cluster Eureka,
yang merupakan peta dari zona ketersediaan ke daftar lokasi jaringan server Eureka. Saat server Eureka dijalankan,
ia meminta DNS untuk mengambil konfigurasi cluster Eureka, menempatkan rekan-rekannya, dan memberikan
alamat IP Elastis yang tidak terpakai. Klien Eureka - klien layanan dan layanan - meminta DNS untuk menemukan
lokasi jaringan server Eureka. Klien lebih suka menggunakan server Eureka di zona ketersediaan yang sama.
Namun, jika tidak ada yang tersedia, klien menggunakan server Eureka di zona ketersediaan lain.