বিশ্লেষণ মেট্রিক্স, মাত্রা, এবং ফিল্টার রেফারেন্স

প্রতি সেকেন্ডে লেনদেনের গড় সংখ্যা, অর্থাৎ এপিআই প্রক্সি অনুরোধের সংখ্যা। উল্লেখ্য যে, যদি নির্দিষ্ট সময়কালে আপনার লেনদেনের সংখ্যা তুলনামূলকভাবে কম হয়, তবে সংখ্যাটি দুই দশমিক স্থানের চেয়ে ছোট হলে UI কাস্টম রিপোর্টে প্রতি সেকেন্ডে লেনদেনের গড় সংখ্যা শূন্য দেখাতে পারে।

এপিআই সিনট্যাক্স: tps

টার্গেট সার্ভিসের রেসপন্সের পরিবর্তে রেসপন্স ক্যাশে ব্যবহার করে এমন সফল এপিআই রিকোয়েস্টের সংখ্যা।

এপিআই সিনট্যাক্স: sum(cache_hit)

একটি নির্দিষ্ট সময়কালে প্রতি ট্রানজ্যাকশনের জন্য L1 (ইন-মেমরি) ক্যাশে থাকা উপাদানের সংখ্যা ফেরত দেয়। উদাহরণস্বরূপ, যদি আপনি একদিনের সময়কালের জন্য max নির্বাচন করেন, এবং সেই দিনের মধ্যে একটি নির্দিষ্ট ট্রানজ্যাকশনের জন্য ক্যাশে উপাদানের সর্বোচ্চ সংখ্যা ১২ হয়, তাহলে গণনা হবে ১২। avg এর ক্ষেত্রে, আপনি যে সময়কালের জন্য কোয়েরি করছেন, সেই সময়কালে যদি তিনটি ট্রানজ্যাকশন থাকে এবং তাদের ক্যাশে গণনা যথাক্রমে ৫, ৬ এবং ৭ হয়, তাহলে গড় হবে ৬। L1 ক্যাশে হলো ইন-মেমরি ক্যাশে, যা L2 ডাটাবেস ক্যাশের বিপরীত, যেমনটি 'ক্যাশে ইন্টারনালস'- এ বর্ণনা করা হয়েছে।

এপিআই সিনট্যাক্স: avg(ax_cache_l1_count)

নির্দিষ্ট সময়কালে নীতিগত ত্রুটির মোট সংখ্যা।

পলিসি ত্রুটি সাধারণত ডিজাইনগতভাবেই ঘটে থাকে। উদাহরণস্বরূপ, অনুরোধে একটি অবৈধ এপিআই কী (API key) দেওয়া হলে 'ভেরিফাই এপিআই কী' (Verify API Key) পলিসিটি একটি ত্রুটি দেখায়, এবং এপিআই কলের সংখ্যা পলিসিতে সংজ্ঞায়িত সীমা অতিক্রম করলে 'স্পাইক অ্যারেস্ট' (Spike Arrest) পলিসি একটি ত্রুটি দেখায়। তাই আপনার এপিআই-এর সম্ভাব্য সমস্যা খুঁজে বের করার জন্য এই মেট্রিকটি কার্যকর। উদাহরণস্বরূপ, 'ডেভেলপার_অ্যাপ' (developer_app) ডাইমেনশন অনুযায়ী গ্রুপ করা 'পলিসি_এরর' (policy_error) মেট্রিকগুলো আপনাকে খুঁজে বের করতে সাহায্য করতে পারে যে একটি নির্দিষ্ট অ্যাপের জন্য এপিআই কী বা ওঅথ টোকেনের মেয়াদ শেষ হয়ে গেছে; অথবা আপনি হয়তো দেখতে পারেন যে একটি নির্দিষ্ট এপিআই প্রক্সি প্রচুর 'স্পাইক অ্যারেস্ট' ত্রুটি দেখাচ্ছে, যার ফলে আপনি আবিষ্কার করতে পারবেন যে প্রক্সিটির 'স্পাইক অ্যারেস্ট' সীমা ছুটির দিনের ট্র্যাফিক বৃদ্ধিকে হিসাবে ধরে না।

