Capacity and performance management
- GroupKelompok
- Product and service management
- LifecycleLifecycle
- DesignOperate
- Reading timeWaktu baca
- 9 min9 menit
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.
- Understand demandBusiness plans, campaigns and seasonal peaks.
- BaselineMeasure today’s normal usage and performance.
- ForecastHow will demand grow or spike?
- Plan and right-sizeAdd what you need, remove what you don’t.
- TestLoad-test before big peaks.
- Monitor and adjustCompare forecasts with reality.
- Memahami permintaanRencana bisnis, kampanye, dan puncak musiman.
- Menetapkan baselineUkur penggunaan dan kinerja normal saat ini.
- MemperkirakanBagaimana permintaan akan tumbuh atau melonjak?
- Merencanakan dan menyesuaikan ukuranTambahkan yang dibutuhkan, kurangi yang tidak.
- MengujiLakukan load test sebelum puncak besar.
- Memantau dan menyesuaikanBandingkan prakiraan dengan kenyataan.
How to measure itCara mengukurnya
| MetricMetrik | What it tells youApa yang ditunjukkan | Watch out forPerhatikan |
|---|---|---|
| Response time vs targetWaktu respons vs target | Whether users get a fast serviceApakah pengguna mendapat layanan yang cepat | Averages hiding slow peaksRata-rata yang menyembunyikan lonjakan lambat |
| Headroom at peakHeadroom saat puncak | How close you are to the limitSeberapa dekat Anda dengan batas | Measuring only quiet periodsHanya mengukur periode sepi |
| Capacity-related incidentsIncident terkait kapasitas | Whether planning worksApakah perencanaan berhasil | Slowness never logged as incidentsKelambatan yang tidak pernah dicatat sebagai incident |
| Forecast accuracyAkurasi prakiraan | How good your planning isSeberapa baik perencanaan Anda | Never checking forecasts afterwardsTidak pernah memeriksa prakiraan setelahnya |
| Unused capacity costBiaya kapasitas yang tidak terpakai | Money spent on idle resourcesUang yang terbuang untuk sumber daya menganggur | Cutting 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.
- L1InitialCapacity is added only after things slow down or crash.
- L2RepeatableSome utilization is tracked, but upgrades are based on gut feeling.
- L3DefinedBaselines, thresholds and a capacity plan for key services, aligned with the business calendar.
- L4MeasuredForecasts are checked against reality, load tests run before peaks, and costs are tracked.
- L5OptimizedPredictive planning and auto-scaling with guardrails, balancing performance and cost continuously.
- L1InitialKapasitas baru ditambah setelah layanan melambat atau mati.
- L2RepeatableSebagian penggunaan dipantau, tetapi peningkatan kapasitas berdasarkan firasat.
- L3DefinedAda baseline, ambang batas, dan rencana kapasitas untuk layanan utama yang selaras dengan kalender bisnis.
- L4MeasuredPrakiraan diperiksa terhadap kenyataan, load test dijalankan sebelum puncak, dan biaya dipantau.
- L5OptimizedPerencanaan prediktif dan auto-scaling dengan batasan, yang terus menyeimbangkan kinerja dan biaya.
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.
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
| PracticePractice | How they connectBagaimana keterkaitannya |
|---|---|
| Monitoring and event management | Provides the usage and performance data.Menyediakan data penggunaan dan kinerja. |
| Availability management | Overloaded services become unavailable services.Layanan yang kelebihan beban menjadi layanan yang tidak tersedia. |
| Service financial management | Balances capacity against cost and budget.Menyeimbangkan kapasitas dengan biaya dan anggaran. |
| Infrastructure and platform management | Provides and scales the underlying resources.Menyediakan dan menyesuaikan sumber daya yang mendasarinya. |
- 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.