Overview Kajian Scorecard
Halaman ini merangkum hasil pengisian Scorecard Service (Bagian 6) dan Scorecard Database (Bagian 6B) dari
kriteria pemecahan microservice, sumber datanya file kerja
kajian-pemecahan-microservice.xlsx (terakhir sinkron 2026-07-17 ke kodifikasi S01–S12/DB01–DB12 lama).
Kajian ini juga dibandingkan silang dengan 2 sumber independen lain — lihat Pemetaan DDD (System Analyst, divalidasi domain expert) dan Pemetaan Accenture (slide to-be technology landscape) untuk gap & tensi arsitektur yang belum tercover di sini.
Cara baca tabel
Section titled “Cara baca tabel”- Skor Service (maks 16) dan Skor Database (maks 14) dihitung otomatis dari 8 kriteria
J1–J8dan 7 kriteriaDB1–DB7. - Rekomendasi Akhir adalah silang keputusan Service × Database (lihat Matriks Kombinasi di kriteria §6B).
- Semua 13 kandidat sekarang punya halaman detail (skor mengikuti workbook lama + estimasi untuk
SV-09/SV-12, lihat catatan di atas) — tapi kedalaman bukti berbeda-beda, lihat halaman masing-masing.
Ringkasan seluruh kandidat (13, semua FIX)
Section titled “Ringkasan seluruh kandidat (13, semua FIX)”| Kandidat Service | Skor Service (maks 16) |
Keputusan Service | Skor Database (maks 14) |
Keputusan Database | Rekomendasi Akhir |
|---|---|---|---|---|---|
| Product Catalog Service (SV-01/DB-01) | 14 | SPLIT | 13 | PISAH DATA | FULL MICROSERVICE |
| Checkout Service (SV-02/DB-02) | 12 | SPLIT | 14 | PISAH DATA | FULL MICROSERVICE |
| Booking Order Service (SV-03/DB-03) | 10 | SPLIT | 13 | PISAH DATA | FULL MICROSERVICE |
| eVoucher Service (SV-04/DB-04) | 14 | SPLIT | 14 | PISAH DATA | FULL MICROSERVICE |
| Customer Engagement Service (SV-05/DB-05) | 12 | SPLIT | 14 | PISAH DATA | FULL MICROSERVICE |
| Monitoring Service (SV-06/DB-06) | 14 | SPLIT | 14 | PISAH DATA | FULL MICROSERVICE |
| Pricing Service (SV-07/DB-07) | 14 | SPLIT | 14 | PISAH DATA | FULL MICROSERVICE |
| Billing Service (SV-08/DB-08) | 14 | SPLIT | 14 | PISAH DATA | FULL MICROSERVICE |
| Account Service (SV-09/DB-09) ⚠️ | 12 | SPLIT | 14 | PISAH DATA | FULL MICROSERVICE |
| Customer Service (SV-12/DB-12) ⚠️ | 13 | SPLIT | 13 | PISAH DATA | FULL MICROSERVICE |
| Aviasi Service (SV-10/DB-10) | 13 | SPLIT | 14 | PISAH DATA | FULL MICROSERVICE |
| Dashboard Service — Customer (SV-11/DB-11) | 16 | SPLIT | 14 | PISAH DATA | FULL MICROSERVICE |
| Files Service (SV-13/DB-13) | 14 | SPLIT | — | ⚠️ belum diisi | FULL MICROSERVICE ⚠️ |
Semua 13 kandidat: 0 Hard Blocker (HB1/HB2/HB3 dan DHB1/DHB2 = “Tidak” di semua kolom) → keputusan otomatis SPLIT + PISAH DATA untuk semua, kecuali Files. ⚠️ = skor SV-09/SV-12 estimasi turunan pasca-split D29, belum diisi ulang di workbook Excel.
Catatan skor menonjol:
- SV-11 (Dashboard) skor tertinggi (16/16) — satu-satunya
J5 Technology Divergence = 2(store NoSQL/MongoDB, beda stack dari SQL Server yang dipakai service lain) — konsisten dengan keputusan D25. - SV-03 (Booking Order) skor terendah (10/16) —
J4danJ8cuma 1 (evidence lebih lemah dibanding service lain), masuk akal karena tabelnya baru dipecah dariDB-02di D28 dan perannya berubah (bukan cuma “History” lagi, sekarang juga penulis utama). - SV-05 (Customer Engagement)
J8 = 0— cocok dengan catatan evidence lemah di D12/D19: sebagian besar tabel tanpa jalur tulis terverifikasi. - SV-06 (Monitoring) naik jadi 14/16 — evidence D29 (4 folder proxy baru) memperkuat J3/J6/J8/DB6 dibanding penilaian lama saat dianggap murni write-sink.
Contoh veto (bukan kandidat nyata)
Section titled “Contoh veto (bukan kandidat nyata)”Workbook sumber menyertakan satu kolom contoh untuk melatih pembacaan hard blocker, bukan kandidat sungguhan:
| Kandidat | Skor Service | Keputusan Service | Skor Database | Keputusan Database |
|---|---|---|---|---|
| ⛔ CONTOH VETO: Payment dipisah dari Booking | 11 | JANGAN SPLIT (HB1=Ya, HB3=Ya) | 5 | JANGAN PISAH DATA (DHB1=Ya, DHB2=Ya) |
Ini persis alasan keputusan D5 kita: Payment tetap jadi modul internal Booking Order (SV-02), bukan service terpisah — lihat kriteria §6B contoh terisi dan detail di halaman SV-02.
Catatan kualitas data sumber
Section titled “Catatan kualitas data sumber”Workbook kajian-pemecahan-microservice.xlsx masih berstatus kerja (provisional) — beberapa hal yang perlu diketahui sebelum memakai angkanya sebagai keputusan final:
- Sheet “Bukti Service” dan “Bukti Database” masih kosong DAN masih pakai nama kandidat lama (Notification & Content, Booking + Payment, SAP Integration ACL, dst — belum disinkronkan ke kodifikasi
SV-xx/DB-xx(D29) saat ini, termasuk splitSV-09/SV-12). Penjabaran bukti pada 2 halaman detail (SV-01, SV-02) di sini disusun terpisah dari workbook, sumbernya catatan kajian kode (.claude/.microservice/context/). - Beberapa kriteria belum punya bukti kuantitatif — workbook sendiri menandai semua angka sebagai “PROVISIONAL, validasi dgn bukti tim”. Kriteria yang diketahui masih kurang bukti langsung: J2 (data traffic/APM), J4 (peta tim/Conway’s Law), J7 (scope compliance/audit), HB3/DB7 (analisis co-change dari riwayat Git). Ditandai eksplisit di halaman detail per service.
- Files Service (SV-13) belum ada skor Database — kolomnya kosong di sheet “Scorecard Database” (workbook cuma sampai kolom kandidat lama + veto). Masuk akal karena
DB-13bukan tabel SQL biasa (pemilik object storage/Blob) — kemungkinan kriteria DB1–DB7 perlu diadaptasi dulu untuk kasus non-relational sebelum diisi. Rekomendasi Akhir untuk Files ditandai ⚠️ sampai ini diisi. - SV-03–SV-13 punya halaman detail dengan bukti SEBAGIAN (bukan penuh seperti SV-01/SV-02) — tiap kriteria yang benar-benar punya evidence dari sesi kajian kode diisi, sisanya sengaja dikosongkan (
—) daripada ditebak. SV-05, SV-10 paling banyak sel kosong (konsisten dengan evidence lemah/di luar cakupan yang sudah dicatat di D12/D21) — SV-06 sudah tidak lagi minim evidence sejak D29. SV-09/SV-12skor estimasi, bukan hasil pengisian workbook — lihat catatan di masing-masing halaman kajian (Q18, split provisional dari S09/DB08 lama, D29).