Firebase Performance — এটি কী, পর্যবেক্ষণ টুল এবং মেট্রিক্স

Firebase Performance Monitoring কী?

Firebase Performance Monitoring হল Google-এর একটি ক্লাউড পরিষেবা যা মোবাইল অ্যাপ্লিকেশনের পারফরম্যান্স মেট্রিক্স সংগ্রহ এবং প্রদর্শন করে। পরিষেবাটি Firebase টুলসেটের অংশ এবং আলাদা পেমেন্টের প্রয়োজন নেই — মনিটরিং বিনামূল্যের Spark টিয়ার (প্রতিদিন 500,000 ইভেন্টের সীমা) এবং পরিশোধিত Blaze টিয়ারে উপলব্ধ। Firebase Performance স্বয়ংক্রিয়ভাবে স্ট্যান্ডার্ড দৃশ্যপটের জন্য ট্রেস তৈরি করে: কোল্ড স্ক্রিন স্টার্ট, ওয়ার্ম স্টার্ট, ব্যাকগ্রাউন্ড HTTP অনুরোধ।

পরিষেবার আর্কিটেকচার দুটি ধরণের ডেটার উপর ভিত্তি করে: traces (ট্রেস) এবং metrics (মেট্রিক্স)। ট্রেস হল একটি শুর এবং শেষ সহ একটি সময় ব্যবধান, যার মধ্যে কার্যকর করার সময়কাল পরিমাপ করা হয়। মেট্রিক হল একটি সংখ্যাসূচক মান: প্রতিক্রিয়ার আকার, ত্রুটির হার, বাইট/সেকেন্ডে গতি। প্রতিটি ট্রেসে একাধিক মেট্রিক্স থাকতে পারে। SDK ডিভাইসে ডেটা সংগ্রহ করে, এটি বাফার করে এবং ব্যবহারকারীর অভিজ্ঞতাকে প্রভাবিত না করতে কম লেটেন্সি অগ্রাধিকার সহ ব্যাকগ্রাউন্ডে Firebase-এ পাঠায়।

Google I/O 2024 রিপোর্ট অনুযায়ী, Firebase Performance সারা বিশ্বে 2 মিলিয়নেরও বেশি অ্যাপ্লিকেশনে ব্যবহৃত হয়। যদি অ্যালার্ট কনফিগার করা থাকে, তাহলে Firebase Performance ব্যবহার করে পারফরম্যান্স সমস্যা সনাক্ত করার গড় সময় রিলিজের 15 মিনিট পরে। মনিটরিং ছাড়া, একটি অনুরূপ সমস্যা সাধারণত ব্যবহারকারীদের সমর্থনে অভিযোগের মাধ্যমে 2-3 দিনের মধ্যে সনাক্ত করা হয়।

Firebase Crashlytics থেকে পার্থক্য

Crashlytics ক্র্যাশ এবং মারাত্মক ত্রুটিগুলি ট্র্যাক করে — যেসব পরিস্থিতিতে অ্যাপ অপ্রত্যাশিতভাবে বন্ধ হয়ে যায়। Firebase Performance চলমান অ্যাপ্লিকেশনে পারফরম্যান্স মনিটর করে: ধীর স্ক্রিন, দীর্ঘ নেটওয়ার্ক অনুরোধ, UI প্রতিক্রিয়া বিলম্ব। Crashlytics প্রশ্নের উত্তর দেয় "অ্যাপটি কেন ক্র্যাশ হলো?", যখন Performance উত্তর দেয় "অ্যাপটি কেন ধীরে চলছে?"। উভয় পরিষেবা একটি SDK (Firebase Core) এর মাধ্যমে সংহত হয় এবং ডেটা Firebase কনসোলের সংলগ্ন বিভাগে প্রদর্শিত হয়।

পার্সেন্টাইল মেট্রিক্স

