Capacity and performance management

GroupKelompok
Product and service management
LifecycleLifecycle
DesignOperate
Reading timeWaktu baca
9 min9 menit
Purpose in one sentenceTujuan dalam satu kalimatMake sure services achieve agreed and expected performance, meeting current and future demand cost-effectively.Memastikan layanan mencapai kinerja yang disepakati dan diharapkan, serta memenuhi permintaan saat ini dan masa depan secara efisien.

For users, slow is the same as broken. Capacity and performance management makes sure there is enough of everything a service needs (computing power, storage, network, licenses and even people), at the right time and without paying for far more than you use.

Bagi pengguna, lambat sama saja dengan rusak. Capacity and performance management memastikan tersedia cukup semua hal yang dibutuhkan layanan (daya komputasi, penyimpanan, jaringan, lisensi, bahkan orang), pada waktu yang tepat dan tanpa membayar jauh lebih banyak dari yang dipakai.

Key ideasKonsep kunci

  • Performance is what users feel. Response time and successful transactions matter more than CPU charts.
  • Know your baseline and headroom. What is normal, and how much spare capacity is there before things slow down?
  • Plan for known peaks. Payday, big online sales such as 12.12, Ramadan and Lebaran, school enrollment and tax deadlines are predictable.
  • Cloud is elastic, not free. Auto-scaling helps, but it needs limits and regular right-sizing.
  • Capacity is not only technology. Licenses, support staff and supplier limits can be the real bottleneck.
  • Kinerja adalah apa yang dirasakan pengguna. Waktu respons dan transaksi yang berhasil lebih penting daripada grafik CPU.
  • Ketahui baseline dan headroom Anda. Apa yang normal, dan berapa banyak kapasitas cadangan sebelum layanan melambat?
  • Rencanakan puncak yang sudah diketahui. Hari gajian, promo besar seperti 12.12, Ramadan dan Lebaran, penerimaan siswa baru, dan tenggat pajak bisa diprediksi.
  • Cloud itu elastis, bukan gratis. Auto-scaling membantu, tetapi butuh batas dan penyesuaian ukuran secara rutin.
  • Kapasitas bukan hanya teknologi. Lisensi, staf support, dan batas supplier bisa menjadi hambatan yang sebenarnya.

Key activitiesAktivitas kunci

A typical flow. Real work loops back and skips steps when it makes sense.

Alur yang umum. Dalam praktik, pekerjaan bisa kembali ke langkah sebelumnya atau melewati langkah tertentu bila masuk akal.

  1. Understand demandBusiness plans, campaigns and seasonal peaks.
  2. BaselineMeasure today’s normal usage and performance.
  3. ForecastHow will demand grow or spike?
  4. Plan and right-sizeAdd what you need, remove what you don’t.
  5. TestLoad-test before big peaks.
  6. Monitor and adjustCompare forecasts with reality.
  1. Memahami permintaanRencana bisnis, kampanye, dan puncak musiman.
  2. Menetapkan baselineUkur penggunaan dan kinerja normal saat ini.
  3. MemperkirakanBagaimana permintaan akan tumbuh atau melonjak?
  4. Merencanakan dan menyesuaikan ukuranTambahkan yang dibutuhkan, kurangi yang tidak.
  5. MengujiLakukan load test sebelum puncak besar.
  6. Memantau dan menyesuaikanBandingkan prakiraan dengan kenyataan.

How to measure itCara mengukurnya

MetricMetrikWhat it tells youApa yang ditunjukkanWatch out forPerhatikan
Response time vs targetWaktu respons vs targetWhether users get a fast serviceApakah pengguna mendapat layanan yang cepatAverages hiding slow peaksRata-rata yang menyembunyikan lonjakan lambat
Headroom at peakHeadroom saat puncakHow close you are to the limitSeberapa dekat Anda dengan batasMeasuring only quiet periodsHanya mengukur periode sepi
Capacity-related incidentsIncident terkait kapasitasWhether planning worksApakah perencanaan berhasilSlowness never logged as incidentsKelambatan yang tidak pernah dicatat sebagai incident
Forecast accuracyAkurasi prakiraanHow good your planning isSeberapa baik perencanaan AndaNever checking forecasts afterwardsTidak pernah memeriksa prakiraan setelahnya
Unused capacity costBiaya kapasitas yang tidak terpakaiMoney spent on idle resourcesUang yang terbuang untuk sumber daya menganggurCutting so deep that peaks failMemangkas terlalu dalam sehingga gagal saat puncak

What each level looks likeGambaran setiap level

Use these descriptions as a quick self-check before running the full assessment. Level 3 is a strong, realistic target for most teams.