অ্যানালিটিক্সে একটি পলিসি ত্রুটি তখনই লগ করা হয়, যখন সেই ত্রুটির ফলে এপিআই প্রক্সি ব্যর্থ হয়। উদাহরণস্বরূপ, যদি কোনো পলিসির ` continueOnError অ্যাট্রিবিউটটি ` true সেট করা থাকে, তাহলে পলিসিটি ব্যর্থ হলেও এপিআই প্রক্সি অনুরোধটি প্রসেস করা চালিয়ে যায়। সেক্ষেত্রে, অ্যানালিটিক্সে কোনো পলিসি ত্রুটি লগ করা হয় না।

পলিসির নাম অনুসারে পলিসি ত্রুটিগুলিকে গোষ্ঠীভুক্ত করার জন্য ‘পলিসি নেম অন এরর’ (ax_execution_fault_policy_name) ডাইমেনশনটি উপযোগী।

টার্গেট ব্যর্থতা (যেমন 404 বা 503) পলিসি ব্যর্থতা হিসাবে গণ্য হয় না। এগুলো এপিআই প্রক্সি ব্যর্থতা (is_error) হিসাবে গণ্য হয়।

এপিআই সিনট্যাক্স: sum(policy_error)

নির্দিষ্ট সময়কালে এপিআই প্রক্সিগুলো মোট যতবার ব্যর্থ হয়েছে। কোনো পলিসি ব্যর্থ হলে অথবা রানটাইমে কোনো ত্রুটি, যেমন টার্গেট সার্ভিস থেকে আসা 404 বা 503 ত্রুটির কারণে প্রক্সি ব্যর্থ হতে পারে।

প্রক্সি (apiproxy) ডাইমেনশনটি প্রক্সি অনুসারে এপিআই প্রক্সি ব্যর্থতাগুলোকে শ্রেণিবদ্ধ করার জন্য উপযোগী।

API সিনট্যাক্স: sum(is_error)

ইনকামিং রিকোয়েস্ট প্রসেস করতে Edge-এর যে সময় লাগে (গড়, সর্বনিম্ন বা সর্বোচ্চ), তা মিলিসেকেন্ডে পরিমাপ করা হয়। এই সময় গণনা শুরু হয় যখন রিকোয়েস্টটি Edge-এ পৌঁছায় এবং শেষ হয় যখন Edge রিকোয়েস্টটি টার্গেট সার্ভিসে ফরোয়ার্ড করে।

বিভিন্ন মাত্রা ব্যবহার করে আপনি এপিআই প্রক্সি, ডেভেলপার অ্যাপ, অঞ্চল ইত্যাদির ভিত্তিতে অনুরোধ প্রক্রিয়াকরণের বিলম্ব পরীক্ষা করতে পারেন।

এপিআই সিনট্যাক্স: max(request_processing_latency)

Edge কর্তৃক গৃহীত অনুরোধ পেলোডের আকার, বাইটে ।

এপিআই সিনট্যাক্স: avg(request_size)

প্রদত্ত সময়কালে একটি রেসপন্স ক্যাশ পলিসি মোট যতবার কার্যকর করা হয়েছিল।

যেহেতু একটি এপিআই প্রক্সিতে রেসপন্স ক্যাশ পলিসি দুটি জায়গায় সংযুক্ত থাকে (একবার রিকোয়েস্টে এবং একবার রেসপন্সে), তাই এটি সাধারণত একটি এপিআই কলে দুইবার এক্সিকিউট হয়। একটি ক্যাশ 'গেট' এবং একটি ক্যাশ 'পুট' প্রতিটি একটি এক্সিকিউশন হিসেবে গণ্য হয়।

তবে, পলিসিতে থাকা <SkipCacheLookup> এলিমেন্টটি (রিকোয়েস্টে) ট্রু হলে, এবং পলিসিতে থাকা <SkipCachePopulation> এলিমেন্টটি (রেসপন্সে) ট্রু হলে রেসপন্স ক্যাশ এক্সিকিউশন ০ হয়।

ট্রেস টুলে , আপনি একটি সম্পাদিত API কলের মধ্যে থাকা রেসপন্স ক্যাশ আইকনে ক্লিক করে responsecache.executed ফ্লো ভেরিয়েবলটি দেখতে পারেন, যার মাধ্যমে ক্যাশ এক্সিকিউশন হয়েছিল কি না (যার মান ১) তা জানা যাবে।

এপিআই সিনট্যাক্স: sum(ax_cache_executed)