Firebase Performance গড় মান দেখায় না — শুধুমাত্র পার্সেন্টাইল: P50, P75, P90, P95, P99। এটি পারফরম্যান্সের জন্য গুরুত্বপূর্ণ: গড় সময় আউটলায়ার লুকিয়ে রাখে। যদি 99 ব্যবহারকারী 200 ms-এ একটি স্ক্রিন খোলে এবং একজন এটি 20 সেকেন্ডে খোলে, তাহলে গড় হবে ~400 ms, যা গ্রহণযোগ্য মনে হয়। P99 20 সেকেন্ড দেখাবে — প্রকৃত সমস্যা। Firebase একটি সময়রেখায় পার্সেন্টাইল প্রদর্শন করে, যা ঘন্টার নির্ভুলতার সাথে রিগ্রেশন ট্র্যাকিংয়ের অনুমতি দেয়।

Firebase Performance Monitoring কীভাবে কাজ করে

Firebase Performance SDK স্ট্যান্ডার্ড ইন্টিগ্রেশনের মাধ্যমে অ্যাপ্লিকেশনে অন্তর্ভুক্ত করা হয়: Gradle (Android) এ নির্ভরতা যোগ করা বা CocoaPods (iOS) এর মাধ্যমে। কোডে Firebase আরম্ভ করার পর, SDK অতিরিক্ত কনফিগারেশন ছাড়াই স্বয়ংক্রিয়ভাবে মেট্রিক্স সংগ্রহ শুরু করে। একটি গুরুত্বপূর্ণ নীতি হল lazy collection: SDK অবিলম্বে ডেটা পাঠায় না, বরং এটি জমা করে এবং অনুকূল নেটওয়ার্ক অবস্থার অধীনে ব্যাচে প্রেরণ করে।

iOS-এর জন্য, SDK HTTP অনুরোধ আটকাতে NSURLProtocol ব্যবহার করে; Android-এর জন্য — OkHttp Interceptor। যদি অ্যাপ OkHttp ব্যবহার না করে, SDK স্বয়ংক্রিয়ভাবে HttpURLConnection র্যাপ করে। আটকানো অনুরোধগুলি মেটাডেটা দিয়ে সমৃদ্ধ হয়: Content-Type, প্রতিক্রিয়ার অবস্থা, বাইটে আকার, সময়কাল। সমস্ত ডেটা TLS 1.3 এনক্রিপশন সহ HTTPS-এর মাধ্যমে Firebase সার্ভারে প্রেরণ করা হয়।

Firebase Performance-এর মূল প্রয়োজনীয়তাগুলির মধ্যে একটি হল Gradle প্লাগইন তালিকায় শেষ হওয়া। যদি ক্রম লঙ্ঘন করা হয়, SDK সমস্ত অনুরোধ আটকাতে নাও পারে বা ভুলভাবে স্টার্টআপ সময় পরিমাপ করতে পারে। Firebase প্লাগইনটি প্লাগইন ব্লকের শেষে, Crashlytics এবং অন্যান্য Google Services প্লাগইনের পরে রাখার পরামর্শ দেয়।

// build.gradle (Module: app) — প্লাগইনের সঠিক ক্রম
plugins {
    id "com.android.application"
    id "org.jetbrains.kotlin.android"
    id "com.google.gms.google-services"
    id "com.google.firebase.crashlytics"
    id "com.google.firebase.firebase-perf"  // শেষ!
}

dependencies {
    implementation platform("com.google.firebase:firebase-bom:33.0.0")
    implementation "com.google.firebase:firebase-perf"
}

স্বয়ংক্রিয় ট্রেস: স্ক্রিন, স্টার্টআপ, নেটওয়ার্ক

Firebase Performance তিন ধরণের স্বয়ংক্রিয় ট্রেস তৈরি করে: screen trace (স্ক্রিন রেন্ডারিং সময়), app start trace (অ্যাপ স্টার্টআপ সময়) এবং network request trace (HTTP অনুরোধ)। Android-এর জন্য screen trace Activity.onCreate কল এবং প্রথম ফ্রেমের রেন্ডারিং সম্পূর্ণ হওয়ার মধ্যে সময় পরিমাপ করে। iOS-এর জন্য, viewDidLoad এবং viewDidAppear-এর মধ্যে সময় পরিমাপ করা হয়। Firebase প্রতিটি স্ক্রিনের জন্য স্বয়ংক্রিয়ভাবে একটি ট্রেস তৈরি করে, Activity বা ViewController-এর ক্লাস নাম ব্যবহার করে।

