हर प्रोवाइडर तेज़ का दावा करता है। एक वेंडर डेक में कोई नंबर, हमारा शामिल, एक इंटीग्रेशन को नहीं तय करना चाहिए, क्योंकि इमेज API प्रदर्शन इस बात पर निर्भर करता है कि आपके उपयोगकर्ता कहाँ हैं, आप क्या अनुरोध करते हैं और आप कैश कैसे करते हैं। एक वेंडर आपको वास्तव में दे सकता है वास्तुकला और एक विधि। दोनों हैं।
स्पीड को वास्तव में क्या निर्धारित करता है
- एज कैशिंग: यह कि इमेज एक CDN नोड से यूजर के पास सेव किया जाता है या ऑन-डिमांड रेंडर किया जाता है
- पेलोड साइज़: फ़ॉर्मेट और डाइमेंशन। एक 1200px WebP एक फ़ुल-साइज़ PNG का एक छोटा हिस्सा है
- ठंडा बनाम गर्म: एक असामान्य ट्रिम-रंग-कोण संयोजन के लिए पहला अनुरोध एक लोकप्रिय एक के लिए मिलियनवें अनुरोध से अधिक काम करता है
- आपका खुद का कैशिंग: आपकी CDN या बकेट में स्टोर की गई छवि URL हर बाद की व्यू पर जीरो API लेटेंसी का खर्चा उठाती है
एज से कैश्ड डिलीवरी आमतौर पर मिलीसेकंड्स में होती है, जो वास्तव में नेटवर्क दूरी है। कोल्ड रेंडर लंबे समय लेते हैं, और कोई ईमानदार प्रदाता ऐसा ही कहेगा। इसलिए प्रदर्शन का सवाल वास्तव में एक कैश-हिट-रेशियो का सवाल है, और आपका एक्सेस पैटर्न इसे अधिक निर्धारित करता है, न कि वेंडर।
मापने लायक चार नंबर।
| मेट्रिक | यह आपको क्या बताता है | कैसे |
|---|---|---|
| TTFB, वॉर्म | एज डिलीवरी स्पीड | एक ही URL के लिए दोहराए गए अनुरोध |
| TTFB, कोल्ड | रेंडर पाइपलाइन स्पीड | कम आम संयोजनों के लिए पहले अनुरोध |
| p95, औसत नहीं | धीमी उपयोगकर्ता क्या अनुभव करते हैं | सौ से अधिक अनुरोध, पूंछ देखें |
| तार पर बाइट्स | मोबाइल उपयोगकर्ता क्या डाउनलोड करते हैं | फॉर्मेट और चौड़ाई वेरिएंट्स की तुलना करें |
एक बेंचमार्क जो आप एक दोपहर में चला सकते हैं
अपने खुद के कैटलॉग से बीस वाहनों को लें, वास्तविक वाहनों को, जिसमें अप्रिय ट्रिम्स भी शामिल हों। हर एक के लिए, उन कोणों का अनुरोध करें जिन्हें आप वास्तव में प्रदर्शित करेंगे, उस फॉर्मेट और साइज़ में जो आप वास्तव में सर्व करेंगे, उदाहरण के लिए front_left?format=webp&width=1200. हर URL को दो बार चलाएँ, उन क्षेत्रों से जहाँ आपके उपयोगकर्ता हैं, और कोल्ड और वॉर्म टाइमिंग्स को अलग-अलग रिकॉर्ड करें। अपने पीक-आवर के समकक्ष कॉनकरेंसी पर दोहराएँ।
नतीजे की सच्चाई को बनाए रखने या तोड़ने के लिए दो बातें हैं। पहला: औसत नापें, बल्कि पूंछ नापें। एक धीमी रेंडर जो तेज औसत में छिपी हुई है, वही है जो आपके उपयोगकर्ता नोटिस करेंगे। दूसरा: लेटेंसी के साथ-साथ पेलोड को भी बेंचमार्क करें, क्योंकि एक प्रोवाइडर जो दो गुना बाइट्स वापस करता है, उसी TTFB पर हर रियल फोन पर धीमा है।
पेलोड अनुशासन
- PNG पारदर्शिता के लिए प्रिंट या कॉम्पोजिटिंग की आवश्यकता न हो तो WebP का अनुरोध करें
- आप जो रेंडर करते हैं, उसकी चौड़ाई का अनुरोध करें। एक 2400px छवि को 600px स्लॉट में भेजना बिल्कुल बेकार है
- गुणवत्ता पैरामीटर का उपयोग सावधानीपूर्वक करें; वाहन कटआउट्स संपीड़न से अच्छी तरह से बचते हैं
- अपने हिस्से से कड़ी तरह से कैश करें: सबसे तेज़ रिक्वेस्ट वह है जो आप कभी नहीं करते।
परिणामों को ईमानदारी से पढ़ें
जब नंबर वापस आते हैं, तो उन्हें एक स्कोर में औसत करने से बचें। एक प्रोवाइडर जिसका फास्ट वॉर्म पैथ और स्लो कोल्ड पैथ है, वह एक मार्केटप्लेस के लिए उपयुक्त है जिसका टॉप हजार वाहन अधिकांश ट्रैफिक को अवशोषित करता है, और एक लॉन्ग-टेल इंश्योरेंस क्वोट फ्लो के लिए बहुत कम उपयुक्त है। लेटेंसी प्रोफ़ाइल के आकार को एक्सेस पैटर्न के आकार से मिलाएं, क्योंकि यह फिट महत्वपूर्ण है, न कि किस वेंडर ने हेडलाइन मेडियन जीता।
हमारा अपना आर्किटेक्चर, मतलब रिक्वेस्ट पैरामीटर, फॉर्मेट और डिलीवरी, vehicle image API पृष्ठ पर और API दस्तावेज़ों में दस्तावेज़ीकृत है। दोपहर के बेंचमार्क को हमारी ओर और किसी और के खिलाफ चलाएँ, जो आप विचार कर रहे हैं। यह तुलना किसी भी तालिका को हरा देती है जो हम प्रकाशित कर सकते हैं।