এপিআই প্রতিক্রিয়াগুলি প্রক্রিয়া করতে Edge-এর যে সময় (গড়, সর্বনিম্ন বা সর্বোচ্চ), তা মিলিসেকেন্ডে পরিমাপ করা হয়। এপিআই প্রক্সি যখন টার্গেট সার্ভিসের প্রতিক্রিয়া গ্রহণ করে তখন থেকে সময় গণনা শুরু হয় এবং Apigee যখন প্রতিক্রিয়াটি মূল কলারের কাছে ফরোয়ার্ড করে তখন তা শেষ হয়।

বিভিন্ন মাত্রা ব্যবহার করে, আপনি এপিআই প্রক্সি, অঞ্চল ইত্যাদির ভিত্তিতে প্রতিক্রিয়া প্রক্রিয়াকরণের বিলম্ব পরীক্ষা করতে পারেন।

এপিআই সিনট্যাক্স: min(response_processing_latency)

ক্লায়েন্টকে ফেরত পাঠানো প্রতিক্রিয়া পেলোডের আকার, বাইটে ।

এপিআই সিনট্যাক্স: max(response_size)

টার্গেট সার্ভিস থেকে প্রাপ্ত মোট 5xx সংখ্যক রেসপন্স। এগুলো টার্গেট সার্ভিসের ত্রুটি, যা Apigee-এর কারণে ঘটেনি।

এপিআই সিনট্যাক্স: sum(target_error)

টার্গেট সার্ভারের একটি কলে সাড়া দিতে যে সময় লাগে (মোট, গড়, সর্বনিম্ন বা সর্বোচ্চ), তা মিলিসেকেন্ডে পরিমাপ করা হয়। এই মেট্রিকটি আপনাকে জানায় যে টার্গেট সার্ভারগুলো কেমন পারফর্ম করছে। এই সময় গণনা শুরু হয় যখন Edge টার্গেট সার্ভিসে একটি অনুরোধ ফরোয়ার্ড করে এবং শেষ হয় যখন Edge সেই প্রতিক্রিয়াটি গ্রহণ করে।

উল্লেখ্য যে, যদি কোনো API কল ক্যাশে থেকে রেসপন্স ফেরত দেয় (উদাহরণস্বরূপ, রেসপন্স ক্যাশে পলিসি ব্যবহার করে), তাহলে কলটি কখনোই টার্গেট সার্ভিসে পৌঁছাবে না এবং কোনো টার্গেট রেসপন্স টাইম মেট্রিক্সও লগ করা হবে না।

এপিআই সিনট্যাক্স: avg(target_response_time)

যখন Edge কোনো ক্লায়েন্টের কাছ থেকে একটি অনুরোধ গ্রহণ করে, তখন থেকে শুরু করে যখন Edge ক্লায়েন্টকে প্রতিক্রিয়া ফেরত পাঠায়, সেই পর্যন্ত সময়ের পরিমাণ (মোট, গড়, সর্বনিম্ন বা সর্বোচ্চ), যা মিলিসেকেন্ডে পরিমাপ করা হয়। এই সময়ের মধ্যে অন্তর্ভুক্ত রয়েছে নেটওয়ার্ক ওভারহেড (যেমন লোড ব্যালেন্সার এবং রাউটারের কাজ করার সময়), অনুরোধ প্রক্রিয়াকরণের বিলম্ব, প্রতিক্রিয়া প্রক্রিয়াকরণের বিলম্ব, এবং টার্গেট প্রতিক্রিয়ার সময় (যদি প্রতিক্রিয়াটি ক্যাশের পরিবর্তে টার্গেট পরিষেবা থেকে পরিবেশন করা হয়)।

বিভিন্ন মাত্রা ব্যবহার করে আপনি এপিআই প্রক্সি, ডেভেলপার অ্যাপ, অঞ্চল ইত্যাদির ভিত্তিতে প্রসেসিং ল্যাটেন্সি পরীক্ষা করতে পারেন।

এপিআই সিনট্যাক্স: avg(total_response_time)

নির্দিষ্ট সময়কালে Edge দ্বারা প্রক্রিয়াকৃত মোট API কলের সংখ্যা।

আপনার জন্য সবচেয়ে অর্থপূর্ণ উপায়ে ট্র্যাফিক গণনাকে শ্রেণিবদ্ধ করতে ডাইমেনশন ব্যবহার করুন।

এপিআই সিনট্যাক্স: sum(message_count)

