Sumber: ChatGPT

Keberhasilan yang Berbalik Menjadi Masalah

Ada pola yang berulang pada layanan publik berbasis digital. Sebuah program diumumkan, masyarakat menyambut dengan antusias, lalu pada jam pembukaan sistem tidak bisa diakses.

Yang terjadi bukan kegagalan program, melainkan kegagalan menyiapkan kapasitas untuk menampung keberhasilannya. Antusiasme yang seharusnya menjadi kabar baik berubah menjadi keluhan, dan yang tercatat di ingatan publik adalah sistemnya yang bermasalah.

Solusi software development berbasis cloud untuk sektor pemerintah perlu mengantisipasi pola ini, karena karakteristik beban layanan publik memang sangat berbeda dari layanan komersial biasa.

Mengapa Kapasitas Tetap Selalu Salah

Menentukan kapasitas dalam jumlah tetap selalu menghasilkan salah satu dari dua kesalahan.

Bila ditetapkan untuk beban puncak, sebagian besar waktu kapasitas itu menganggur. Untuk layanan yang ramai hanya beberapa hari dalam setahun, ini berarti membayar sepanjang tahun untuk sesuatu yang dipakai sesekali.

Bila ditetapkan untuk beban rata-rata, sistem akan tumbang tepat pada saat paling dibutuhkan. Dan pada layanan publik, saat paling dibutuhkan itu biasanya juga saat paling banyak diperhatikan.

Karena itu yang dibutuhkan bukan menebak angka yang tepat, melainkan kapasitas yang bisa menyesuaikan diri mengikuti beban yang sebenarnya.

Tiga Lapisan Penyesuaian yang Bekerja Bersama

Penyesuaian kapasitas bekerja pada beberapa tingkat, dan ketiganya perlu disiapkan agar hasilnya efektif.

Penyesuaian jumlah unit aplikasi. Ketika beban naik, jumlah unit yang melayani ditambah. Yang perlu diperhatikan adalah dasar penambahannya. Memakai penggunaan prosesor saja sering terlambat, karena pada banyak aplikasi antrean sudah memanjang sebelum prosesor terlihat sibuk. Dasar yang lebih baik adalah jumlah permintaan masuk atau panjang antrean.

Penyesuaian jumlah mesin. Ketika unit aplikasi tidak lagi muat pada mesin yang tersedia, mesin baru perlu ditambahkan secara otomatis. Tanpa lapisan ini, penambahan unit akan berhenti begitu kapasitas mesin habis.

Pembagian beban yang cerdas. Permintaan sebaiknya diarahkan ke unit yang paling tidak sibuk, bukan dibagi rata. Perbedaan ini sangat terasa ketika sebagian permintaan jauh lebih berat dari yang lain.

Yang Sering Terlupakan di Balik Aplikasi

Menambah unit aplikasi tidak berarti apa-apa bila komponen di belakangnya tidak ikut siap, dan inilah kesalahan yang paling sering terjadi.

Basis data biasanya menjadi hambatan berikutnya. Setiap unit aplikasi baru membuka koneksinya sendiri, sehingga penambahan unit justru bisa membebani basis data sampai melampaui batasnya. Pengelolaan kumpulan koneksi menjadi penting agar penambahan unit tidak berbalik merugikan.

Layanan pihak ketiga juga perlu diperhitungkan. Bila sistem bergantung pada layanan eksternal dengan batas permintaan tertentu, menambah kapasitas sendiri tidak akan menolong bila batas itu yang tercapai lebih dulu.

Untuk agenda yang sudah terjadwal, penambahan kapasitas sebaiknya dilakukan sebelum waktunya tiba. Penyesuaian otomatis membutuhkan waktu beberapa menit untuk bereaksi, dan pada lonjakan yang sangat tajam, beberapa menit itu sudah cukup untuk menimbulkan gangguan.

Kapan Infrastruktur Anda Perlu Ditinjau

Kesiapan menghadapi lonjakan sebaiknya diperiksa sebelum agenda besar, bukan setelahnya.


Sinyal bahwa infrastruktur Anda belum siap menghadapi lonjakan:

  • Kapasitas ditetapkan tetap dan tidak berubah mengikuti beban.

  • Sistem pernah tidak dapat diakses pada saat pembukaan program atau pengumuman.

  • Penyesuaian kapasitas hanya berdasarkan penggunaan prosesor.

  • Penambahan unit aplikasi tidak diikuti pengelolaan koneksi basis data.

  • Belum diketahui batas permintaan dari layanan pihak ketiga yang dipakai.

  • Tidak ada praktik menambah kapasitas lebih awal untuk agenda terjadwal.

  • Sebagian besar kapasitas menganggur di luar periode ramai.

Langkah Memulai Bersama Sagara

Sagara memulai dari memahami pola beban yang sebenarnya, termasuk agenda yang sudah terjadwal dan karakteristik penggunanya.

Konsultasi discovery untuk mengidentifikasi periode kritis dan perkiraan bebannya. Audit arsitektur untuk menemukan komponen yang akan menjadi hambatan berikutnya setelah aplikasi diskalakan. Implementasi bertahap disertai pengujian beban sebelum agenda besar, agar kesiapan terbukti sebelum dibutuhkan.

Kesimpulan

Layanan publik yang gagal diakses pada saat pembukaan bukan sekadar gangguan teknis, melainkan kepercayaan yang berkurang pada saat perhatian sedang paling besar.

Solusi software development berbasis cloud untuk sektor pemerintah perlu menyiapkan kapasitas yang menyesuaikan diri, sekaligus memastikan komponen di belakang aplikasi ikut siap.

Sagara Technology membantu instansi dan perusahaan Indonesia memastikan bahwa keberhasilan sebuah program tidak berbalik menjadi masalah bagi sistemnya.