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