App start trace দুটি প্রকারে বিভক্ত: কোল্ড স্টার্ট (অ্যাপ স্ক্র্যাচ থেকে শুরু হয়, প্রক্রিয়াটি বিদ্যমান ছিল না) এবং ওয়ার্ম স্টার্ট (অ্যাপ ব্যাকগ্রাউন্ড অবস্থা থেকে পুনরুদ্ধার করা হয়)। কোল্ড স্টার্ট সবচেয়ে গুরুত্বপূর্ণ মেট্রিক কারণ এতে সমস্ত SDK-এর আরম্ভ, DEX ফাইল লোড এবং প্রথম Activity তৈরি করা অন্তর্ভুক্ত। Firebase প্রক্রিয়া শুরুর মুহূর্ত থেকে প্রথম স্ক্রিনের সম্পূর্ণ রেন্ডারিং পর্যন্ত কোল্ড স্টার্ট পরিমাপ করে। Google সুপারিশ অনুযায়ী, কোল্ড স্টার্ট P50-এর জন্য 500 ms এবং P99-এর জন্য 2 সেকেন্ডের বেশি হওয়া উচিত নয়।

Network request trace মেটাডেটা সহ প্রতিটি HTTP অনুরোধ স্বয়ংক্রিয়ভাবে রেকর্ড করে: URL, পদ্ধতি, প্রতিক্রিয়া কোড, প্রতিক্রিয়ার আকার, স্থানান্তর গতি। Firebase Performance কনসোলে, আপনি URL প্যাটার্ন দ্বারা অনুরোধ ফিল্টার করতে পারেন — উদাহরণস্বরূপ, /api/v2/orders-এ সমস্ত অনুরোধ দেখান। প্রতিটি প্যাটার্নের জন্য, প্রতিক্রিয়া সময় পার্সেন্টাইল এবং 4xx/5xx ত্রুটির হার প্রদর্শিত হয়। এটি পৃথক অ্যালার্ট সেটআপ না করেই একটি নির্দিষ্ট API-এর অবনতি দ্রুত সনাক্ত করার অনুমতি দেয়।

স্ক্রিন মেট্রিক্স বিস্তারিত

স্ক্রিনের জন্য, Firebase Performance অতিরিক্তভাবে "frozen frames" মেট্রিক গণনা করে — যেসব ফ্রেম রেন্ডার হতে 700 ms-এর বেশি সময় নিয়েছে। এই ধরনের UI ফ্রিজ ব্যবহারকারী "অ্যাপ জমে গেছে" হিসেবে অনুভব করে। যদি একটি স্ক্রিনে 1% এর বেশি frozen frames থাকে, Firebase মেট্রিকটিকে সমস্যাজনক হিসেবে চিহ্নিত করে। Android-এর জন্য, SDK অতিরিক্তভাবে slow renders মেট্রিক সংগ্রহ করে — 16 ms-এর বেশি লম্বা ফ্রেম (60 FPS মিস করা)। Screen trace এবং frozen frames-এর সংমিশ্রণ লোডিং সময় এবং অ্যানিমেশন মসৃণতা উভয়েরই সম্পূর্ণ চিত্র দেয়।

ব্যবসায়িক দৃশ্যপটের জন্য কাস্টম ট্রেস

কাস্টম ট্রেস যেকোনো ব্যবহারকারীর দৃশ্যপটের সময়কাল পরিমাপ করার অনুমতি দেয়: অর্ডার দেওয়া, ক্লাউডে ইমেজ আপলোড করা, ডেটা সিঙ্ক্রোনাইজ করা। ডেভেলপার কোডে ট্রেসের শুরু এবং শেষ স্পষ্টভাবে নির্দিষ্ট করে এবং দৃশ্যপটের নাম সেট করে। স্বয়ংক্রিয় ট্রেসের বিপরীতে, কাস্টম ট্রেস কী পরিমাপ করা হবে তার উপর সম্পূর্ণ নিয়ন্ত্রণ দেয় এবং ফিল্টারিংয়ের জন্য অ্যাট্রিবিউট যোগ করার অনুমতি দেয়।

