Teks tersebut membahas tentang sistem penemuan layanan yang penting dalam aplikasi microservices dimana lokasi contoh layanan berubah secara dinamis. Ada dua pola penemuan layanan utama yaitu client-side dan server-side, dengan client-side menggunakan registri layanan untuk mendapatkan informasi contoh yang tersedia. Registri layanan seperti Eureka dan ZooKeeper digunakan untuk mendaftarkan dan menghapus contoh layanan.

1. Nama: Dendy Alfiani Satrio
Nim:1412511600
Tugas Rekweb Individu 5
Kelompok:KA

2. 1. Apa yang anda ketahui tentang
Distributed Computing System
Secara umum, definisi cloud computing (komputasi awan) merupakan gabungan pemanfaatan teknologi
komputer (komputasi) dalam suatu jaringan dengan pengembangan berbasis internet, yang mempunyai
fungsi untuk menjalankan program atau aplikasi melalui komputer – komputer yang terkoneksi pada waktu
yang sama, tetapi tak semua yang terkonekasi melalui internet menggunakan cloud computing.
Teknologi komputer berbasis sistem Cloud ini merupakan sebuah teknologi yang menjadikan internet
sebagai pusat server untuk mengelola data dan juga aplikasi pengguna. Teknologi ini mengizinkan para
pengguna untuk menjalankan program tanpa instalasi dan mengizinkan pengguna untuk mengakses data
pribadi mereka melalui komputer dengan akses internet.

3. 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?
• Tidak ada sistem terdistribusi aman dari kegagalan jaringan, sehingga partisi jaringan umumnya harus ditoleransi. Di hadapan partisi, satu kemudian
ditinggalkan dengan dua pilihan: konsistensi atau ketersediaan. Ketika memilih konsistensi lebih ketersediaan, sistem akan kembali kesalahan atau waktu
keluar jika informasi tertentu tidak dapat dijamin akan up to date karena partisi jaringan. Ketika memilih ketersediaan lebih konsistensi, sistem akan
selalu memproses query dan mencoba untuk kembali versi terbaru yang tersedia dari informasi, bahkan jika tidak dapat menjamin itu up to date karena
partisi jaringan. Dengan tidak adanya kegagalan jaringan - yaitu, ketika sistem terdistribusi berjalan normal - baik ketersediaan dan konsistensi dapat
dipenuhi. CAP sering disalahpahami sebagai jika salah satu harus memilih untuk meninggalkan salah satu dari tiga jaminan setiap saat. Bahkan, pilihan
ini benar-benar antara konsistensi dan ketersediaan ketika partisi hanya terjadi; sama sekali lain kali, tidak ada trade-off harus dibuat. Sistem database
yang dirancang dengan jaminan ACID tradisional dalam pikiran seperti RDBMS memilih konsistensi lebih ketersediaan, sedangkan sistem yang
dirancang di sekitar filosofi BASE, umum dalam gerakan NoSQL misalnya, memilih ketersediaan lebih konsistensi. The PACELC Teorema dibangun di
atas CAP dengan menyatakan bahwa bahkan dalam ketiadaan partisi, lain trade-off antara latency dan konsistensi terjadi.

4. 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 memanggil layanan yang
memiliki API SISA atau Thrift API. Dalam rangka untuk membuat permintaan, kode Anda
perlu mengetahui lokasi jaringan (alamat IP dan port) dari contoh layanan. Dalam aplikasi
tradisional yang berjalan pada perangkat keras fisik, lokasi jaringan contoh layanan relatif
statis. Sebagai contoh, kode Anda dapat membaca lokasi jaringan dari file konfigurasi yang
kadang-kadang diperbarui.Dalam, berbasis cloud aplikasi microservices modern,
bagaimanapun, ini adalah masalah yang jauh lebih sulit untuk memecahkan