যে এপিআই প্রক্সিগুলোকে কল করা হচ্ছে, সেই এপিআই প্রোডাক্টের নাম। এই ডাইমেনশনটি পেতে হলে, কলকারী ডেভেলপার অ্যাপগুলোকে অবশ্যই এক বা একাধিক এপিআই প্রোডাক্টের সাথে যুক্ত থাকতে হবে যেগুলোতে এপিআই প্রক্সিগুলো রয়েছে, এবং যে প্রক্সিগুলোকে কল করা হচ্ছে সেগুলোকে অবশ্যই এপিআই কলের সাথে পাঠানো একটি এপিআই কী বা OAuth টোকেন যাচাই করতে হবে। কী বা টোকেনটি একটি এপিআই প্রোডাক্টের সাথে যুক্ত থাকে। আরও তথ্যের জন্য, দেখুন ‘প্রথমেই যা করতে হবে: কীভাবে সম্পূর্ণ অ্যানালিটিক্স ডেটা তৈরি করবেন ’।

যদি উপরের শর্তগুলো পূরণ না হয়, তাহলে আপনি "(not set)" মানটি দেখতে পাবেন। আরও দেখুন, একটি অ্যানালিটিক্স এনটিটি ভ্যালু "(not set)" এর অর্থ কী?।

যে কী-টিতে অ্যাক্সেস করা রেসপন্স ক্যাশ ভ্যালুটি রয়েছে। রেসপন্স ক্যাশের জন্য কী কীভাবে তৈরি করা হয় সে সম্পর্কে আরও তথ্যের জন্য, রেসপন্স ক্যাশ পলিসি দেখুন।

ট্রেস টুলে , যখন আপনি এমন একটি রেসপন্স ক্যাশ পলিসি নির্বাচন করেন যা ক্যাশ থেকে রিড বা রাইট করে, তখন আপনি এই মানটি responsecache.cachekey ফ্লো ভেরিয়েবলে দেখতে পাবেন।

রেসপন্স ক্যাশ পলিসি দ্বারা ব্যবহৃত কী/ভ্যালু ধারণকারী ক্যাশের নাম, যার শুরুতে orgName__envName__ যুক্ত থাকে। উদাহরণস্বরূপ, যদি অর্গ "foo," এনভায়রনমেন্ট "test," এবং ক্যাশের নাম "myCache" হয়, তাহলে ax_cache_name হবে foo__test__myCache।

ট্রেস টুলে , যখন আপনি একটি রেসপন্স ক্যাশ পলিসি নির্বাচন করেন, তখন আপনি এই মানটি responsecache.cachename ফ্লো ভেরিয়েবলে দেখতে পাবেন।

যে ক্যাশ লেভেল ("L1" ইন-মেমরি অথবা "L2" ডেটাবেস) থেকে রেসপন্স ক্যাশটি পুনরুদ্ধার করা হয়েছিল। এই ডাইমেনশনটি "CACHE_MISS"ও দেখায় যখন রেসপন্সটি ক্যাশের পরিবর্তে টার্গেট থেকে ডেলিভার করা হয় (এবং রেসপন্স ক্যাশটি টার্গেট রেসপন্স দিয়ে রিফ্রেশ করা হয়); অথবা যখন রিকোয়েস্টের কোনো ক্যাশ কী অবৈধ হয়। ক্যাশ কী-গুলোর আকার ২ কিলোবাইটের মধ্যে সীমাবদ্ধ।

ট্রেস টুলে , যখন আপনি রেসপন্স ক্যাশ পলিসি নির্বাচন করেন, তখন আপনি এই মানটি responsecache.cachesource ফ্লো ভেরিয়েবলে দেখতে পাবেন।

ক্যাশ লেভেল সম্পর্কে আরও তথ্যের জন্য, ক্যাশ ইন্টারনালস দেখুন।

এপিআই কলকারী ডেভেলপার অ্যাপের কনজিউমার কী (এপিআই কী), যা রিকোয়েস্টে এপিআই কী হিসেবে পাঠানো হয় অথবা OAuth টোকেনে অন্তর্ভুক্ত থাকে।

এই ডাইমেনশনটি পেতে হলে, কল গ্রহণকারী প্রক্সিগুলোকে একটি বৈধ API কী বা OAuth টোকেন যাচাই করার জন্য কনফিগার করতে হবে। Edge-এ ডেভেলপার অ্যাপগুলো রেজিস্টার করার সময় API কী পায়, যা OAuth টোকেন তৈরি করতে ব্যবহার করা যেতে পারে। আরও তথ্যের জন্য, দেখুন “প্রথমেই যা করতে হবে: কীভাবে সম্পূর্ণ অ্যানালিটিক্স ডেটা তৈরি করবেন ”।

