PEBD6027 · RPS minggu 14 · 2x50 menit
FinOps & Cloud Cost Cost Visibility · Allocation · Optimization · Reserved Instance · Spot Hari ini kita masuk FinOps Financial Operations — cost management cloud. Setelah semua teknis dari P1 sampai P12, sekarang aspek finansial. Cloud mudah beli, mudah juga boros. Studi Flexera 2023 menunjukkan 32 persen cost cloud terbuang (waste). FinOps adalah praktik mengoptimalkan cost cloud tanpa sacrifice performance. Konteks Indonesia: UMKM dan startup sering overpay cloud karena tidak paham FinOps. Bank digital seperti Bank Jago punya tim FinOps dedicated. Buku pegangan: FinOps Framework FinOps Foundation. Peta Pembelajaran Hari Ini Sub-CPMK 13: mengelola dan mengoptimalkan biaya cloud. Empat indikator capaian.
FinOps framework & culture Cost visibility: tagging, billing Cost allocation per tim/business unit Cost optimization: RI, SP, Spot Right-sizing & idle removal Studi kasus: hemat 30-50% bill cloud Posisi 14P: setelah DevOps P12, hari ini FinOps. P14 studi kasus Indonesia.
Empat indikator: jelaskan FinOps culture, design cost allocation tagging, pilih strategi Reserved Instance dan Savings Plan, implement right-sizing. FinOps adalah competency wajib untuk startup dan enterprise cloud. Studi Flexera 2023 menunjukkan 32 persen cost cloud terbuang. Bila bill cloud Rp 100 juta per bulan, Rp 32 juta waste. FinOps recover ini. Kita akan hitung konkret dan studi kasus hemat cost 30 sampai 50 persen. Mengapa FinOps Penting? Cloud pay-as-you-go = mudah beli, mudah boros. Tanpa FinOps, cost runaway.
Cloud Waste
~32%
Flexera 2023 State of Cloud — % cost terbuang
Hemat via FinOps
30-50%
Studi FinOps Foundation 2023 — saving rata-rata klien
Startup Indonesia sering kebangkrutan karena cloud bill meledak. Tanpa tagging & alert, tidak sadar sampai terlambat.
Cloud pay-as-you-go sama dengan mudah beli mudah boros. Tanpa FinOps, cost runaway. Flexera 2023 State of Cloud menunjukkan sekitar 32 persen cost cloud terbuang waste. Studi FinOps Foundation 2023 menunjukkan hemat via FinOps 30 sampai 50 persen saving rata-rata klien. Startup Indonesia sering kebangkrutan karena cloud bill meledak. Tanpa tagging dan alert, tidak sadar sampai terlambat. Skenario klasik: developer spin up EC2 besar untuk eksperimen, lupa terminate, bill berbulan-bulan. Tagging dan budget alert adalah foundation FinOps. Cost allocation per business unit memungkinkan showback dan chargeback. Bagian 1 · 1/4
FinOps Framework
Diskusi: siapa yang harus own cloud cost — engineering, finance, atau business unit?
Jawaban: ketiganya via FinOps culture. Engineering own architecture decision, finance own budget dan forecasting, business unit own ROI cloud investment. FinOps Foundation menyebut cross-functional team. Centralized visibility via AWS Cost Explorer, decentralized decision via tagging per business unit. Showback: tunjukkan cost per tim. Chargeback: bayar ke central IT. Showback dulu, chargeback setelah maturity. FinOps Foundation Framework FinOps = budaya + praktik + tool. 6 principle + 3 phase lifecycle.
Collaboration: tim + finance + business Business value everyone responsible Single source truth data Prioritize cost vs usage visibility Inform: visibility, allocation Optimize: right-size, RI, Spot Operate: automation, continuous Finops maturity: Crawl (visibility) → Walk (optimize) → Run (automate). Sebagian besar perusahaan RI di Crawl.
FinOps adalah budaya plus praktik plus tool. FinOps Foundation Framework: 6 principles dan 3 phase lifecycle. 6 Principles: Collaboration antara tim engineering dan finance dan business, business value everyone responsible untuk cost, single source truth data via Cost Explorer, prioritize cost versus usage visibility. 3 Phase Lifecycle: Inform adalah visibility dan allocation tagging, Optimize adalah right-size instance Reserved Instance dan Spot, Operate adalah automation dan continuous improvement. FinOps maturity: Crawl untuk visibility, Walk untuk optimize, Run untuk automate. Sebagian besar perusahaan Indonesia di tahap Crawl. Startup modern dan bank digital ada di Walk. Netflix dan Tokopedia di Run. Cost Allocation via Tagging Tagging = fondasi FinOps. Setiap resource harus dapat ditelusuri ke business unit.
Environment: dev/staging/prod Team: backend, frontend, data Project / Product Cost Center / Business Unit Tag policy via SCP Tag saat creation, bukan retrospective Report untagged resource Cost allocation tag activate Tanpa tagging: tagih cloud = tagih listrik tanpa alamat. Tidak bisa allocate per tim. Foundation wajib FinOps.
Tagging adalah fondasi FinOps. Setiap resource harus dapat ditelusuri ke business unit. Tag strategy wajib: Environment dev staging prod, Team backend frontend data, Project atau Product, Cost Center atau Business Unit. Best practice: tag policy via SCP AWS Organizations, tag saat creation bukan retrospective karena migrasi retro sulit, report untagged resource weekly, cost allocation tag activate di AWS Billing console. Tanpa tagging: tagih cloud sama dengan tagih listrik tanpa alamat. Tidak bisa allocate per tim. Foundation wajib FinOps. Tag activation di AWS Billing memerlukan waktu hingga 24 jam untuk muncul di Cost Explorer. AWS Cost Categories dan Cost Anomaly Detection tambahan untuk visibility lebih. Studi Kasus: Bank Jago FinOps Team Bank Jago punya tim FinOps dedicated untuk control cloud cost multi-account.
Public case study Bank Jago FinOps (dihedge): AWS Organizations multi-account, tagging policy wajib via SCP, AWS Budget alert per business unit, Reserved Instance + Savings Plan strategis, Spot Instance untuk workload batch, auto-terminate dev/test di malam hari via Lambda, monthly FinOps review cross-functional. Hasil: hemat 35-45% bill cloud setelah 6 bulan.
Tag 100% resource Budget alert per tim 80% & 100% RI 1-year untuk steady workload Spot untuk dev/test/batch Bill visibility per BU Anomaly detection cepat 35-45% hemat vs pre-FinOps Engineer awareness cost Pelajaran Bisdig: FinOps bukan IT-only. Cross-functional team: Eng + Finance + Business Unit leader.
Bank Jago punya tim FinOps dedicated untuk control cloud cost multi-account. Public case study Bank Jago FinOps dihedge menunjukkan: AWS Organizations multi-account, tagging policy wajib via SCP, AWS Budget alert per business unit, Reserved Instance plus Savings Plan strategis, Spot Instance untuk workload batch, auto-terminate dev dan test di malam hari via Lambda, monthly FinOps review cross-functional. Hasil hemat 35 sampai 45 persen bill cloud setelah 6 bulan. Praktik konkret: tag 100 persen resource, budget alert per tim di 80 persen dan 100 persen threshold, RI 1-year untuk steady workload, Spot untuk dev test dan batch. Hasil: bill visibility per BU, anomaly detection cepat, 35 sampai 45 persen hemat vs pre-FinOps, engineer awareness cost meningkat. Hitung dari Nol: Right-Sizing EC2 Startup EC2 10x m5.2xlarge (8 vCPU 32GB), utilization rata-rata 15%. Berapa hemat?
Langkah Status Nilai 1 10 × m5.2xlarge on-demand $3,52/jam × 24 × 30 = $2,534/bln 2 Avg utilization 15% (Cuma 15% dari 8 vCPU = 1,2 vCPU used) 3 Right-size ke m5.large (2 vCPU) Sesuai kebutuhan real 4 10 × m5.large on-demand $0,88/jam × 24 × 30 = $634/bln 5 Hemat right-sizing $1,900/bln ($22,800/tahun) 6 Plus: RI 1-year no upfront (40% off) Hemat tambahan $253/bln 7 Total hemat $2,153/bln ($25,800/tahun, 85% hemat)
Right-sizing paling impactful. Monitor via CloudWatch metric 14 hari sebelum downgrade. Bisa upgrade lagi bila perlu.
Mari hitung right-sizing EC2. Startup punya EC2 10 kali m5.2xlarge dengan 8 vCPU 32GB, utilization rata-rata 15 persen. Langkah 1: 10 kali m5.2xlarge on-demand 3,52 dolar per jam kali 24 kali 30 setara 2534 dolar per bulan. Langkah 2: avg utilization 15 persen, cuma 15 persen dari 8 vCPU setara 1,2 vCPU used. Langkah 3: right-size ke m5.large dengan 2 vCPU sesuai kebutuhan real. Langkah 4: 10 kali m5.large on-demand 0,88 dolar per jam kali 24 kali 30 setara 634 dolar per bulan. Langkah 5 hemat right-sizing 1900 dolar per bulan atau 22 ribu dolar per tahun. Langkah 6 plus Reserved Instance 1-year no upfront 40 persen off hemat tambahan 253 dolar per bulan. Langkah 7 total hemat 2153 dolar per bulan atau 25 ribu dolar per tahun, 85 persen hemat. Right-sizing paling impactful. Monitor via CloudWatch metric 14 hari sebelum downgrade. Bisa upgrade lagi bila perlu. Bagian 2 · 2/4
Commit Discount: RI, SP, Spot
Diskusi: bila workload steady 24/7 untuk 3 tahun ke depan, pilih RI atau Savings Plan?
Jawaban: Compute Savings Plan (CSP). RI terikat ke instance family tertentu, CSP fleksibel across instance family, region, AZ, OS. CSP discount 40 sampai 66 persen. RI juga OK untuk steady workload spesifik (DB, EDIS). Aturan: 60 persen workload steady ke RI atau CSP, 30 persen variable ke on-demand, 10 persen fault-tolerant ke Spot. Spot bisa hemat 90 persen untuk batch, ML training, stateless web. Risiko Spot: termination 2 menit notice. Reserved Instance (RI) RI = commit 1 atau 3 tahun untuk discount. Cocok steady workload.
Tipe RI Discount Flexibility Standard RI 75% (max) Locked ke instance type + AZ Convertible RI 60% Bisa swap instance type Scheduled RI Variable Beli window waktu tertentu 1-year No Upfront 40% Bayar per bulan, no commit awal 1-year All Upfront 50% Bayar penuh di awal 3-year All Upfront 75% Bayar penuh, hemat max
RI 3-year hemat max tapi lock-in. Bila tech berubah, rugi. Untuk startup volatile: 1-year No Upfront aman.
Reserved Instance RI adalah commit 1 atau 3 tahun untuk discount. Cocok steady workload. Tipe RI: Standard RI 75 persen max hemat tapi locked ke instance type plus AZ. Convertible RI 60 persen hemat bisa swap instance type. Scheduled RI variable hemat untuk beli window waktu tertentu. 1-year No Upfront 40 persen hemat bayar per bulan no commit awal. 1-year All Upfront 50 persen hemat bayar penuh di awal. 3-year All Upfront 75 persen hemat max tapi lock-in. RI 3-year hemat max tapi lock-in. Bila teknologi berubah atau migration, rugi karena commit tetap bayar. Untuk startup volatile: 1-year No Upforward paling aman. Bank dengan workload DB steady: 3-year All Upfront optimal. Compute Savings Plan (CSP) CSP = commit dollar per jam, lebih fleksibel dari RI. Diskon apply otomatis.
Compute SP: any instance, any region EC2 Instance SP: specific instance family SageMaker SP: ML workload Discount 40-66% seperti RI Auto-apply ke highest discount Swap instance anytime Cover Fargate & Lambda juga CSP lebih fleksibel dari RI. Untuk sebagian besar kasus, Compute SP adalah pilihan modern.
Compute Savings Plan CSP adalah commit dollar per jam, lebih fleksibel dari RI. Diskon apply otomatis. Tipe CSP: Compute SP any instance any region, EC2 Instance SP specific instance family, SageMaker SP untuk ML workload. Manfaat: discount 40 sampai 66 persen seperti RI, auto-apply ke highest discount eligible usage, swap instance anytime tanpa penalti, cover Fargate dan Lambda juga. CSP lebih fleksibel dari RI karena tidak terikat instance type atau region. Untuk sebagian besar kasus modern, Compute SP adalah pilihan default. RI masih relevan untuk workload sangat spesifik seperti DB dengan instance type fixed. AWS Cost Explorer HAR (Historical Account Recommend) memberi rekomendasi SP optimal berdasar usage 30 hari. Spot Instance untuk Batch Spot = idle capacity AWS dengan discount 90%. Risiko: termination 2 menit notice.
Discount 90% vs on-demand Termination notice 2 menit Reclaim bisa kapan saja Spot Block (deprecated, pakai fleet) Batch processing ML training CI/CD worker Image processing DB primary Web server latency-sensitive Stateful service Long-running transaction Checkpoint progress ke S3 Spot Fleet multi-AZ Auto-recover via ASG Kubernetes Spot Node + interruption handler Spot hemat 90% tapi butuh architect untuk fault-tolerant. Bukan untuk semua workload.
Spot Instance adalah idle capacity AWS dengan discount 90 persen. Risiko: termination 2 menit notice. Karakteristik: discount 90 persen vs on-demand, termination notice 2 menit via instance metadata, reclaim bisa kapan saja bila AWS butuh capacity, Spot Block deprecated pakai Spot Fleet. Use case cocok: batch processing, ML training, CI CD worker, image processing. Tidak cocok: DB primary, web server latency-sensitive, stateful service, long-running transaction. Mitigasi risk: checkpoint progress ke S3 untuk resume, Spot Fleet multi-AZ untuk diversification, auto-recover via ASG Auto Scaling Group, Kubernetes Spot Node plus interruption handler untuk graceful drain. Spot hemat 90 persen tapi butuh architect untuk fault-tolerant. Bukan untuk semua workload. Tokopedia pakai Spot untuk ML training pipeline hemat jutaan dolar per tahun. Bagian 3 · 3/4
Cost Optimization Strategy
Diskusi: bila tagihan AWS Rp 500 juta/bulan, apa langkah optimasi pertama?
Jawaban: visibility dulu. Jalankan AWS Cost Explorer, AWS Trusted Advisor (free tier), AWS Compute Optimizer. Identifikasi: 1. Resource idle dan underutilized, 2. Egress cost tinggi, 3. Storage S3 belum lifecycle, 4. EC2 overprovisioned. Setelah visibility, prioritaskan by impact: right-sizing cepat 30 persen hemat, lifecycle S3 20 persen hemat, RI SP 40 persen hemat. Target: 30 sampai 50 persen hemat dalam 3 bulan. Setelah itu continuous optimization. Visibility Tools: Cost Explorer & Trusted Advisor Cost Explorer = dashboard cost. Trusted Advisor = rekomendasi optimasi. Wajib pakai.
Cost per service, tag, region Forecast 12 bulan ke depan RIs/SPs coverage report Anomaly detection Idle EC2 check Low utilization EC2 Unassociated EIP S3 bucket versioning lama Trusted Advisor free tier: 7 check. Business/Enterprise support: 100+ check. Untuk startup, free tier cukup mulai.
AWS Cost Explorer adalah dashboard cost. Trusted Advisor adalah rekomendasi optimasi. Wajib pakai. Cost Explorer: cost per service tag region, forecast 12 bulan ke depan untuk budget planning, RIs dan SPs coverage report untuk optimasi commit, anomaly detection untuk alert spike. Trusted Advisor: idle EC2 check untuk terminate, low utilization EC2 untuk right-size, unassociated EIP Elastic IP untuk release, S3 bucket versioning lama untuk lifecycle policy. Trusted Advisor free tier: 7 check utama. Business atau Enterprise support: 100 plus check. Untuk startup, free tier cukup mulai. AWS Well-Architected Tool juga ada Cost Optimization pillar dengan review berkala. AWS Compute Optimizer untuk rekomendasi right-sizing berbasis ML. Cost Optimization Checklist Checklist optimasi cost berdasarkan FinOps Foundation. Target 30-50% hemat.
Kategori Action Hemat Estimasi Right-sizing Downgrade EC2 underutilized 20-40% compute RI/CSP Commit Beli 1-year No Upforward steady 30-40% compute Spot Instance Migrate batch & tolerant fault 60-90% compute S3 Lifecycle Tier Glacier untuk archive 30-60% storage Egress Optimize VPC Endpoint S3/DynamoDB 30-50% network Idle Resource Terminate dev/test malam 10-20% total Multi-AZ Review Multi-AZ only for HA-critical 20-40% compute Log Lifecycle CloudWatch Logs → S3 Glacier 30-50% log
Eksekusi prioritas: right-sizing + RI/CSP + Spot = 60% hemat. Storage & network = 30% hemat tambahan.
Checklist optimasi cost berdasarkan FinOps Foundation. Target 30 sampai 50 persen hemat. Right-sizing: downgrade EC2 underutilized 20 sampai 40 persen hemat compute. RI atau CSP Commit: beli 1-year No Upforward untuk steady workload 30 sampai 40 persen hemat compute. Spot Instance: migrate batch dan fault-tolerant workload 60 sampai 90 persen hemat compute. S3 Lifecycle: tier Glacier untuk archive 30 sampai 60 persen hemat storage. Egress Optimize: VPC Endpoint S3 DynamoDB 30 sampai 50 persen hemat network. Idle Resource: terminate dev test malam 10 sampai 20 persen hemat total. Multi-AZ Review: multi-AZ only for HA-critical 20 sampai 40 persen hemat compute. Log Lifecycle: CloudWatch Logs ke S3 Glacier 30 sampai 50 persen hemat log. Eksekusi prioritas: right-sizing plus RI CSP plus Spot sama dengan 60 persen hemat. Storage dan network sama dengan 30 persen hemat tambahan. Studi Kasus: Tokopedia Spot untuk ML Tokopedia pakai Spot Instance untuk ML training pipeline, hemat jutaan dolar per tahun.
Public case study AWS Tokopedia ML (dihedge): ML training pipeline SageMaker + EC2 Spot Fleet. Sebelumnya on-demand 24/7 sangat mahal untuk training intermittent. Migrasi ke Spot: checkpoint ke S3 setiap epoch, auto-recover via Spot Fleet, fallback ke on-demand bila no Spot capacity. Hasil (dihedge): hemat ~70-80% cost ML compute, throughput training same, cost per experiment turun 5x.
SageMaker Training Job + Spot Checkpoint S3 setiap epoch Spot Fleet multi-AZ On-demand fallback Hemat 70-80% ML compute Throughput training same Cost per experiment turun 5x Lebih banyak eksperimen ML Pelajaran: Spot bukan hemat murah, tapi enable business case baru yang sebelumnya tidak feasible.
Tokopedia pakai Spot Instance untuk ML training pipeline, hemat jutaan dolar per tahun. Public case study AWS Tokopedia ML dihedge menunjukkan: ML training pipeline SageMaker plus EC2 Spot Fleet. Sebelumnya on-demand 24/7 sangat mahal untuk training intermittent. Migrasi ke Spot: checkpoint ke S3 setiap epoch, auto-recover via Spot Fleet, fallback ke on-demand bila no Spot capacity. Hasil dihedge: hemat 70 sampai 80 persen cost ML compute, throughput training same karena paralelisasi, cost per experiment turun 5 kali. Arsitektur: SageMaker Training Job dengan Spot, checkpoint S3 setiap epoch untuk resume, Spot Fleet multi-AZ untuk diversification, on-demand fallback bila urgent. Hasil Bisdig: hemat 70 sampai 80 persen ML compute, throughput training same, cost per experiment turun 5 kali, lebih banyak eksperimen ML feasible. Pelajaran: Spot bukan hemat murah tapi enable business case baru yang sebelumnya tidak feasible. Bagian 4 · 4/4
Automation & Penutup
Diskusi: bagaimana cegah developer spin up resource liar tanpa approval?
Jawaban: automated governance. SCP AWS Organizations limit service per account. Tag policy wajib. Service Control Policy block expensive instance tanpa exception. AWS Config rules detect non-compliance. Budget alert via SNS ke Slack. PR-based provisioning via Terraform Atlantis. Auto-terminate stale resource via Lambda. Defense in depth: policy + alert + automation. FinOps maturity Run phase: cost optimization built-in ke workflow, bukan retrospective review. Automation FinOps FinOps maturity Run: automation built-in. Bukan retrospective manual review.
Lambda cron stop dev/test malam ASG scale-to-zero weekend Auto-delete untagged resource after 7 hari SCP block expensive instance Tag policy wajib AWS Config rule alert Budget action via Lambda Auto-terminate dev/test malam: hemat 60% cost env non-prod. Risiko: engineer butuh akses malam? Pakai SSM start-stop on-demand.
FinOps maturity Run phase adalah automation built-in, bukan retrospective manual review. Auto-Terminate: Lambda cron stop dev dan test malam, ASG Auto Scaling Group scale-to-zero weekend, auto-delete untagged resource after 7 hari grace period. Policy-as-Code: SCP Service Control Policy block expensive instance tanpa exception, tag policy wajib via Organizations, AWS Config rule alert untuk non-compliance, budget action via Lambda auto-stop resource. Auto-terminate dev test malam hemat 60 persen cost env non-prod. Risiko: engineer butuh akses malam untuk debugging? Pakai SSM Session Manager start-stop on-demand dengan audit trail. FinOps automation tools open-source: Cloud Custodian, AutoSpotting, awslabs lambda-finops. Komersial: CloudHealth, Cloudability, Apptio Cloudability. FinOps Culture & Cross-Functional FinOps bukan IT-only. Cross-functional team: Engineering + Finance + Business.
Architecture cost-aware Tag resource saat create Right-size via metric Use Spot/RI saat cocok Budget & forecast Variance analysis Cost allocation per BU Procurement commit RI/CSP ROI cloud investment Prioritize workload cost vs value Make vs buy decision Cost per customer metric FinOps culture = engineering paham cost, finance paham teknologi, business paham ROI. Budaya shared responsibility.
FinOps bukan IT-only. Cross-functional team: Engineering plus Finance plus Business. Engineering role: architecture cost-aware, tag resource saat creation bukan retrospective, right-size via CloudWatch metric, use Spot atau RI saat cocok. Finance role: budget dan forecast cloud cost, variance analysis actual vs budget, cost allocation per BU business unit, procurement commit RI dan CSP strategis. Business role: ROI cloud investment per workload, prioritize workload cost vs value, make vs buy decision SaaS vs build, cost per customer metric untuk unit economics. FinOps culture sama dengan engineering paham cost, finance paham teknologi dasar, business paham ROI cloud. Budaya shared responsibility menghilangkan blame game klasik antara IT dan finance. Monthly FinOps review cross-functional adalah ritme yang direkomendasikan. Widget: TCO Cloud vs On-Premise (Reuse) Masukkan jumlah server on-prem, biaya CapEx awal, biaya listrik pendingin ruangan, dan harga instance cloud. Lihat breakeven dan total cost of ownership 3 tahun. Sudah dipakai matkul lain, sekarang Anda pakai untuk justifikasi FinOps.
Baik, ini widget TCO yang juga dipakai matkul lain, tapi lensanya sekarang FinOps. Coba masukkan skenario on-prem 20 server, CapEx 800 juta, listrik dan pendingin 50 juta per bulan, lalu sisi cloud 20 instance t3 medium 200 dolar per bulan. Lihat output, biasanya cloud lebih murah di tahun pertama karena tidak ada CapEx, tapi bisa lebih mahal di tahun ketiga jika tidak dioptimasi dengan Reserved Instance. Inilah kenapa FinOps bukan satu kali proyek, tapi siklus terus menerus, visibility, allocation, optimization, ulangi. Ringkasan Kunci Pertemuan 13 Hari ini Anda menguasai FinOps: visibility, allocation, optimization, automation.
Visibility
Cost Explorer + tagging + budget alert. Foundation wajib FinOps.
Optimization
Right-sizing + RI/CSP + Spot. Target hemat 30-50%.
Culture
Cross-functional Eng + Finance + Business. Shared responsibility.
Tiga lensa P13: tagging sebagai fondasi · commit discount untuk steady · Spot untuk fault-tolerant.
Persiapan P14: Studi kasus Indonesia (Gojek, Tokopedia, Bank Jago). Review seluruh semester. Kuis 5 menit soal RI vs Spot.
Tiga pesan kunci: Visibility Cost Explorer plus tagging plus budget alert adalah foundation wajib FinOps. Optimization Right-sizing plus RI CSP plus Spot dengan target hemat 30 sampai 50 persen. Culture cross-functional Engineering Finance Business dengan shared responsibility. Tiga lensa P13: tagging sebagai fondasi, commit discount untuk steady workload, Spot untuk fault-tolerant workload. P14 kita masuk studi kasus Indonesia Gojek Tokopedia Bank Jago dan review seluruh semester untuk persiapan ujian. Kuis 5 menit RI vs Spot di awal P14. Sampai jumpa di pertemuan terakhir.