UAS Arsitektur Perangkat Lunak 2025

UAS Arsitektur Perangkat Lunak 2024/2025

Selasa, 10 Juni 2025 · 08.00–09.30 WIB (90 menit) · Buku terbuka, no gadgets. Kerjakan sendiri; sertakan asumsi/gambar bila perlu. Plagiasi, kerja sama, saling pinjam, komunikasi dikenai pengurangan hingga100%.

1 (30%)

Mengapa layered architecture menjadi pilihan awal ketika belum ada arsitektur spesifik yang akan dipakai? Uraikan alasannya.

2 (35%)

Uraikan perbedaan event driven architecture dan microservice architecture dalam tabel. Deskripsikan tiap pembeda secukupnya.

3 (35%)

Arsitek harus mempertimbangkan penerapan arsitektur berbasis ruang. Uraikan lima faktor beserta contoh yang memengaruhi kemudahan deployment aplikasi ke lingkungan server produksi tertentu.

1. Layered architecture

Layered architecture sering dipilih sebagai titik awal karena pemisahan presentasi, logika bisnis dan akses data mudah dipahami, memberi batas tanggung jawab, mendukung pengujian dan cocok dengan banyak aplikasi bisnis. Tim dapat berkembang dan mengganti implementasi dalam batas antarmuka. Namun ia bukan pilihan universal: banyak lintasan lapisan, coupling atau skala berbeda dapat membuat pola lain lebih tepat; pilih berdasarkan kebutuhan kualitas dan ukur konsekuensinya.

2. Event-driven versus microservices

Aspek	Event-driven architecture	Microservices
Fokus	komunikasi berdasarkan peristiwa yang diterbitkan dan ditangani	pembagian sistem menjadi layanan kecil yang dapat dikelola dan dipasang mandiri
Komunikasi	sering asinkron melalui broker, walau implementasi bervariasi	dapat sinkron HTTP/RPC atau asinkron lewat event
Batas	producer/consumer dapat berada dalam satu aplikasi atau banyak sistem	batas layanan umumnya mengikuti kapabilitas bisnis dan kepemilikan
Tantangan	urutan, duplikasi, idempotensi dan observabilitas alur	jaringan, transaksi terdistribusi, deployment serta konsistensi data

Keduanya tidak saling eksklusif: microservices dapat berkomunikasi dengan event.

3. Lima faktor kemudahan deployment

Kemasan dan dependensi: artefak atau container yang menyertakan runtime versi jelas memudahkan reproduksi pada server target.
Konfigurasi lingkungan: URL, secret dan parameter eksternal dikelola di luar kode agar versi sama dapat dipasang lintas lingkungan.
State dan data: migrasi skema yang kompatibel, backup dan rollback mengurangi risiko saat rilis; ruang data terdistribusi perlu strategi persistensi dan pemulihan.
Infrastruktur dan kompatibilitas: cek OS, CPU, jaringan, kapasitas memori dan versi middleware; misalnya grid in-memory butuh memori cukup di setiap node.
Otomasi dan operasi: pipeline, health check, observabilitas serta rolling deployment/rollback mempercepat pemasangan dan pemulihan tanpa memutus semua node sekaligus.

Pembahasan ditulis independen oleh belajar.myudak, bukan kunci jawaban resmi. Soal asli tetap milik pengampu mata kuliah dan ditampilkan langsung dari arsip Google Drive.