প্রতিটি কাস্টম ট্রেসে অ্যাট্রিবিউট থাকতে পারে — কী-ভ্যালু জোড়া যা মেটাডেটা হিসেবে যোগ করা হয়। অ্যাট্রিবিউট ডেটা সেগমেন্ট করতে সাহায্য করে: উদাহরণস্বরূপ, আপনি "promo_user" এবং "regular_user"-এর জন্য আলাদাভাবে চেকআউট সময় ট্র্যাক করতে পারেন। Firebase Performance প্রতি ট্রেসে 5টি অ্যাট্রিবিউট এবং 100টি অনন্য অ্যাট্রিবিউট মান পর্যন্ত সমর্থন করে। অ্যাট্রিবিউটগুলি ইনডেক্স করা হয় এবং Firebase কনসোলে ফিল্টারিংয়ের জন্য উপলব্ধ।

Google I/O 2024 উপস্থাপনা অনুযায়ী, Spotify টিম ট্র্যাক সুইচিং সময় মনিটর করতে Firebase কাস্টম ট্রেস ব্যবহার করে। এটি অডিও বাফার ক্যাশিংয়ে একটি বাধা চিহ্নিত করে মধ্যম সুইচিং সময় 400 ms থেকে 120 ms-এ কমাতে সাহায্য করেছে। মূল অন্তর্দৃষ্টি এসেছে "device_model" অ্যাট্রিবিউট দ্বারা ফিল্টারিং থেকে — সমস্যাটি শুধুমাত্র Android 13 সহ Samsung ডিভাইসে প্রকাশিত হয়েছিল।

import com.google.firebase.perf.FirebasePerformance
import com.google.firebase.perf.metrics.Trace

class CheckoutTracker {

    private val firebasePerf = FirebasePerformance.getInstance()

    fun trackCheckoutFlow(userId: String, promoApplied: Boolean) {
        val trace: Trace = firebasePerf.newTrace("checkout_flow")
        trace.putAttribute("promo_user", promoApplied.toString())
        trace.putAttribute("user_tier", "premium")
        trace.start()

        // চেকআউট দৃশ্যপট কার্যকর করা হচ্ছে
        validateCart()
        processPayment()
        confirmOrder()

        trace.stop()
    }
}

Android প্রকল্পে Firebase Performance সংহতকরণ

Android-এ Firebase Performance সংহত করতে তিনটি ধাপ প্রয়োজন: google-services প্লাগইন যোগ করা, Firebase BOM (Bill of Materials) সংযোগ করা এবং firebase-perf নির্ভরতা যোগ করা। Firebase Performance সমস্ত Activity এবং ফ্রাগমেন্টে স্বয়ংক্রিয়ভাবে কাজ করে যদি তারা AppCompatActivity ব্যবহার করে। Compose স্ক্রিনের জন্য, Firebase কাস্টম ট্রেস ব্যবহার করার পরামর্শ দেয় কারণ স্বয়ংক্রিয় screen trace সরাসরি Compose সমর্থন করে না।

একটি গুরুত্বপূর্ণ সূক্ষ্মতা: Firebase Performance Gradle প্লাগইন কম্পাইল সময়ে অ্যাপ্লিকেশনের বাইটকোড পরিবর্তন করে। প্লাগইন প্রতিটি Activity এবং OkHttp ক্লায়েন্টে ইন্সট্রুমেন্টিং কোড যোগ করে। এটি বিল্ড সময় 5-10% এবং APK আকার 200-400 KB বাড়াতে পারে। ডিবাগ বিল্ডে, Firebase Performance স্বয়ংক্রিয়ভাবে নিষ্ক্রিয় হয় — এটি স্থানীয় ডেভেলপমেন্টের সময় মেট্রিক বিকৃতি রোধ করে। ডিবাগে জোর করে সক্রিয় করতে, ম্যানিফেস্টে firebasePerformanceInstrumentationEnabled ফ্ল্যাগ ব্যবহার করুন।

Firebase Performance iOS-এর জন্য MetricKit এবং Android-এর জন্য Perfetto-ও সমর্থন করে — নিম্ন-স্তরের সিস্টেম ট্রেসার। MetricKit অপারেটিং সিস্টেম স্তরে ফ্রেম রেট, CPU এবং মেমরি ব্যবহার সম্পর্কে ডেটা প্রদান করে। Firebase এই ডেটা একত্রিত করে এবং একই কনসোলে প্রদর্শন করে যেখানে HTTP ট্রেস এবং screen traces দেখানো হয়, একটি ইন্টারফেসে সিস্টেম এবং অ্যাপ্লিকেশন টেলিমেট্রি একত্রিত করে।