যদি উপরের শর্তগুলো পূরণ না হয়, তাহলে আপনি "(not set)" মানটি দেখতে পাবেন। আরও দেখুন, একটি অ্যানালিটিক্স এনটিটি ভ্যালু "(not set)" এর অর্থ কী?।

Edge-এ নিবন্ধিত ডেভেলপার অ্যাপটি API কল করছে।

এই ডাইমেনশনটি পেতে হলে, অ্যাপগুলোকে অবশ্যই এক বা একাধিক এপিআই প্রোডাক্টের সাথে যুক্ত থাকতে হবে, যেগুলোতে কল করা এপিআই প্রক্সিগুলো থাকে, এবং প্রক্সিগুলোকে অবশ্যই এপিআই কলের সাথে পাঠানো একটি এপিআই কী বা OAuth টোকেন যাচাই করতে হবে। এই কী বা টোকেনটি ডেভেলপার অ্যাপটিকে শনাক্ত করে। আরও তথ্যের জন্য, দেখুন ‘প্রথমেই যা করতে হবে: কীভাবে সম্পূর্ণ অ্যানালিটিক্স ডেটা তৈরি করবেন ’।

যদি উপরের শর্তগুলো পূরণ না হয়, তাহলে আপনি "(not set)" মানটি দেখতে পাবেন। আরও দেখুন, একটি অ্যানালিটিক্স এনটিটি ভ্যালু "(not set)" এর অর্থ কী?।

Edge-এ নিবন্ধিত সেই ডেভেলপারদের ইমেল, যাদের অ্যাপটি API কলগুলো করেছিল।

এই ডাইমেনশনটি পেতে হলে, ডেভেলপারদের অবশ্যই এক বা একাধিক এপিআই প্রোডাক্টের সাথে যুক্ত অ্যাপ থাকতে হবে, যেগুলোতে কল করা এপিআই প্রক্সিগুলো অন্তর্ভুক্ত থাকে, এবং প্রক্সিগুলোকে অবশ্যই এপিআই কলের সাথে পাঠানো একটি এপিআই কী বা OAuth টোকেন যাচাই করতে হবে। এই কী বা টোকেনটি ডেভেলপার অ্যাপটিকে শনাক্ত করে। আরও তথ্যের জন্য, দেখুন ‘প্রথমেই যা করতে হবে: কীভাবে সম্পূর্ণ অ্যানালিটিক্স ডেটা তৈরি করবেন ’।

যদি উপরের শর্তগুলো পূরণ না হয়, তাহলে আপনি "(not set)" মানটি দেখতে পাবেন। আরও দেখুন, একটি অ্যানালিটিক্স এনটিটি ভ্যালু "(not set)" এর অর্থ কী?।

Edge দ্বারা তৈরি অনন্য ডেভেলপার আইডিটি org_name @@@ unique_id আকারে থাকে।

এই ডাইমেনশনটি পেতে হলে, ডেভেলপারদের অবশ্যই এক বা একাধিক এপিআই প্রোডাক্টের সাথে যুক্ত অ্যাপ থাকতে হবে, যেগুলোতে কল করা এপিআই প্রক্সিগুলো অন্তর্ভুক্ত থাকে, এবং প্রক্সিগুলোকে অবশ্যই এপিআই কলের সাথে পাঠানো একটি এপিআই কী বা OAuth টোকেন যাচাই করতে হবে। এই কী বা টোকেনটি ডেভেলপারকে শনাক্ত করে। আরও তথ্যের জন্য, দেখুন “প্রথমেই যা করতে হবে: কীভাবে সম্পূর্ণ অ্যানালিটিক্স ডেটা তৈরি করবেন ”।

যদি উপরের শর্তগুলো পূরণ না হয়, তাহলে আপনি "(not set)" মানটি দেখতে পাবেন। আরও দেখুন, একটি অ্যানালিটিক্স এনটিটি ভ্যালু "(not set)" এর অর্থ কী?।

ত্রুটির ফল্ট কোড । উদাহরণস্বরূপ: messaging.adaptors.http.flow.GatewayTimeout

এপিআই প্রক্সিতে থাকা নামযুক্ত ফ্লো, যেটি ত্রুটি সৃষ্টি করেছে। উদাহরণস্বরূপ, "PreFlow," "PostFlow," অথবা আপনার তৈরি করা কোনো শর্তাধীন ফ্লো-এর নাম।

