Apa Dampak PaaS pada APM?
Secara teori, karena aplikasi PaaS dapat dibangun menggunakan standar dan alat yang umum, itu harus sama untuk membangun kemampuan untuk memantau aplikasi tersebut. Dengan lebih sedikit penyesuaian, seharusnya ada pemantauan yang lebih mudah, bukan? Nah, jika isi artikel, “Studi:PaaS Market to Top $6,94B by 2018,” ditulis oleh Chris Talbot di Talkin' Cloud benar, perusahaan sebenarnya ingin menilai dengan cermat apakah alat APM mereka akan lolos dalam lingkungan PaaS. Inilah alasannya:
1. Platform PaaS cenderung berspesialisasi dalam bahasa pemrograman tertentu, jadi jika solusi APM tidak memantau bahasa itu, itu tidak dapat membantu siapa pun di dalam lingkungan PaaS itu. Jika dukungan tidak sebaik pesaing di sana, mereka benar-benar tidak akan mampu bersaing dalam lingkungan itu, bahkan jika mereka melakukan pekerjaan integrasi. Namun, jika solusi APM mendukung bahasa tersebut, dan mendukungnya dengan baik, wawasan apa pun yang ditambahkan yang khusus untuk lingkungan PaaS tersebut akan sangat berguna.
2. Platform PaaS memiliki banyak abstraksi dan lapisan tersembunyi, jadi ada area di lingkungan tersebut di mana solusi pemantauan tidak akan dapat menangkap wawasan:
- Perutean: Sistem perutean Heroku adalah salah satunya, namun sangat penting untuk memantau kinerjanya, seperti yang diilustrasikan dalam artikel, Menjinakkan Antrian.
- Konfigurasi Mesin: Area lain yang mungkin tidak dapat dipantau oleh solusi APM adalah konfigurasi sinkronisasi file karena tidak bisa mendapatkan akses penuh ke mesin. Ini mungkin memiliki akses ke bahasa pemrograman yang berjalan di dalamnya, tetapi tidak memiliki akses ke semua yang terjadi di server.
- Ekstensi Kepemilikan: Lingkungan PaaS mungkin memiliki komponen yang dipatenkan — versi khusus dari server dan ekstensi khusus untuk suatu bahasa. Ada beberapa kerahasiaan dengan penyedia PaaS mengenai komponen mereka karena itulah cara mereka dapat meningkatkan lingkungan itu dan tidak khawatir tentang pesaing. Oleh karena itu, vendor APM tidak akan dapat memantau komponen tersebut kecuali jika dapat bekerja dengan penyedia PaaS.
- Layanan multi-penyewa: Banyak lingkungan PaaS berisi layanan bersama, yang dapat menjadi masalah untuk jenis alat pemantauan tertentu. Instance database multi-penyewa cukup umum. Jika agen alat pemantauan perlu berbicara dengan database untuk mendapatkan data darinya dan itu adalah multi-penyewa, alat tersebut mungkin tidak memiliki akses untuk dapat melakukannya. Jika tidak memiliki cara lain untuk mendapatkan informasi basis data tersebut di lingkungan PaaS tersebut, ia tidak akan pernah dapat menyediakan metrik basis data.
- Layanan Eksternal: Lingkungan PaaS juga cenderung menggunakan sejumlah API eksternal, area lain di mana alat pemantauan dapat kehilangan data. Pengembang memilih PaaS karena nyaman, dan mereka beralih ke API karena server dan PaaS cenderung lebih kecil dan kurang kuat — ini cara yang baik untuk melepaskan pekerjaan dari mereka. Jika solusi APM tidak memiliki kemampuan untuk memantau API, atau kemampuannya tidak terlalu kuat, maka itu akan menjadi titik lemah dalam lingkungan PaaS.
Kasus untuk memantau PaaS Anda
Ada kasus yang menarik untuk pemantauan internal jika Anda menggunakan PaaS. Setiap layanan individual di PaaS dibangun dan diskalakan oleh platform, tetapi aplikasi itu sendiri bukan tanggung jawab mereka. Tidak peduli seberapa banyak Anda menstandarisasi, akan selalu ada masalah kinerja yang perlu Anda pantau dan Anda memerlukan alat untuk melakukannya.
Penyedia PaaS juga memiliki kompleksitasnya sendiri, secara internal. Mereka akan memiliki beberapa layanan — sistem akun dan GUI web untuk penagihan PaaS, sistem GUI web lain untuk mengelola add-on yang dikonfigurasi, dan layanan untuk mengelola konfigurasi pada server PaaS. Bahkan jika server sedang berjalan, jika pengaturan konfigurasi baru tidak dapat didorong ke server tersebut, akan ada penurunan layanan. Perusahaan bahkan mungkin menggunakan layanan untuk mengakses data kinerjanya. Ada banyak layanan di ekosistem PaaS yang masuk akal untuk dipantau, jadi ada kasus penggunaan internal untuk menjaga semua server tetap berjalan, tetapi juga mengoptimalkan semua bagian infrastruktur yang membuat PaaS sangat mudah digunakan.
Generasi PaaS berikutnya
Ke depan, tren server PaaS menjadi semakin kecil, namun Anda perlu memantau semua server tersebut. Jika alat pemantauan perusahaan Anda tidak berorientasi pada mendukung banyak lingkungan kecil, itu bisa menjadi kurang hemat biaya atau dapat menunjukkan masalah penskalaan. Juga, server individu jauh lebih fana daripada sebelumnya. Mereka mungkin hanya ada selama berjam-jam atau bahkan kurang dari satu jam, bukan selama berhari-hari seperti dulu. Akibatnya, jika alat pemantauan Anda berorientasi pada gagasan tentang server yang sudah ada untuk waktu yang lama, Anda mungkin sebenarnya tidak dapat mengatasi dengan baik lingkungan di mana server menghilang begitu saja dan muncul kembali tanpa ada yang secara eksplisit mengatakannya.
Tidak peduli bagaimana Anda mengirisnya, setiap aplikasi terus berkembang, membutuhkan perencanaan yang cermat untuk menskalakan secara efektif. Penyedia PaaS dapat membantu, tetapi itu tidak berarti pemantauan tidak memiliki tempatnya.