Skip to content

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 S01S12/DB01DB12 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.

  • Skor Service (maks 16) dan Skor Database (maks 14) dihitung otomatis dari 8 kriteria J1–J8 dan 7 kriteria DB1–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)J4 dan J8 cuma 1 (evidence lebih lemah dibanding service lain), masuk akal karena tabelnya baru dipecah dari DB-02 di 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.

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.

Workbook kajian-pemecahan-microservice.xlsx masih berstatus kerja (provisional) — beberapa hal yang perlu diketahui sebelum memakai angkanya sebagai keputusan final:

  1. 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 split SV-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/).
  2. 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.
  3. 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-13 bukan 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.
  4. 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.
  5. SV-09/SV-12 skor estimasi, bukan hasil pengisian workbook — lihat catatan di masing-masing halaman kajian (Q18, split provisional dari S09/DB08 lama, D29).