Bisakah APM Menangani Masalah Tanpa Memerlukan Server

Saya ingat saat saya mendengar tentang teknologi Tanpa Server. Sewaktu dalam perjalanan pulang di dalam bus untuk kembali ke hotel, dalam sebuah percakapan, saya mendengar seorang CTO memberi tahu salah satu temannya tentang hal "baru" yang disebut Lambda ini. Dia berkata "jadi, kodenya ada di sana, tetapi tidak berjalan di mana pun sampai Anda membutuhkannya, kemudian kode itu muncul, dijalankan, dan menghilang lagi."

Namun, ada tiga tantangan utama yang harus dihadapi dalam menggunakan teknologi Tanpa Server pada aplikasi:

1. Merancang fungsi tanpa server ke dalam aplikasi yang telah Anda operasikan (atau bukan) bukanlah hal termudah di dunia.

2.Gagasan Adanya pelaksanaan kerja tanpa server menjanjikan biaya operasi cloud yang minimal, realisasi dari penetapan harga platform tanpa server bisa lebih mahal.

3. Alat Pemantauan dan manajemen kinerja yang menjadi andalan perusahaan-perusahaan IT di seluruh dunia mungkin tidak dapat menangani Tanpa Server.

Itulah salah satu alasan saya bertanya pada diri sendiri pertanyaan penting ini: mengerjakan tools APM mengelola aplikasi Tanpa Server? Dalam menelusuri web untuk mencari kekurangan klaim, perlu diingat bahwa setiap solusi pemantauan di dunia mengklaim dukungan untuk mengintegrasikan platform Tanpa Server. Namun, kemampuan yang sebenarnya dapat bervariasi, tergantung pada produk dan penyedia solusinya.

Baca Juga :  Pentingnya Kontrol Jaringan

Perbedaan antara APM dan Serverless dalam Mengatasi Masalah Fungsi Tanpa Server

Yang saya maksud dengan jawaban saya adalah APM yang kami gunakan selama 2 tahun terakhir tidak dapat memberikan solusi dalam menangani Masalah Fungsi Tanpa Server atau kinerja dan detail operasional yang sama dengan yang mereka berikan untuk konstruksi arsitektur lainnya termasuk Aplikasi Server, Framework, Cloud. Metodologi mereka untuk mengumpulkan data tidak akan beroperasi dengan fitur yang sama.

Untuk memahami sepenuhnya perbedaan antara menjalankan agen dan mencetak data dari API yang terkait dengan pemantauan, mari kita lihat beberapa biaya operasional menjalankan kode tanpa server.

Mari kita lihat dulu apa yang saya maksud dengan fungsionalitas aplikasi "Unicorn of Serverless", sebuah fungsionalitas yang jarang disebut "stateless". Contoh yang baik adalah menghitung pembayaran. Inputnya adalah jumlah kredit, jumlah pembayaran, dan tingkat bunga tahunan. Outputnya adalah pembayaran bunga dan pembayaran penuh. Fungsi ini jarang dipanggil, membutuhkan sedikit sumber daya untuk dijalankan, dan beroperasi tanpa status.

Fungsi Unicorn dapat dimuat ke platform tanpa server seperti Lambda tanpa persistensi permanen (menghemat uang). Start yang dingin tidak mengganggu, sehingga benar-benar dapat dibuka dan dimatikan saat Anda membutuhkannya (juga menghemat uang). Sekarang setelah kami menetapkan cara sempurna untuk mengoperasikan beban kerja tanpa server dari perspektif efisiensi, mari pertimbangkan tiga prasyarat:

1. Jarang digunakan dalam bidang pengembangan yang efisien, sehingga fungsi yang tidak terpanggil akan ditinggalkan atau digabungkan ke fungsi lain untuk penyimpanan dan pengoperasian yang lebih efisien. Dengan demikian, potongan kode yang berarti jarang dipanggil sebenarnya sudah tidak ada lagi.

2. Memerlukan sedikit sumber daya sekali lagi, dalam ranah fungsi yang bermakna, kebutuhan akan sumber daya (memori, penyimpanan, I/O, dll.) biasanya secara langsung berkaitan dengan seberapa penting suatu kode. Fungsi yang membutuhkan sedikit sumber daya tidak mungkin beroperasi sendiri, alih-alih menjadi bagian dari layanan bersama dengan pendengar aktif, pemicu, dll.

3. Tidak memiliki kemungkinan skenario yang paling kecil untuk hadir dalam aplikasi mikro saat ini. Bahkan situs web informasi lama yang polos berisi status pengguna riwayat, cache, pengaturan, preferensi, dll. memiliki segala jenis layanan aplikasi penting yang tidak memiliki aspek yang dipersonalisasi untuk beban kerja yang jarang terjadi.

Itulah mengapa operasi Unicorn Tanpa Server jarang terjadi, dan mengapa biaya tidak selalu lebih murah. Karena (hampir) setiap fungsi memerlukan beberapa tingkat sumber daya untuk digunakan atau status atau akses ke status melalui

Sumber Lonjakan Masalah