Gunakan deskripsi ini sebagai pengecekan cepat sebelum menjalankan asesmen lengkap. Level 3 adalah target yang kuat dan realistis bagi sebagian besar tim.

  1. L1InitialCapacity is added only after things slow down or crash.
  2. L2RepeatableSome utilization is tracked, but upgrades are based on gut feeling.
  3. L3DefinedBaselines, thresholds and a capacity plan for key services, aligned with the business calendar.
  4. L4MeasuredForecasts are checked against reality, load tests run before peaks, and costs are tracked.
  5. L5OptimizedPredictive planning and auto-scaling with guardrails, balancing performance and cost continuously.
  1. L1InitialKapasitas baru ditambah setelah layanan melambat atau mati.
  2. L2RepeatableSebagian penggunaan dipantau, tetapi peningkatan kapasitas berdasarkan firasat.
  3. L3DefinedAda baseline, ambang batas, dan rencana kapasitas untuk layanan utama yang selaras dengan kalender bisnis.
  4. L4MeasuredPrakiraan diperiksa terhadap kenyataan, load test dijalankan sebelum puncak, dan biaya dipantau.
  5. L5OptimizedPerencanaan prediktif dan auto-scaling dengan batasan, yang terus menyeimbangkan kinerja dan biaya.

Assess capacity and performance management in the wizardNilai capacity and performance management di wizard →

Using AIMemanfaatkan AI

  • Demand forecasting from history plus business events.
  • Performance anomaly detection spots slowdowns before users complain.
  • Right-sizing recommendations for cloud resources.
  • Load test analysis that points to the real bottleneck.
  • Prakiraan permintaan dari data historis ditambah agenda bisnis.
  • Deteksi anomali kinerja menemukan perlambatan sebelum pengguna mengeluh.
  • Rekomendasi penyesuaian ukuran untuk sumber daya cloud.
  • Analisis load test yang menunjukkan hambatan sebenarnya.
Keep a human in the loopTetap libatkan manusiaForecasts miss one-off events. Combine them with the business calendar and human judgment, and put spending limits on auto-scaling.Prakiraan bisa meleset untuk kejadian yang tidak biasa. Gabungkan dengan kalender bisnis dan penilaian manusia, serta tetapkan batas biaya untuk auto-scaling.
Key ideaInti materiHave enough capacity at the right time and the right cost, and plan for the peaks you already know are coming.Sediakan kapasitas yang cukup pada waktu dan biaya yang tepat, dan rencanakan puncak yang sudah Anda ketahui akan datang.
Real-world example: surviving the 12.12 saleContoh kasus: bertahan di promo 12.123 min3 menit

Last year an online shop crashed at midnight when its 12.12 sale started. IT only heard about the campaign two days before.

Tahun lalu sebuah toko online mati tepat tengah malam saat promo 12.12 dimulai. Tim TI baru mendengar soal kampanye itu dua hari sebelumnya.

This year marketing shares the campaign plan a month ahead. The team load-tests at three times the expected traffic, fixes a slow database query, scales up the night before with spending limits, and scales down afterwards. The site stays fast all night.

Tahun ini tim marketing membagikan rencana kampanye sebulan sebelumnya. Tim melakukan load test hingga tiga kali lipat lalu lintas yang diperkirakan, memperbaiki query database yang lambat, menambah kapasitas malam sebelumnya dengan batas biaya, lalu menguranginya setelah promo. Situs tetap cepat sepanjang malam.

Common pitfallsJebakan umum

  • Only reacting after users complain.
  • Over-provisioning "just in case" and never scaling back.
  • Ignoring the business calendar and marketing plans.
  • Forgetting licenses, people and supplier limits.
  • Baru bereaksi setelah pengguna mengeluh.
  • Menyediakan kapasitas berlebih "untuk jaga-jaga" dan tidak pernah menguranginya.
  • Mengabaikan kalender bisnis dan rencana marketing.
  • Melupakan lisensi, orang, dan batas supplier.

Related practicesPractice terkait

PracticePracticeHow they connectBagaimana keterkaitannya
Monitoring and event managementProvides the usage and performance data.Menyediakan data penggunaan dan kinerja.
Availability managementOverloaded services become unavailable services.Layanan yang kelebihan beban menjadi layanan yang tidak tersedia.
Service financial managementBalances capacity against cost and budget.Menyeimbangkan kapasitas dengan biaya dan anggaran.
Infrastructure and platform managementProvides and scales the underlying resources.Menyediakan dan menyesuaikan sumber daya yang mendasarinya.
Beginner tipsTips untuk pemula
  • List the three biggest demand peaks in your business year and put them in IT’s calendar.
  • Find out how much headroom your most critical system has at its busiest hour.
  • Run a simple load test before your next peak, even a small one.
  • Daftar tiga puncak permintaan terbesar dalam setahun bisnis Anda dan masukkan ke kalender TI.
  • Cari tahu berapa headroom sistem paling kritis Anda di jam tersibuknya.
  • Jalankan load test sederhana sebelum puncak berikutnya, meskipun kecil.

The practice name and purpose follow ITIL. KPIs, level descriptions, AI uses and pitfalls are practical guidance written in our own words, not official ITIL text.Nama dan tujuan practice mengikuti ITIL. KPI, deskripsi level, pemanfaatan AI, dan jebakan umum adalah panduan praktis yang ditulis dengan kata-kata sendiri, bukan teks resmi ITIL.