OkHttp-এর সাথে HTTP অনুরোধ

import okhttp3.OkHttpClient
import com.google.firebase.perf.network.FirebasePerfOkHttpClient

val client = OkHttpClient.Builder()
    .addInterceptor FirebasePerfOkHttpClient
    .build()

val request = Request.Builder()
    .url("https://api.example.com/orders")
    .build()

client.newCall(request).enqueue(object : Callback {
    override fun onFailure(call: Call, e: IOException) { /* handle */ }
    override fun onResponse(call: Call, response: Response) { /* handle */ }
})

iOS প্রকল্পে Firebase Performance সংহতকরণ

iOS-এর জন্য, Firebase Performance সংহতকরণ CocoaPods বা Swift Package Manager-এর মাধ্যমে করা হয়। FirebasePerformance এবং FirebaseCore পডস ইনস্টল করার পর, SDK স্বয়ংক্রিয়ভাবে মেট্রিক্স সংগ্রহ শুরু করে। HTTP অনুরোধ আটকানোর জন্য, Firebase Performance iOS NSURLProtocol ব্যবহার করে — একটি সিস্টেম মেকানিজম যা অ্যাপ্লিকেশনে সমস্ত URL লোড আটকাতে দেয়। SDK স্টার্টআপে তার NSURLProtocol সাবক্লাস নিবন্ধন করে, এবং URLSession-এর মাধ্যমে সমস্ত অনুরোধ স্বয়ংক্রিয়ভাবে মনিটরিংয়ের অধীনে আসে।

iOS-এর জন্য সীমাবদ্ধতা: Firebase Performance SwiftUI-এর জন্য স্বয়ংক্রিয় screen trace সমর্থন করে না। SwiftUI অ্যাপ্লিকেশনের জন্য, আপনাকে View বডি একটি স্টার্ট/স্টপ ব্লকে মোড়ক করে ম্যানুয়ালি কাস্টম ট্রেস তৈরি করতে হবে। Firebase নেটিভ SwiftUI সমর্থনে কাজ করছে, কিন্তু বর্তমানে SDK শুধুমাত্র UIView কন্ট্রোলার স্বয়ংক্রিয়ভাবে ট্রেস করে। UIKit + SwiftUI-তে হাইব্রিড অ্যাপ্লিকেশনের জন্য, UIKit-এ স্ক্রিন তৈরি করার এবং UIHostingController-এর মাধ্যমে SwiftUI এম্বেড করার পরামর্শ দেওয়া হয়।

Firebase Performance iOS MetricKit-এর সাথেও সংহতকরণ প্রদান করে — Apple-এর একটি ফ্রেমওয়ার্ক যা OS স্তরে ডায়াগনস্টিক ডেটা সংগ্রহ করে। MetricKit CPU, GPU, মেমরি এবং ফ্রেম রেট মেট্রিক্স সহ দৈনিক রিপোর্ট পাঠায়। Firebase Performance এই রিপোর্টগুলি একত্রিত করে এবং কাস্টম ট্রেসের পাশাপাশি কনসোলে প্রদর্শন করে, যা অ্যাপ্লিকেশন এবং সিস্টেম উভয় স্তরেই পারফরম্যান্সের সম্পূর্ণ চিত্র প্রদান করে।

import FirebasePerformance

final class ImageUploadService {

    func uploadImage(_ data: Data, to url: URL) async throws {
        guard let trace = Performance.startTrace(name: "image_upload") else { return }
        trace?.setValue("image/jpeg", forAttribute: "content_type")
        trace?.setValue("\(data.count)", forAttribute: "file_size")

        var request = URLRequest(url: url)
        request.httpMethod = "POST"
        request.httpBody = data

        let (_, response) = try await URLSession.shared.data(for: request)
        guard let httpResponse = response as? HTTPURLResponse else { return }
        trace?.setValue("\(httpResponse.statusCode)",
                        forAttribute: "status_code")
        trace?.stop()
    }
}