উল্লেখ্য যে, ম্যানেজমেন্ট এপিআই-তে ব্যবহারের জন্য পূর্ণ নামটি হলো ax_execution_fault_flow_name, কোনো লাইন ব্রেক ছাড়া।

যেখানে কোনো ত্রুটি ঘটেনি, সেখানে আপনি "(সেট করা হয়নি)" মানটি দেখতে পাবেন।

যে এপিআই প্রক্সি ফ্লোটি ত্রুটি তৈরি করেছে তার নাম থেকেই বোঝা যায়, যেমন "PROXY_REQ_FLOW" বা "TARGET_RESP_FLOW"।

উল্লেখ্য যে, ম্যানেজমেন্ট এপিআই-তে ব্যবহারের জন্য পূর্ণ নামটি হলো ax_execution_fault_flow_state, কোনো লাইন ব্রেক ছাড়া।

যে পলিসিটির কারণে ত্রুটি দেখা দিয়েছিল এবং এপিআই কলটি ব্যর্থ হয়েছিল, তার নাম।

উল্লেখ্য যে, ম্যানেজমেন্ট এপিআই-তে ব্যবহারের জন্য পূর্ণ নামটি হলো ax_execution_fault_policy_name, কোনো লাইন ব্রেক ছাড়া।

যদি কোনো পলিসি ত্রুটি দেখায় কিন্তু পলিসির রুট অ্যাট্রিবিউট continueOnError মান true সেট করা থাকে, তাহলে API প্রক্সি ফ্লো কোনো ব্যর্থতা ছাড়াই চলতে থাকে এবং পলিসির ব্যর্থতাটি এই ডাইমেনশনে গণনা করা হয় না।

এপিআই প্রক্সি ProxyEndpoint-এ BasePath কনফিগার করা থাকে। বেস পাথে এপিআই প্রক্সি ইউআরএল-এর ডোমেইন এবং পোর্ট অংশ অন্তর্ভুক্ত থাকে না। উদাহরণস্বরূপ, যদি কোনো এপিআই প্রক্সির বেস ইউআরএল হয় https://apigeedocs-test.apigee.net/releasenotes/, তাহলে বেস পাথ হবে /releasenotes।

মানটি proxy.basepath ফ্লো ভেরিয়েবলেও সংরক্ষিত থাকে।

এপিআই প্রক্সি বেস পাথের সাথে রিসোর্স পাথ যোগ করা হয়। উদাহরণস্বরূপ, যদি কোনো এপিআই প্রক্সির বেস ইউআরএল হয় https://apigeedocs-test.apigee.net/hello/ , এবং https://apigeedocs-test.apigee.net/hello/json এ একটি কল করা হয়, তাহলে পাথসাফিক্স হবে /json ।

যদি কোনো পাথসাফিক্স ব্যবহার না করা হয়, তাহলে মানটি খালি থাকে।

মানটি proxy.pathsuffix ফ্লো ভেরিয়েবলেও সংরক্ষিত থাকে।

এতে উৎস ক্লায়েন্টের আইপি ঠিকানা থাকে। ax_resolved_client_ip ডাইমেনশনের মান ax_true_client_ip এবং x_forwarded_for_ip ডাইমেনশনের মানগুলো থেকে গণনা করা হয়।

উল্লেখ্য যে, আকামাই-এর মতো রাউটিং প্রোডাক্ট ব্যবহার করে ক্লায়েন্টদের আসল আইপি অ্যাড্রেস ক্যাপচার করার সময়, ক্লায়েন্ট আইপি-টি HTTP হেডার True-Client-IP এর মাধ্যমে এজ-এ পাঠানো হয়, যা পরবর্তীতে ax_true_client_ip ডাইমেনশনটি সেট করতে ব্যবহৃত হয়।

ax_resolved_client_ip ডাইমেনশনের মান নিম্নলিখিতভাবে গণনা করা হয়:

1. যদি ax_true_client_ip নাল না হয় এবং এতে কোনো লোকাল আইপি অ্যাড্রেস না থাকে, তাহলে ax_resolved_client_ip ax_true_client_ip তে সেট করুন।
2. অন্যথায়, x_forwarded_for_ip তে থাকা প্রথম নন-লোকাল আইপি অ্যাড্রেসটিকে ax_resolved_client_ip হিসেবে সেট করুন।
3. যদি ax_true_client_ip এবং x_forwarded_for_ip উভয়টিতেই শুধুমাত্র লোকাল আইপি অ্যাড্রেস থাকে, তাহলে ax_resolved_client_ip x_forwarded_for_ip এর প্রথম লোকাল আইপি অ্যাড্রেসটিতে সেট করুন।
4. যদি ax_true_client_ip এবং x_forwarded_for_ip উভয়ই null হয়, তাহলে ax_resolved_client_ip (not set) হিসেবে সেট করুন।
5. যদি ax_true_client_ip একটি লোকাল আইপি অ্যাড্রেস হয় এবং x_forwarded_for_ip null হয়, তাহলে ax_resolved_client_ip (not set) হিসেবে সেট করুন।

