304 AJ. Evaluasi Metode Konstruksi Layanan Mikro Dianalisis fitur yang membedakan dan keuntungan dari metode konstruksi mikrolayanan yang dibandingkan dengan metode terkait yang ada dan juga mengevaluasi mereka dalam hal kegunaan ulang. Analisis komparatif dengan metode terkait. Tabel 2.36 meringkas evaluasi metode konfigurasi mikrolayanan yang ada dan metode konfigurasi mikrolayanan yang diusulkan sesuai dengan kriteria yang disebutkan. Kriteria didefinisikan dengan mengacu pada standar konfigurasi microservice. Microservice didefinisikan
20
Embed
rasp921484406.files.wordpress.com€¦ · Web view2020. 12. 14. · Prinsip. desain. container. Dalam model kontainer, contoh gambar kontainer mewakili satu proses. Dengan mendefinisikan
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
304
AJ. Evaluasi Metode Konstruksi Layanan Mikro
Dianalisis fitur yang membedakan dan keuntungan dari metode
konstruksi mikrolayanan yang dibandingkan dengan metode terkait yang ada
dan juga mengevaluasi mereka dalam hal kegunaan ulang.
Analisis komparatif dengan metode terkait. Tabel 2.36 meringkas
evaluasi metode konfigurasi mikrolayanan yang ada dan metode konfigurasi
mikrolayanan yang diusulkan sesuai dengan kriteria yang disebutkan. Kriteria
didefinisikan dengan mengacu pada standar konfigurasi microservice.
Microservice didefinisikan untuk beroperasi secara mandiri (kemandirian),
komunikasi antarmuka mikrolayanan disertakan (antarmuka), kemampuan
bisnis dilakukan, dan elemen data independen disertakan (penyimpanan
data).
305
Penelitian terkait telah menunjukkan bahwa microservice dapat
memiliki konfigurasi independen, tetapi tidak dapat dengan jelas dikonfirmasi
apakah memiliki logika bisnis tunggal atau apakah itu dapat memiliki logika
bisnis tunggal tetapi tidak menjadi konfigurasi independen. Namun, metode
yang diusulkan melakukan konfigurasi independen dan logika bisnis tunggal
dan diklasifikasikan sebagai 3-tier. Dengan demikian, dapat memiliki kedua
elemen antarmuka dan elemen database yang terkait dengan input /output
pada saat yang sama.
Evaluasi kinerja. Untuk evaluasi kinerja, diterapkan kode monolitik
"sistem transaksi tiket online" dan kode berbasis microservices sesuai
dengan metode yang diusulkan, masing-masing, pada host yang sama,
seperti diilustrasikan pada Gambar 2.101. Untuk penelitian disertasi, perlu
modifikasi system transaksi tiket online untuk antrian pelayanan kekayaan
intelektual. Server yang dipakai di data center kampusnya atau server sendiri.
306
Seperti yang ditunjukkan pada gambar 2.102, waktu eksekusi API
diukur setelah penyebaran aplikasi ke setiap lingkungan. diukur 10, 20, 50,
100, 250, 500, dan 1000 iterasi dari masing-masing monolitik dan layanan
mikro yang diimplementasikan pada interval kedua 0,1 untuk mengukur nilai
maksimum, minimum, dan rata-rata waktu respons untuk panggilan API.
Tabel 2.37 menunjukkan biaya panggilan API untuk implementasi
monolitik dan microservice. Waktu eksekusi yang lebih sedikit berarti
throughput yang lebih tinggi untuk aplikasi. Seperti yang ditunjukkan pada
Tabel 2.37, ketika API Call dibuat, waktu eksekusi API rerata struktur yang
dikonversi ke layanan mikro lebih cepat dalam kebanyakan iterasi daripada
struktur monolitik. Gambar 2.103 membandingkan total waktu eksekusi rerata
API untuk setiap iterasi. Seperti yang ditunjukkan pada Gambar 2.103, dalam
kasus monolitik, dapat dilihat bahwa waktu eksekusi meningkat dengan cepat
307
pada 500 iterasi dan seterusnya. Sebaliknya, dalam kasus Layanan mikro
berdasarkan metode yang disajikan dalam makalah ini, dapat dilihat bahwa
kinerja stabil pada 500 iterasi dan 1000 iterasi. Untuk kasus kantor kekayaan
intelektual, tentu iterasi tidak sebanyak itu. Juga tiap iterasi tergantung bobot
pelayanan yang sedang diakses, untuk kekayaan hak cipta tentu beda
dengan kekayaan paten.
308
Evaluasi penggunaan kembali. Sebuah aplikasi yang terdiri atas unit
microservice dapat secara individual diperbarui tanpa mengetahui struktur
internal microservices lain. Hal ini karena layanan mikro memiliki usabilitas
tinggi dibandingkan dengan struktur monolitik.
Diukur metrik usabilitas dari layanan mikro dibangun dengan
menerapkan metode yang diusulkan dan metode terkait untuk aplikasi
monolitik yang sama. Kohesi dan kopling diukur sebagai metrik usabilitas;
kohesi tinggi dan nilai kopling rendah menunjukkan reusability tinggi.
Gambar 2.104 menunjukkan hasil penerapan data desain "sistem
transaksi tiket online" yang disajikan dalam studi kasus ke metode
komposisi microservice berbasis DFD. Area bertitik merupakan layanan mikro
yang dikonfigurasi dan terdiri atas total 9 (=8+1) unit microservice yang
dikelompokkan ke dalam satu data dan proses.
Pengukuran metrik kegunaan ulang menggunakan metode
penghitungan derajat kohesi dan kopling data desain yang dirancang oleh
perangkat lunak berorientasi objek; metode penghitungan kohesi adalah
sama seperti yang ditunjukkan dalam persamaan (1) dan (2).
S(M) adalah jumlah berat untuk metode M berdasarkan
penampilan M dalam kelompok pohon subset. R(M) adalah nilai yang
diperoleh dengan membagi nilai sampel dengan jumlah tertimbang dari
309
kelompok atribut yang terhubung dengan metode; memiliki nilai sampel
antara nol dan satu. TM adalah jumlah total metode dalam R(M) Kohesion (X)
dihitung dengan rerata nilai sampel semua nilai R(M).
Dalam kasus Chen et al., atribut didefinisikan sebagai data, metode
didefinisikan sebagai proses yang mengakses data, dan tingkat kohesi
diukur. Dalam pendekatan ini, didefinisikan atribut sebagai entitas dan
metode sebagai batas, juga didefinisikan kontrol yang mengakses entitas dan
mengukur kohesi.
Dalam kasus kantor kekayaan intelektual, sudah ada system transaksi
tiket online dari DJKI yang berposisi di URL https://loketvirtual.dgip.go.id/,
kemungkinan besar monolitik. Peneliti tinggal merekonstruksi aplikasi
tersebut dalam container-based microservices untuk skala Sentra KI.