5. The Client-Side Discovery Pattern
• Bila menggunakan penemuan sisi klien, klien bertanggung jawab untuk menentukan lokasi jaringan contoh layanan yang tersedia dan
permintaan load balancing di antara mereka. Klien query registri layanan, yang merupakan database contoh layanan yang tersedia. Klien
kemudian menggunakan algoritma load-balancing untuk memilih salah satu contoh layanan yang tersedia dan membuat permintaan. Lokasi
jaringan contoh layanan terdaftar dengan registri layanan ketika itu dimulai. Hal ini dihapus dari registri layanan ketika misalnya berakhir.
pendaftaran layanan contoh ini biasanya di-refresh secara berkala menggunakan mekanisme detak jantung.
• Netflix OSS memberikan contoh yang bagus dari pola penemuan sisi klien. Netflix Eureka adalah registri layanan. Ini menyediakan API REST
untuk mengelola pendaftaran layanan-contoh dan untuk query contoh yang tersedia. Netflix Ribbon adalah klien IPC yang bekerja dengan
Eureka untuk memuat permintaan keseimbangan di contoh layanan yang tersedia. Kita akan membahas Eureka secara lebih mendalam nanti
dalam artikel ini.
• Pola Penemuan sisi klien memiliki berbagai kelebihan dan kekurangannya. Pola ini relatif mudah dan, kecuali untuk registri layanan, tidak ada
bagian yang bergerak lainnya. Juga, karena klien tahu tentang contoh layanan yang tersedia, dapat membuat cerdas, keputusan load-balancing
aplikasi khusus seperti menggunakan hashing konsisten. Salah satu kelemahan signifikan dari pola ini adalah bahwa hal itu pasangan klien
dengan registri layanan. Anda harus menerapkan sisi klien penemuan layanan logika untuk setiap bahasa pemrograman dan kerangka kerja yang
digunakan oleh klien layanan Anda.

6. Kesimpulan
Dalam aplikasi microservices, set menjalankan contoh layanan berubah secara dinamis. Contoh telah ditetapkan secara dinamis lokasi jaringan.
Akibatnya, dalam rangka untuk klien untuk membuat permintaan untuk layanan itu harus menggunakan mekanisme pelayanan-penemuan.
Bagian penting dari penemuan layanan registri layanan. Registri layanan adalah database contoh layanan yang tersedia. Registri layanan
menyediakan API manajemen dan API query. contoh layanan terdaftar dengan dan deregistrasi dari registri layanan menggunakan API manajemen.
Permintaan API digunakan oleh komponen sistem untuk menemukan contoh layanan yang tersedia.
Ada dua pola layanan-penemuan utama: client-side penemuan dan penemuan layanan-side. Dalam sistem yang menggunakan layanan penemuan
sisi klien, klien query registri layanan, pilih sebuah contoh yang tersedia, dan membuat permintaan. Dalam sistem yang menggunakan penemuan server-
side, klien membuat permintaan melalui router, yang query registri layanan dan meneruskan permintaan ke sebuah contoh yang tersedia.
Ada dua cara utama yang contoh layanan terdaftar dengan dan deregistrasi dari registri layanan. Salah satu pilihan adalah untuk contoh layanan
untuk mendaftarkan diri dengan registri layanan, pola pendaftaran mandiri. Pilihan lainnya adalah untuk beberapa komponen sistem lainnya untuk
menangani pendaftaran dan deregistration atas nama layanan, pola pendaftaran pihak ketiga.
Dalam beberapa lingkungan deployment Anda perlu menyiapkan infrastruktur pelayanan-penemuan Anda sendiri menggunakan registri layanan
seperti Netflix Eureka, etcd, atau Apache Zookeeper. Dalam lingkungan penyebaran lainnya, penemuan layanan dibangun di. Misalnya, Kubernetes dan
Marathon menangani layanan misalnya pendaftaran dan deregistration. Mereka juga menjalankan proxy pada setiap cluster tuan rumah yang
memainkan peran server-side penemuan router.