কলকারী ডিভাইসটির অপারেটিং সিস্টেম সংস্করণ।

অপারেটিং সিস্টেমগুলোর সংস্করণগুলো দেখার জন্য, OS Family (ax_ua_os_family)-এর সাথে এটিকে দ্বিতীয় একটি "ড্রিল-ডাউন" ডাইমেনশন হিসেবে ব্যবহার করা সুবিধাজনক।

কলিং ক্লায়েন্টের আইপি অ্যাড্রেস, যা proxy.client.ip ফ্লো ভেরিয়েবলে সংরক্ষিত থাকে। এটি প্রায়শই ইনবাউন্ড কলের X-Forwarded-For অ্যাড্রেস হয়, যা হলো সেই আইপি অ্যাড্রেস যা Edge সর্বশেষ এক্সটার্নাল TCP হ্যান্ডশেক থেকে পেয়েছে। এটি কলিং ক্লায়েন্ট বা একটি লোড ব্যালেন্সার হতে পারে। যখন X-Forwarded-For হেডারে একাধিক আইপি থাকে, তখন এটি হলো তালিকাভুক্ত সর্বশেষ আইপি।

Akamai-এর মতো রাউটিং প্রোডাক্ট ব্যবহার করে ক্লায়েন্টদের আসল আইপি অ্যাড্রেস ক্যাপচার করার সময়, ক্লায়েন্ট আইপিগুলো HTTP হেডার True-Client-IP মাধ্যমে Edge-এ পাঠানো হয়। এই ডাইমেনশনটি সেই হেডার থেকে আসল ক্লায়েন্ট আইপিগুলো ক্যাপচার করে।

মূল ক্লায়েন্ট আইপি অ্যাড্রেস নির্ধারণ করতে, যা ax_resolved_client_ip ডাইমেনশনের মাধ্যমে অ্যাক্সেস করা হয়, Edge ব্রাউজার ax_true_client_ip এবং x_forwarded_for_ip ডাইমেনশনগুলো ব্যবহার করে।

কোয়েরি প্যারামিটার ব্যতীত, টার্গেট সার্ভিসের রিসোর্স পাথ (ডোমেইন ছাড়া)।

উদাহরণস্বরূপ, Apigee-এর নমুনা টার্গেট http://mocktarget.apigee.net /user সহ বেশ কিছু রিসোর্স অন্তর্ভুক্ত রয়েছে, যা একটি শুভেচ্ছাবার্তা ফেরত দেয়। আপনার এপিআই প্রক্সি যেভাবে http://mocktarget.apigee.net/user কল করুক না কেন, request_path হলো /user ।

কোয়েরি প্যারামিটার সহ, টার্গেট সার্ভিসের রিসোর্স পাথ (ডোমেইন ব্যতীত)।

উদাহরণস্বরূপ, Apigee-এর নমুনা টার্গেট http://mocktarget.apigee.net বেশ কিছু রিসোর্স অন্তর্ভুক্ত রয়েছে, যার মধ্যে /user?user={name} রিসোর্স এবং প্রদত্ত নামে একটি কাস্টম অভিবাদন ফেরত দেওয়ার জন্য কোয়েরি প্যারামিটারও আছে। আপনার এপিআই প্রক্সি যেভাবে http://mocktarget.apigee.net/user?user=Dude কল করুক না কেন, request_uri হলো /user?user=Dude ।

এপিআই কল করার জন্য ব্যবহৃত ইউজার এজেন্ট বা সফটওয়্যার এজেন্টের নাম। উদাহরণ:

• পিক্সেল এক্সএল থেকে ক্রোমের মাধ্যমে কল করা হচ্ছে: Mozilla/5.0 (Linux; Android 7.1.2; Pixel XL Build/NHG47N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.92 Mobile Safari/537.36
• ক্রোমের মাধ্যমে একটি আইপ্যাড থেকে কল করা হচ্ছে: Mozilla/5.0 (iPad; CPU OS 10_2 like Mac OS X) AppleWebKit/602.1.50 (KHTML, like Gecko) CriOS/54.0.2840.91 Mobile/14C92 Safari/602.1
• টার্মিনাল থেকে cURL: curl/7.51.0

ইউজারএজেন্টের সংস্করণ।

এজেন্ট ফ্যামিলির ভার্সনটি পাওয়ার জন্য ইউজার এজেন্ট ফ্যামিলি (ax_ua_agent_family)-এর সাথে এটিকে একটি দ্বিতীয় "ড্রিল-ডাউন" ডাইমেনশন হিসেবে ব্যবহার করা সুবিধাজনক।

প্রক্সির <TargetEndpoint> -এ সংজ্ঞায়িত টার্গেট সার্ভিসের রিসোর্স পাথ (ডোমেইন ছাড়া), যেখানে কোয়েরি প্যারামিটারগুলো অন্তর্ভুক্ত নয়।

উদাহরণস্বরূপ, ধরা যাক একটি এপিআই প্রক্সি নিম্নলিখিত টার্গেটকে কল করে:

<TargetEndpoint name="default">
...
<HTTPTargetConnection>
  <URL>http://mocktarget.apigee.net/user?user=Dude</URL>
</HTTPTargetConnection>

এই উদাহরণে, target_basepath হলো /user ।

যদি লক্ষ্যটা এটা হতো:

<TargetEndpoint name="default">
...
<HTTPTargetConnection>
  <URL>http://mocktarget.apigee.net</URL>
</HTTPTargetConnection>

target_basepath-এর মান null হবে।

ট্রেস টুলে , ফ্লো ডায়াগ্রামের শেষে AX আইকনটি নির্বাচন করলে, target.basepath ফ্লো ভেরিয়েবলটি target_basepath ডাইমেনশনের সাথে ম্যাপ হয়।

টার্গেট সার্ভিস থেকে এপিআই প্রক্সিতে ফেরত পাঠানো HTTP রেসপন্স স্ট্যাটাস কোড, যেমন 200, 404, 503, ইত্যাদি।

'null' মানের অর্থ হলো অনুরোধটি কখনোই লক্ষ্য পরিষেবাতে পৌঁছায়নি। এটি তখন ঘটে যখন প্রতিক্রিয়াটি রেসপন্স ক্যাশ পলিসি দ্বারা পরিবেশিত হয় অথবা যখন অনুরোধ প্রক্রিয়াকরণে কোনো ব্যর্থতা ঘটে।

এটি রেসপন্স স্ট্যাটাস কোড (response_status_code) ডাইমেনশন থেকে ভিন্ন।

একটি এপিআই প্রক্সির টার্গেটএন্ডপয়েন্টে সংজ্ঞায়িত টার্গেট সার্ভিসের সম্পূর্ণ ইউআরএল।

<TargetEndpoint name="default">
...
<HTTPTargetConnection>
  <URL>http://mocktarget.apigee.net/user?user=Dude</URL>
</HTTPTargetConnection>

এই উদাহরণে, target_url হলো http://mocktarget.apigee.net/user?user=Dude ।

উল্লেখ্য যে, এপিআই প্রক্সি প্রসেসিং চলাকালীন target.url ফ্লো ভেরিয়েবল ব্যবহার করে ইউআরএলটি ওভাররাইডও করা যেতে পারে।

প্রক্সি চেইনিং এবং স্ক্রিপ্ট টার্গেট (Node.js) ব্যবহারের ক্ষেত্রে, কলিং প্রক্সির target_url-টি null হয়।

X-Forwarded-For হেডারে থাকা আইপি অ্যাড্রেসগুলোর তালিকা।

মূল ক্লায়েন্ট আইপি অ্যাড্রেস নির্ধারণ করতে, যা ax_resolved_client_ip ডাইমেনশনের মাধ্যমে অ্যাক্সেস করা হয়, Edge ব্রাউজার ax_true_client_ip এবং x_forwarded_for_ip ডাইমেনশনগুলো ব্যবহার করে।

২৪-ঘণ্টার ঘড়ি অনুসারে, যে ২-অঙ্কের ঘণ্টায় এপিআই কলগুলো করা হয়েছিল। উদাহরণস্বরূপ, রাত ১০টা থেকে ১১টার মধ্যে এপিআই কল করা হলে, ax_hour_of_day হবে ২২।

সময়টি UTC এককে রয়েছে।