Kategori Permasalahan Pada Aplikasi - Consistent

Kategori permasalahan aplikasi pernah saya tampilkan pada artikel saya sebelumnya.
ada 4 kategori permasalahan pada aplikasi:



Aplikasi yang lambat secara konsisten lamban terlepas dari beban pada server.

• Masalahnya bukan penggunaan atau alokasi yang terkait, 
• Menambahkan sumber daya pada hardware tidak menyelesaikannya. 
• Restart server tidak membantu, 
• Konfigurasi aplikasi seting tidak ada yang salah.

Penyebab Potensial dari Consistent Problem
Consistent Problem disebabkan oleh Metric Signature sebagai berikut:

• Terlalu banyak layer antar komponen (Too many layers)
• Overuse external system 
• Respon lambat dari Backend system 
• Code yang tidak effesien

Sebagian besar masalah ini muncul di bagian front atau backend sistem. Pengecualian untuk kategori ini adalah jaringan yang terbebani yang terjadi di depan server aplikasi.
Layer didefinisikan sebagai objek yang melakukan terjemahan antara dua object lain yang perlu saling berkomunikasi satu sama lain.

Terlalu banyak Layer diantara komponen dapat menyebabkan behavior lambat yang konsisten, seperti:

• CPU atau memory naik 
• Setiap request diterjemahkan beberapa kali sebanyak jumlah layer 
•  Contoh: Hasil query SQL diserialkan ke dalam XML, disempurnakan dengan menggunakan XSLT, dibaca oleh Layer Management data, dan kembali ke EJB sebagai sebuah array.

Masalah dengan memiliki begitu banyak standard layer yang berbeda adalah kadang kala sebuah program perlu menerjemahkan satu standard ke standard lainnya dan kemudian kembali lagi. hal ini meyebabkan lambatnya respon suatu aplikasi.

• Peningkatan terkait pada metoda pemanggilan external system 
• Metric Response per Interval meningkat untuk membuat panggilan suatu komponen 
• Beberapa panggilan backend ditampilkan dalam transaction trace.
• Karakteristik Metric signature dari kelebihan penggunaan sistem eksternal Repsonse per Interval meningkat tinggi. 
• Selain itu, Concurrent Invocations dalam komponen membuat panggilan ke sistem eksternal semakin meningkat. 
• Karena permintaan ini memakan waktu lebih lama untuk dilakukan karena backend yang terbebani, nilai Availability juga akan menurun.

Meskipun tidak selalu menjadi kasus, overuse pada sistem eksternal sering diselesaikan melalui beberapa jenis solusi caching-dengan asumsi bahwa sistem eksternal menyediakan data yang tidak sensitif terhadap waktu.

3. Respon Lambat dari Backend System
Berdasarkan survey, penyebab sebagian besar masalah performa adalah backend system misalnya database.

Jika query tertentu yang menyebabkan turunnya performa, maka tidak ada perubahan ke server aplikasi yang bisa memperbaiki situasi.
Jika Problem dikarenakan Query Statement itu sendiri, maka diperlukan perubahan atau improvement.

• Metric Stall Count meningkat jika bottleneck cukup buruk
• Metric Concurrent Invocation meninggkat
• Slow response time mengidentifikasi sebuah slow backend system
• Sebagai tambahannya, Stall Count, Average Response Time (ms), Concurrent Invocation metrics dari komponen akan menjadi tinggi daripada metric lainnya.

Pengelolaan Incident Management yang disebabkan respon lambat dari Backend System digambarkan seperti diagram dibawah ini:
Hasil slow backend system biasanya disebabkan oleh 2 penyebab:

1. Backend itu sendiri. Contohnya database: mungkin membutuhkan upgrade atau bug fix untuk membuat query tertentu berjalan baik. Untuk itu diperlukan backend administrator / DB administrator.
2. Application code dan strategi digunakan untuk meng-ekstrak informasi. Contoh database lagi: satu dapat menulis SQL query dengan berbagai cara, beberapa diantaranya tidak bisa berkinerja memadai. Untuk itu diperlukan developer atau architect untuk menyempurnakan.